ch
Feedback
ITmozg

ITmozg

前往频道在 Telegram

Программисты, дизайнеры, новости из мира IT. Официальный канал. (vk.com/itmozg, ITmozg.ru)

显示更多
2 654
订阅者
-124 小时
-67
-2230
吸引订阅者
七月 '26
七月 '26
+4
在0个频道中
六月 '26
+13
在1个频道中
Get PRO
五月 '26
+60
在0个频道中
Get PRO
四月 '26
+15
在0个频道中
Get PRO
三月 '26
+37
在0个频道中
Get PRO
二月 '26
+25
在0个频道中
Get PRO
一月 '26
+18
在0个频道中
Get PRO
十二月 '25
+24
在0个频道中
Get PRO
十一月 '25
+32
在32个频道中
Get PRO
十月 '25
+29
在1个频道中
Get PRO
九月 '25
+46
在37个频道中
Get PRO
八月 '25
+44
在1个频道中
Get PRO
七月 '25
+49
在27个频道中
Get PRO
六月 '25
+89
在21个频道中
Get PRO
五月 '25
+39
在45个频道中
Get PRO
四月 '25
+71
在38个频道中
Get PRO
三月 '25
+49
在39个频道中
Get PRO
二月 '25
+60
在32个频道中
Get PRO
一月 '25
+51
在34个频道中
Get PRO
十二月 '24
+54
在35个频道中
Get PRO
十一月 '24
+55
在33个频道中
Get PRO
十月 '24
+59
在30个频道中
Get PRO
九月 '24
+77
在29个频道中
Get PRO
八月 '24
+62
在18个频道中
Get PRO
七月 '24
+59
在1个频道中
Get PRO
六月 '24
+74
在24个频道中
Get PRO
五月 '24
+89
在19个频道中
Get PRO
四月 '24
+72
在0个频道中
Get PRO
三月 '24
+118
在23个频道中
Get PRO
二月 '24
+106
在19个频道中
Get PRO
一月 '24
+154
在24个频道中
Get PRO
十二月 '23
+157
在24个频道中
Get PRO
十一月 '23
+126
在17个频道中
Get PRO
十月 '23
+135
在18个频道中
Get PRO
九月 '23
+117
在0个频道中
Get PRO
八月 '23
+90
在0个频道中
Get PRO
七月 '23
+120
在0个频道中
Get PRO
六月 '23
+129
在0个频道中
Get PRO
五月 '23
+128
在0个频道中
Get PRO
四月 '23
+100
在0个频道中
Get PRO
三月 '23
+125
在0个频道中
Get PRO
二月 '23
+103
在0个频道中
Get PRO
一月 '23
+193
在0个频道中
Get PRO
十二月 '22
+245
在0个频道中
Get PRO
十一月 '22
+272
在0个频道中
Get PRO
十月 '22
+249
在0个频道中
Get PRO
九月 '22
+30
在0个频道中
Get PRO
八月 '22
+8
在0个频道中
Get PRO
七月 '22
+5
在0个频道中
Get PRO
六月 '22
+7
在0个频道中
Get PRO
五月 '22
+9
在0个频道中
Get PRO
四月 '22
+12
在0个频道中
Get PRO
三月 '22
+13
在0个频道中
Get PRO
二月 '22
+10
在0个频道中
Get PRO
一月 '22
+3
在0个频道中
Get PRO
十二月 '21
+8
在0个频道中
Get PRO
十一月 '21
+10
在0个频道中
Get PRO
十月 '21
+13
在0个频道中
Get PRO
九月 '21
+13
在0个频道中
Get PRO
八月 '21
+4
在0个频道中
Get PRO
七月 '21
+14
在0个频道中
Get PRO
六月 '21
+14
在0个频道中
Get PRO
五月 '21
+14
在0个频道中
Get PRO
四月 '21
+12
在0个频道中
Get PRO
三月 '21
+10
在0个频道中
Get PRO
二月 '21
+13
在0个频道中
Get PRO
一月 '21
+5
在0个频道中
Get PRO
十二月 '20
+983
在0个频道中
日期
订阅者增长
提及
频道
10 七月+1
09 七月0
08 七月+1
07 七月0
06 七月0
05 七月0
04 七月0
03 七月0
02 七月+1
01 七月+1
频道帖子
В чём разница между аутентификацией на сессиях и JWT? Многие разработчики не знают об этом различии, хотя оно критически важн
В чём разница между аутентификацией на сессиях и JWT? Многие разработчики не знают об этом различии, хотя оно критически важно. Большинство веб-приложений используют один из двух подходов к аутентификации: сессии (где состояние хранится на сервере) или JWT (где состояние передаётся вместе с клиентом). 1. Аутентификация на основе сессий Когда пользователь входит в систему, бэкенд генерирует случайный session ID, сохраняет его в кэше или базе данных и устанавливает этот ID как HttpOnly cookie в браузере. При каждом запросе браузер отправляет cookie, сервер находит соответствующую запись и восстанавливает пользовательский контекст. Такой подход: • сохраняет чувствительные данные на сервере; • позволяет мгновенно завершить сессию удалением записи. Преимущества сессий: • 🔹 Мгновенная деактивация доступа (“выйти отовсюду”) - одной строкой: просто удалить запись из Redis или SQL. • 🔹 Секреты никогда не покидают сервер, что снижает риск утечки. • 🔹 Отлично подходит для малых и средних систем, где кэш - не узкое место. Но: при горизонтальном масштабировании понадобятся «липкие» сессии или реплицированный кэш, что добавляет задержки и усложняет инфраструктуру. 2. Аутентификация с помощью JWT (JSON Web Token) После входа сервер подписывает JWT, содержащий: • заголовок (например, alg, typ), • полезную нагрузку (claims - sub, role и т.д.), • цифровую подпись. JWT - это просто base64-строка (не шифрованная): любой может прочитать данные, но подделать их может только владелец секрета. Сервер не хранит состояние - любой узел может локально проверить подпись и доверять данным. Преимущества JWT: • 🔸 Беспамятный (stateless): не требует общего хранилища, подходит для микросервисов и edge-нод. • 🔸 Удобен для SPA и мобильных приложений, напрямую работающих с бэкендами. • 🔸 Лёгкий: помещается в заголовок Authorization или cookie. Минус: JWT нельзя отозвать после выдачи - он действителен до истечения срока, так что «экстренный выход» или блокировка аккаунта требуют дополнительной логики. Вывод: • Если главное - возможность немедленно отозвать доступ, выбирай сессии. • Если нужна масштабируемость без состояния, выбирай JWT, но помни, что токены нельзя «забрать обратно» после их выдачи. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg

