Git стал таким же привычным явлением, как электричество в розетке. Его можно использовать совершенно по-разному — он либо сделает вашу жизнь удобнее, либо причинит боль и доставит кучу проблем.

Git стал таким же привычным явлением, как электричество в розетке. Его можно использовать совершенно по-разному — он либо сделает вашу жизнь удобнее, либо причинит боль и доставит кучу проблем.

Я веду несколько проектов параллельно. Как и многие, прошёл путь от Trello через Notion к Linear. Каждый раз одна и та же история: первую неделю всё красиво, потом доска превращается в кладбище карточек, которые никто не двигает. Потому что переключаться между кодом и трекером — это отдельная работа, на которую нет ни времени, ни желания.
В какой-то момент я понял: проблема не в инструменте. Проблема в том, что трекер — это отдельное окно. Отдельный контекст. Отдельное усилие.
В вашем ядре сейчас есть баги, которые не найдут в течение многих лет. Я знаю это, потому что проанализировала 125 183 из них, каждая в 20-летней git-истории ядра Linux помечена прослеживаемым тегом Fixes:.
Средний баг ядра существует 2,1 года. А некоторые подсистемы намного хуже: драйверы CAN‑шины [шины сети контроллеров] — в среднем 4,2 года, работа с сетью SCTP — 4,0 года. Самый долгоживущий баг в моём наборе данных — переполнение буфера в ethtool — сохранялся в ядре Читать полностью »
Я Backend разработчик на Python, и в одном из проектов мне понадобилось настроить сборку Docker-образа в GitLab CI/CD. Базовую настройку я сделал без проблем, но я хотел ускорить сборку по максимуму. И здесь я обнаружил Cache mount или кэш-монтирование.
В какой-то момент я понял, что живу в режиме вечного поиска. Договор аренды — где-то в почте, чеки на технику — в телеге, настройки ноутбука — в заметках, список задач — в пяти разных приложениях, а важные решения — в голове. Я попробовал собрать это как проект: git, структура папок, метаданные, шифрование, хуки, генерация коротких сводок и нормальные бэкапы. Рассказываю, как я это сделал, где облажался и какие куски кода реально помогают поддерживать порядок.
Пятница, 17:43. Твоя модель тренируется уже шесть часов. Loss красиво падает, метрики растут — ещё пара эпох и можно будет отправить результаты с победным эмодзи.
И тут приходит сообщение: «Срочно глянь PR, блокер для релиза».
Ты смотришь на терминал. Потом в чат. Потом снова на терминал.
git checkout feature/urgent-fix убьёт твой эксперимент. git stash — это русская рулетка для ML-кода с его конфигами, весами и кешами. Клонировать репозиторий заново? 47 гигабайт датасетов скажут тебе «спасибо».
Знакомо?
Большинство ML-инженеров живут в этом аду переключения контекста годами. А потом узнают про git worktreeЧитать полностью »
Каждый современный разработчик вырос на git add, git commit, git push. Git стал де-факто стандартом, воздухом, которым мы дышим. Но задумывались ли вы, почему? И всегда ли этот воздух самый чистый для вашего проекта? История VCS (Version Control Systems) не началась и не закончилась на Git. Есть целый мир альтернатив, каждая из которых была создана для решения конкретных проблем и до сих пор находит своих преданных сторонников в крупных корпорациях и нишевых проектах.
В разных командах разработки наблюдается похожая картина. После внедрения ИИ в процессы он ускоряет не только работу, но и масштабирует уже существующие проблемы.
Мне приходилось внедрять ИИ в продакшн-среду в разных доменах — от классических моделей классификации до разворачивания собственных серверов под локальные LLM и интеграции генеративных моделей для усиления командной работы. В каждом случае вывод оказывался одинаковым.