Как работает Git? Для начала важно понять, где хранится наш код. Обычно предполагается, что существует только два места: удалённый сервер (например, GitHub) и локальный компьютер. Однако это не совсем так. Git использует три локальных хранилища на нашем компьютере, а значит, наш код может находиться в четырёх местах : • Рабочая директория (Working directory) : место, где мы редактируем файлы. • Область подготовки (Staging area) : временное место, где файлы находятся перед коммитом. • Локальный репозиторий (Local repository) : содержит закоммиченный код. • Удалённый репозиторий (Remote repository) : сервер, где хранится код (например, GitHub). Большинство команд Git в основном перемещают файлы между этими четырьмя локациями. Теперь вопрос к тебе: знаешь ли ты, с каким хранилищем работает команда git tag ? Эта команда позволяет добавлять аннотации к коммиту. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @itmozg
ITITmozg
CategoryOtherLanguageRUFirst seenJul 06, 2026QualityVerified
Subscribers1.4K
Avg views173
ERR12.2%
Price-- RUB
Price / subscriber--
Price / view--
Metrics updated: Jul 06, 2026
Recent posts
🚀 Регулярные выражения (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
🌦 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
Как избежать выгорания программисту 🔥 👨💻 Выгорание – частая “болезнь” айтишников: дедлайны давят, код не сходится, а в голове постоянно мысли о задачах. Чтобы не оказаться “выгоревшим” через пару месяцев интенсивной работы, обратите внимание на эти практики: 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
🔍 Мини-гайд: Индексы в 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