2
Работодатели давно играют в волков. Просто теперь соискатели научились отвечать Сейчас много говорят о «соискателях-волках». Это кандидаты, которые приукрашивают опыт, одновременно работают в нескольких компаниях, регулярно ходят по собеседованиям, принимают оффер и продолжают искать условия получше. Они легко увольняются, не испытывают особой преданности работодателю и рассматривают компанию прежде всего как источник дохода. О них пишут статьи, снимают видео и предупреждают HR-специалистов. Нам объясняют, что так нельзя, что это разрушает доверие и что хорошие трудовые отношения должны строиться на честности. Мысль разумная. Только есть небольшая проблема: работодатели начали играть в эту игру гораздо раньше. https://habr.com/ru/articles/1054232/ ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
139
3
Как работает Git? Для начала важно понять, где хранится наш код. Обычно предполагается, что существует только два места: удал
Как работает Git? Для начала важно понять, где хранится наш код. Обычно предполагается, что существует только два места: удалённый сервер (например, GitHub) и локальный компьютер. Однако это не совсем так. Git использует три локальных хранилища на нашем компьютере, а значит, наш код может находиться в четырёх местах: • Рабочая директория (Working directory): место, где мы редактируем файлы. • Область подготовки (Staging area): временное место, где файлы находятся перед коммитом. • Локальный репозиторий (Local repository): содержит закоммиченный код. • Удалённый репозиторий (Remote repository): сервер, где хранится код (например, GitHub). Большинство команд Git в основном перемещают файлы между этими четырьмя локациями. Теперь вопрос к тебе: знаешь ли ты, с каким хранилищем работает команда git tag? Эта команда позволяет добавлять аннотации к коммиту. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
144
4
🚀 Регулярные выражения (RegEx) в Linux: Полная шпаргалка Сохраняйте в избранное, чтобы всегда было под рукой при работе с gr
🚀 Регулярные выражения (RegEx) в Linux: Полная шпаргалка Сохраняйте в избранное, чтобы всегда было под рукой при работе с grep, sed, awk или при написании Bash-скриптов! 📌 🧩 Базовые символы (Matching Characters) • . — Любой символ (кроме переноса строки) • \w — Буквенно-цифровой символ + подчеркивание • \W — Любой НЕ буквенно-цифровой символ • \d — Любая цифра (0-9) • \D — Любой символ, кроме цифры • \s — Пробельный символ (пробел, таб, перенос) • \S — Непробельный символ ⚓️ Якоря (Anchors) • ^ — Начало строки • $ — Конец строки • \b — Граница слова • \B — Не граница слова 🧮 Квантификаторы (Quantifiers) • * — 0 или более вхождений • + — 1 или более вхождений • ? — 0 или 1 вхождение • {n} — Ровно n вхождений • {n,} — n или более вхождений 👻 Жадные vs Ленивые (Greedy vs Lazy) • * — Жадный (захватывает как можно больше символов) • *? — Ленивый (захватывает как можно меньше символов) • +?, ??, {n}? — Ленивые версии остальных квантификаторов 🗂 Классы символов (Character Classes) • [abc] — Любой символ из списка: a, b или c • [^abc] — Любой символ, КРОМЕ a, b или c • [a-z] — Любая буква в диапазоне от a до z • [0-9] — Любая цифра от 0 до 9 📦 Группы и Диапазоны (Groups and Ranges) • (abc) — Захватывающая группа (сохраняет совпадение) • (?:abc) — Незахватывающая группа (ищет, но не сохраняет) • | — Логическое ИЛИ (например, cat|dog) • \1, \2, \3 — Ссылки на 1-ю, 2-ю, 3-ю захваченные группы 🚩 Флаги / Модификаторы (Flags) • g — Глобальный (ищет все совпадения, а не только первое) • i — Игнорировать регистр (A = a) • m — Многострочный (^ и $ работают для каждой строки текста) • s — Dotall (позволяет точке . совпадать с переносами строк) • x — Extended (позволяет использовать пробелы и комментарии в самом RegEx) 🛡 Экранирование (Escaping) • \ — Используется для экранирования спецсимволов, чтобы искать их буквально. • Символы, которые нужно экранировать: [ \ ^ $ . | ? * + ( ) { } 👀 Опережающие и ретроспективные проверки (Lookarounds) • (?=abc) — Позитивный lookahead (совпадает, если дальше идет abc) • (?!abc) — Негативный lookahead (совпадает, если дальше НЕ идет abc) • (?<=abc) — Позитивный lookbehind (совпадает, если перед ним идет abc) 🌐 Свойства Unicode (работают с флагом u) • \p{L} — Любая буква из любого языка • \p{N} — Любой числовой символ • \p{Sc} — Любой символ валюты ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
150
5
🌦 Weathr - погода прямо в терминале Если ты живёшь в консоли, то это маст-хэв: weathr рисует живую погоду в виде ASCII-анима
🌦 Weathr - погода прямо в терминале Если ты живёшь в консоли, то это маст-хэв: weathr рисует живую погоду в виде ASCII-анимаций - дождь, снег, грозы, смена дня/ночи и даже пролетающие самолётики. Данные тянет из Open-Meteo. Что умеет: 🔴realtime-погода + атмосферные ASCII-анимации 🔴автоопределение локации (по IP) или ручные координаты в конфиге 🔴гибкие единицы измерения (metric/imperial) 🔴режим симуляции погоды для теста (--simulate rain/snow/thunderstorm/...) Установка (самый простой вариант): cargo install weathr Про приватность: авто-локация делает запрос к ipinfo.io, но это опционально - можно отключить и указать координаты вручную. ⭐️ Репозиторий: GitHub https://github.com/Veirt/weathr ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
164
6
Как избежать выгорания программисту 🔥👨‍💻 Выгорание – частая “болезнь” айтишников: дедлайны давят, код не сходится, а в голове постоянно мысли о задачах. Чтобы не оказаться “выгоревшим” через пару месяцев интенсивной работы, обратите внимание на эти практики: 1. Распознавайте первые признаки 🔹Хроническая усталость, даже после полноценного сна 🔹Потеря интереса к проектам, раньше приятным казавшимся 🔹Снижение концентрации и продуктивности 🔹Раздражительность, нервозность без видимых причин Если вы заметили хотя бы пару пунктов – пора действовать заранее. 2. Организуйте рабочий процесс 🔹Чёткое планирование: разбейте крупные задачи на маленькие шаги. Каждодневный список дел (to-do) поможет “не тонуть” в мелочах. 🔹Техника Pomodoro: 25 минут работы + 5 минут отдыха. После 4 циклов — длинный перерыв 15–20 минут. Такой ритм позволяет сохранять свежесть мыслей. 🔹Ограничьте время “погружения”: не сидите за кодом по 12 часов подряд. Оптимальная рабочая смена для программиста – 6–8 часов с регулярными паузами. 3. Выделяйте время на восстановление 🔹Физическая активность: хотя бы 30 минут в день. Прогулка, лёгкая пробежка, упражнения на растяжку между задачами улучшают кровообращение и снимают напряжение. 🔹Сон и режим: ложитесь и вставайте в одно и то же время, даже в выходные. Качественный ночной сон (7–8 часов) – залог продуктивности и хорошего настроения. 🔹Цифровой детокс: вечером полностью отвяжитесь от гаджетов, чтобы мозг успел “отключиться” от задач. Ограничьте соцсети и мессенджеры минимум за час до сна. 4. Умейте сказать “нет” 🔹Реалистичные дедлайны: если видите, что не успеваете, обсудите с менеджером или заказчиком перенос. Лучше честно признаться, чем до последней минуты “ломать” себя. 🔹Не берите задачу сверх возможностей: если проект слишком сложный или сроки нереальны, предложите альтернативный подход или помощь коллег. 5. Баланс между “я” и “кодом” 🔹Хобби вне IT: найдите увлечение, не связанное с технологией — музыка, рисование, спорт, настольные игры. Это переключит мозг и наполнит энергией. 🔹Кружки и сообщества: общайтесь с теми, кто разделяет ваши интересы: книжные клубы, клубы настольных игр, спортивные секции. Социальная поддержка помогает “не застрять” только в рабочих задачах. 6. Периодические “мини-отпуска” 🔹Отпуск хотя бы раз в полгода: даже короткая поездка на уик-энд без работы способна “перезагрузить” голову. 🔹Регулярные выходные без диагоналки: не проверяйте почту, не отвечайте на рабочие сообщения. Дайте себе реально отдохнуть. 7. Постоянное обучение – но без перегрузок 🔹Учитесь постепенно: вместо марафонов видеокурсов лучше 30 минут в день. Так новые знания встраиваются в мозг легче и без стресса. 🔹Не гонитесь за всеми трендами: выбирайте то, что важно именно для ваших проектов и целей, а не всё подряд. 8. Работайте в команде и делегируйте 🔹Парное программирование (pair programming): совместная работа помогает находить ошибки быстрее и снижает психологическую нагрузку. 🔹Помощь коллег: если застряли, не мучайтесь в одиночку – попросите совета. Иногда взгляд со стороны решает проблему за пару минут. 9. Осознанность и простые практики 🔹Медитация или дыхательные упражнения (5–10 минут утром/вечером). Помогают снизить уровень тревожности. 🔹Ведение дневника: записывайте мысли и идеи, избавляясь от “ментального шума”. Это упорядочивает внутреннее состояние. 10. Регулярно оценивайте свой “уровень выгорания” 🔹Раз в месяц задавайте себе вопросы: “Насколько я воодушевлён проектом?”, “Что вызывает раздражение?”, “Когда в последний раз я отдыхал без мыслей о работе?” 🔹Если градус недовольства растёт – сразу включайте превентивные меры: пора добавить отдыха, сменить активность или обратиться к ментору/психологу. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
141
7
🔍 Мини-гайд: Индексы в PostgreSQL 1. Зачем нужны индексы? ▪️ Ускоряют SELECT, JOIN, ORDER BY, GROUP BY. ▪️Снижают нагрузку п
🔍 Мини-гайд: Индексы в PostgreSQL 1. Зачем нужны индексы? ▪️ Ускоряют SELECT, JOIN, ORDER BY, GROUP BY. ▪️Снижают нагрузку при выборках без полного сканирования таблицы. 2. Типы индексов ▪️B-tree (по умолчанию): точный поиск (=), диапазоны (<, >), сортировки. CREATE INDEX idx_users_email ON users(email); ▪️Hash: для точного сравнения, но используется редко. ▪️GIN: массивы и полнотекстовый поиск. CREATE INDEX idx_docs_content ON documents USING GIN(to_tsvector('russian', content)); ▪️GiST: геоданные (PostGIS), диапазоны (int4range, tsrange). ▪️BRIN: очень большие таблицы, где данные «почти упорядочены» (по дате). CREATE INDEX idx_logs_created_at ON logs USING BRIN(created_at); 3. Практические советы ▪️Оценивайте запросы через EXPLAIN ANALYZE или pg_stat_statements. ▪️Не создавайте индекс «про запас»: каждый замедляет INSERT/UPDATE/DELETE. ▪️Составные индексы: порядок колонок критичен. CREATE INDEX idx_users_city_age ON users(city, age); ▪️Избегайте низкокардинальных колонок (boolean, ENUM) — индекс неэффективен, если фильтр возвращает большинство строк. ▪️Актуализируйте статистику: запускайте ANALYZE после больших загрузок/удалений. ▪️Удаляйте устаревшие индексы: DROP INDEX IF EXISTS idx_old_column; ▪️Используйте REINDEX для устранения фрагментации: REINDEX INDEX idx_users_email; 4. Подводные камни ▪️Бесполезный индекс: если WHERE возвращает ≥90% строк (например, is_active = true при 99% активных). ▪️Функциональные индексы: CREATE INDEX ON table ((LOWER(name))) сработает только при точном вызове WHERE LOWER(name) = 'ivan'. ▪️Блокировки: для создания без блокировки пишите: CREATE INDEX CONCURRENTLY idx_orders_status ON orders(status); Но этот процесс дольше и требует больше места. ▪️Индексы на внешних ключах: без них при удалении/обновлении родительской записи будут долгие сканы. Итог: Индексы — мощный инструмент, если их грамотно использовать. Анализируйте планы запросов, не создавайте лишних, следите за статистикой и удаляйте устаревшие. Сохрани, чтобы не забыть, и поделись с коллегами. А как ты выбираешь индексы у себя? Пиши в комментариях! ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
116
8
Архитектура Docker состоит из трех основных компонентов 🔹 Клиент Docker Это интерфейс, через который осуществляется взаимоде
Архитектура Docker состоит из трех основных компонентов 🔹 Клиент Docker Это интерфейс, через который осуществляется взаимодействие с пользователями. Он взаимодействует с демоном Docker. 🔹 Docker Host Здесь демон Docker принимает запросы Docker API и управляет различными объектами Docker, включая образы, контейнеры, сети и тома. 🔹 Реестр Docker Здесь хранятся образы Docker. Например, широко используется публичный реестр Docker Hub. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
172
9
🚀 Подборка полезных IT каналов в Max Системное администрирование, DevOps 📌 https://max.ru/i_odmin Все для системного администратора https://max.ru/bash_srv Bash Советы https://max.ru/sysadminof Книги для админов, полезные материалы https://max.ru/i_odmin_book Библиотека Системного Администратора https://max.ru/i_devops DevOps: Пишем о Docker, Kubernetes и др. https://max.ru/tipsysdmin Типичный Сисадмин Excel лайфхак 📌 https://t.me/Excel_lifehack Excel лайфхак Английский с нуля 🇬🇧 https://max.ru/UchuEnglish 1C разработка 📌 https://max.ru/odin1c_rus Cтатьи, курсы, советы, шаблоны кода 1С Программирование C++📌 https://max.ru/cpp_lib Библиотека C/C++ разработчика Программирование Go📌 https://max.ru/golang_lib Библиотека Go (Golang) разработчика Программирование React📌 https://max.ru/react_lib React Программирование Python 📌 https://max.ru/python_of Python академия. https://max.ru/BookPython Библиотека Python разработчика Java разработка 📌 https://max.ru/bookjava Библиотека Java разработчика GitHub Сообщество 📌 https://max.ru/githublib Интересное из GitHub Базы данных (Data Base) 📌 https://max.ru/database_info Все про базы данных Фронтенд разработка 📌 https://max.ru/frontend_1 Подборки для frontend разработчиков Библиотеки 📌 https://max.ru/programmist_of Книги по программированию https://max.ru/proglb Библиотека программиста https://max.ru/bfbook Книги для программистов Программирование 📌 https://max.ru/bookflow Лекции, видеоуроки, доклады с IT конференций https://max.ru/itmozg Программисты, дизайнеры, новости из мира IT https://max.ru/php_lib Библиотека PHP программиста 👨🏼‍💻👩‍💻 Шутки программистов 📌 https://max.ru/itumor Шутки программистов Защита, взлом, безопасность 📌 https://max.ru/thehaking Канал о кибербезопасности https://max.ru/xakkep_1 Хакер Free Книги, статьи для дизайнеров 📌 https://max.ru/odesigners Статьи, книги для дизайнеров Математика 📌 https://max.ru/Pomatematike Канал по математике https://max.ru/phismat_1 Обучающие видео, книги по Физике и Математике Вакансии 📌 https://max.ru/progjob Вакансии в IT Мир технологий 📌 https://max.ru/mir_teh Канал для любознательных Бонус 📌 https://max.ru/piterspb_78 Свежие новости Санкт-Петербурга https://max.ru/mockva_life Свежие новости Москвы https://max.ru/piterspb Питер Новости: Санкт-Петербург / СПБ / ДТП
144
10
🧱 Пишем Тетрис на C++: Идеальный старт для новичка Написание Тетриса это своеобразный обряд посвящения для любого игрового р
🧱 Пишем Тетрис на C++: Идеальный старт для новичка Написание Тетриса это своеобразный обряд посвящения для любого игрового разработчика. Это лучший способ понять, как работать с массивами, игровым циклом и таймингами, не отвлекаясь на сложные движки. Нашли для вас легендарный туториал от Javi Lopez. ✅ Акцент на логике: Автор учит думать структурами данных, а не пикселями. ✅ Платформонезависимость: Код пишется на чистом C++. Его можно запустить хоть на Windows, хоть на Linux, хоть на тостере (почти). ✅ Чистый код: Отличный пример того, как отделять игровую логику от рендеринга. Внутри разбирается всё: от хранения фигур (тетромино) в памяти до реализации сгорания линий. 🔗 Читать туториал: https://javilop.com/gamedev/tetris-tutorial-in-c-platform-independent-focused-in-game-logic-for-beginners/ ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
176
11
5 малоизвестных Git-приёмов, которые спасут вашу жизнь 1️⃣ git reflog — история всех ваших шагов Не только коммиты, но и переключения веток, сбросы и прочие «хаки»: git reflog # вернёт список всех HEAD-перемещений git checkout HEAD@{3} # вернёт вас на три шага назад 2️⃣ git rerere — повторное разрешение конфликтов Если в одной и той же точке вы часто сталкиваетесь с конфликтами, включите rerere: git config --global rerere.enabled true # при повторном конфликте Git запомнит ваше решение 3️⃣ git bisect — автоматический поиск «битого» коммита Когда баг появился неясно где, let Git do the detective work: git bisect start git bisect bad # текущая версия с багом git bisect good v1.0 # последний рабочий тег # Git сам предложит вам протестировать промежуточные коммиты 4️⃣ git stash push -m — храни временные изменения с заметкой Чтобы не забыть, зачем вы сохраняете рабочие правки: git stash push -m "WIP: эксперимент с OAuth" git stash list # будет видно вашу подпись 5️⃣ git worktree — несколько рабочих копий одного репозитория Для одновременной работы над фичами и багфиксами без переключений: git worktree add ../my-feature-branch feature/X cd ../my-feature-branch # у вас рядом две папки: main и my-feature-branch 🔥 Попробуйте эти трюки уже сегодня и забудьте про потерянный код и бесконечные конфликты! ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
155
12
Пишем собственную виртуальную машину В этом руководстве я научу вас, как написать собственную виртуальную машину (VM), котора
Пишем собственную виртуальную машину В этом руководстве я научу вас, как написать собственную виртуальную машину (VM), которая сможет выполнять программы на языке ассемблера, такие как игра моего друга "2048" или мой Roguelike. Если вы умеете программировать, но хотите лучше понять, что происходит внутри компьютера, и глубже разобраться, как работают языки программирования, то этот проект для вас. Написание собственной виртуальной машины может показаться сложной задачей, но я обещаю, что вы найдете это удивительно простым и познавательным. Конечный код занимает около 250 строк на C (unix, windows). Все, что вам нужно знать, — это как читать базовый C или C++ и выполнять двоичную арифметику. https://justinmeiners.github.io/lc3-vm/ ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
176
13
Паттерн Saga автор: roadofbugs ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
Паттерн Saga автор: roadofbugs ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
193
14
Привет, друзья! 👋 Сегодня разбираем одну из самых важных тем для любого инженера и разработчика - Big O Notation (О-большое)
Привет, друзья! 👋 Сегодня разбираем одну из самых важных тем для любого инженера и разработчика - Big O Notation (О-большое). Если вы готовитесь к алгоритмическим собеседованиям или просто хотите писать более быстрый и оптимальный код, эта шпаргалка обязательно должна быть под рукой. ⏱ Шпаргалка по алгоритмической сложности Разберем, как растет время выполнения от самых быстрых алгоритмов к самым ресурсоемким: • O(1) - Константное время: Время выполнения не меняется при увеличении данных. Пример: Доступ к элементу массива по индексу или вставка в хеш-таблицу. • O(log n) - Логарифмическое время: Растет логарифмически при увеличении данных. Пример: Бинарный поиск или операции в сбалансированных деревьях. • O(sqrt(n)) - Корневое время: Растет пропорционально квадратному корню размера данных. Пример: Поиск простых чисел в диапазоне (Решето Эратосфена). • O(n) - Линейное время: Растет прямо пропорционально объему данных. Пример: Поиск минимума или максимума в неотсортированном массиве. • O(n log n) - Линеарифмическое время: Комбинация линейного и логарифмического роста. Пример: Эффективные алгоритмы сортировки (Merge Sort, Quick Sort). • O(n^2) - Квадратичное время: Растет квадратично, часто из-за вложенных циклов. Пример: Простые сортировки (Пузырьком, Выбором). • O(n^3) - Кубическое время: Растет кубически. Пример: Умножение плотных матриц в лоб. • O(2^n) - Экспоненциальное время: Время удваивается с каждым новым элементом данных. Пример: Рекурсивное решение задачи коммивояжера. • O(n!) - Факториальное время: Растет факториально, то есть невероятно быстро. Пример: Задачи на генерацию всех возможных перестановок. 💡На практике алгоритмы со сложностью от O(1) до O(n log n) считаются эффективными. Если ваш код работает за O(n^2) или хуже - это повод задуматься об оптимизации (исключение составляют случаи, когда объем данных гарантированно мал). ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
173
15
📌3 частых ситуации с Git и как их разрулить 🔁 1. Случайно закоммитил не то и хочу откатиться Ситуация: сделал коммит, понял, что рано. Решение: git reset --soft HEAD~1 ✅ Убирает последний коммит, но оставляет изменения в staged — можно поправить и снова закоммитить. 💥 2. Запушил коммит с багом, нужно отменить на сервере Ситуация: баг ушёл в main, надо быстро отменить. Решение: git revert <hash> ✅ Создаёт новый коммит, который отменяет изменения указанного. Без force-push, удобно в команде. 🕵️ 3. Нужно достать файл из старого коммита, но не откатывать всё Ситуация: удалили/изменили важный файл, а он был раньше. Решение: git checkout <commit_hash> -- путь/к/файлу ✅ Извлекает конкретный файл без изменения текущей ветки. Можно сохранить, сравнить, закоммитить. 📌 Все три команды — незаменимые штуки в повседневной работе. Можно сохранить себе как Git-аптечку. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
193
16
9 лучших практик разработки микросервисов При разработке микросервисов рекомендуется придерживаться следующих практик: 1. Исп
9 лучших практик разработки микросервисов При разработке микросервисов рекомендуется придерживаться следующих практик: 1. Используйте отдельное хранилище данных для каждого микросервиса 2. Поддерживайте одинаковый уровень зрелости кода 3. Выполняйте отдельную сборку для каждого микросервиса 4. Назначайте каждому микросервису одну ответственность 5. Разворачивайте микросервисы в контейнерах 6. Проектируйте сервисы без сохранения состояния (stateless) 7. Используйте предметно-ориентированное проектирование (DDD) 8. Проектируйте микрофронтенды 9. Организуйте оркестрацию микросервисов ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
204
17
Visualgo — это интерактивный учебный ресурс, посвящённый визуализации алгоритмов и структур данных. 📚 Структуры данных: - Ма
Visualgo — это интерактивный учебный ресурс, посвящённый визуализации алгоритмов и структур данных. 📚 Структуры данных: - Масивы - Связные списки - Стеки и очереди - Деки - Хеш-таблицы - Деревья (BST, AVL, красно-черные и др.) - Кучи - Графы (в виде списков и матриц смежности) ⚙️ Алгоритмы: - Сортировки (bubble, merge, quick и др.) - Поиск (линейный, бинарный) - Графовые алгоритмы: - Поиск в ширину (BFS) - Поиск в глубину (DFS) - Алгоритмы кратчайшего пути (Dijkstra, Bellman-Ford) - Алгоритмы остовных деревьев (Prim, Kruskal) https://visualgo.net/en ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
201
18
Алиасы (псевдонимы)- это лучший способ сэкономить время и не печатать длинные команды по сто раз в день. Вы можете добавить их в свой глобальный конфиг Git одной командой: git config --global alias.имя_алиаса "команда" Вот подборка самых полезных алиасов, разделенных по назначению: 1. Сокращения для базы Самые часто используемые команды до одной-двух букв. • st - быстрый статус: git config --global alias.st "status -s" (флаг -s делает вывод компактным). • co - переключение веток: git config --global alias.co "checkout". • cm - коммит с сообщением: git config --global alias.cm "commit -m". • br - список веток: git config --global alias.br "branch". 2. Визуализация логов (Красивый граф) Стандартный git log часто выглядит перегруженным. Этот алиас рисует понятное дерево проекта: • lg: git config --global alias.lg "log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all" 3. Работа с изменениями • unstage - если случайно добавили файл в индекс (git add), этот алиас его «вытащит»: git config --global alias.unstage "reset HEAD --" • last - посмотреть детали последнего коммита: git config --global alias.last "log -1 HEAD --stat" • amend - если забыли что-то добавить в последний коммит или опечатались в сообщении (без открытия редактора): git config --global alias.amend "commit --amend --no-edit" 4. Для DevOps и автоматизации • pur - подтянуть изменения и «перебазировать» свои сверху (чистая история без лишних merge-коммитов): git config --global alias.pur "pull --rebase" • ec - быстро открыть конфиг гит для редактирования: git config --global alias.ec "config --global -e" Как посмотреть все свои алиасы? Просто введите: git config --get-regexp alias 💡Если вы работаете в Linux/macOS, также полезно добавить алиас в ваш шелл (.bashrc или .zshrc), чтобы не писать даже слово git. Например: alias g='git'. Тогда статус можно будет проверить просто командой g st. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
193
19
⚡️ Совет по работе с базами данных 💡 Уникальные индексы с исключением определенных строк Создание уникальных индексов в неко
⚡️ Совет по работе с базами данных 💡 Уникальные индексы с исключением определенных строк Создание уникальных индексов в некоторых случаях невозможно из-за дублирования значений - например, в строках, помеченных как «мягко удаленные» (soft-deleted). Исключив такие строки из индекса, можно корректно настроить ограничение уникальности. В MySQL частичные уникальные индексы (unique partial indexes) требуют эмуляции. В современных базах данных часто используется паттерн Soft Delete, когда данные не удаляются физически, а помечаются флагом is_deleted = true. Если вы хотите, чтобы поле email было уникальным только для активных пользователей, обычный уникальный индекс выдаст ошибку при попытке регистрации нового пользователя с почтой, которая уже есть в «корзине». Использование частичного индекса решает эту проблему, позволяя игнорировать помеченные на удаление записи. Нюанс для MySQL: В отличие от PostgreSQL или SQL Server, MySQL не поддерживает синтаксис WHERE внутри команды CREATE INDEX. Чтобы добиться такого же поведения, разработчики обычно используют: • Виртуальные колонки (Generated Columns): создается колонка, которая принимает значение только если запись активна, и на нее вешается уникальный индекс. • Составные индексы: включение флага удаления или временной метки в сам индекс. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
257
20
🐳 Как на самом деле работает Docker? Взгляд изнутри Мы привыкли писать в терминале docker run и магия происходит сама собой.
🐳 Как на самом деле работает Docker? Взгляд изнутри Мы привыкли писать в терминале docker run и магия происходит сама собой. Но что стоит за этими командами? Давайте разберем архитектуру Docker на одной наглядной схеме. Все держится на трех китах: 1️⃣ Docker Client - это ваш терминал. Вы отдаете приказы (build, pull, run), а клиент передает их главному исполнителю. 2️⃣ Docker Host - «мозги» и «мускулы» системы. Здесь живет Daemon, который слушает команды клиента и управляет объектами: 🔴Images (Образы): Чертежи или слепки ваших приложений (MySQL, Nginx, Ubuntu). 🔴Containers (Контейнеры): Запущенные версии этих образов (живые процессы). 3️⃣ Docker Registry - склад (например, Docker Hub). Здесь хранятся образы, доступные всему миру или вашей команде. 🎨 Что значат стрелки на схеме? 🔹 Build (Синяя): Клиент командует собрать образ из Dockerfile. Демон создает его на хосте. 🔸 Push (Оранжевая): Готовый образ отправляется с хоста в реестр (в облако). 💖 Pull (Розовая): Нужно скачать образ? Демон тянет его из реестра к себе на хост. 💚 Run (Зеленая): Самая частая команда. Демон берет локальный образ и разворачивает из него рабочий контейнер. 📌 Сохраняй шпаргалку в «Избранное», чтобы не путаться в потоках данных! #docker #devops #шпаргалка #обучение ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
253