Git.
4 антипаттерна CI‑автоматизации, из‑за которых команда делает работу за ботов
Или как мы построили машины, которые говорят людям делать работу, которую должны делать машины.Нам нужно поговорить о неудобной истине, которая у всех инженерных команд лежит на самом виду. Мы годами строили сложные CI/CD‑пайплайны, ботов для ревью кода и инструменты анализа на базе ИИ, а потом настраивали их так, чтобы они отправляли сообщения в Slack и просили людей выполнить ручную работу.Вдумайтесь на секунду. Мы автоматизировали просьбу. Не выполнение.
Я год не писал код руками. Но я не вайбкодер — и это две разные профессии
Сразу разведём понятия, потому что на этом стоит вся статья.Я больше года не пишу код руками — всё пишет ИИ. При этом я не вайбкодер. Скромно называю себя ИИ-инженером.
Борьба с галлюцинациями и 27 часов работы: практический опыт тестирования калькулятора трудозатрат с помощью ИИ
Сразу честно, чтобы вы понимали, с кем имеете дело: я из тех душнил, которые закатывают глаза, когда в сотый раз слышат «а давайте это все сделает нейросеть». Я видел слишком много красивых демок, где ИИ за минуту генерит сотню тест-кейсов – из которых добрая половина про кнопки, которых в продукте нет, а вторая половина дублирует друг друга разными словами, не говоря уже о глубине тестирования бизнес-логики.
Состоялся релиз Vim Classic 8.3
Автор Дрю ДеВолт опубликовал первый выпуск форка текстового редактора Vim. Он заявил, что развивает форк из-за непринятия политики Vim в отношении использования ИИ.
Знания без практики — мертвы | Разница между «декларативной» и «процедурной» памятью у LLM
Дисклеймер: Я думаю, что любой человек понимает и чувствует на кончиках пальцев разницу между «заучить» и «набить руку». Каждый это проживал много раз, каждый знает, как это происходит и почему именно так и никак иначе прививаются «навыки и экспертиза». В этой статье я попытаюсь:1) поднять вопрос о том, почему текущие подходы к обучению LLM заставляют модель «заучивать ответ»2) объясню со своей точки зрения, где и в каком виде я вижу разницу между «декларативной» и «процедурной» памятью у LLM3)
Релизы без боли для тимлида: как собрать предсказуемый процесс из очевидных практик
Привет, Хабр! На связи Андрей Кулешов, руководитель разработки SourceCraft Security, в Yandex Infrastrcuture. «Релиз» — слово, от которого у многих тимлидов подскакивает артериальное давление. Ведь за ним часто стоит ночь без сна: кто-то внёс правку в последний момент, тесты упали, а в проде уже ждут обновления. Знакомо?Но это не обязательно должно быть так. Мы в SourceCraft Security перешли от хаотичных релизов к спокойному, предсказуемому процессу. Для этого:взяли лучшие практики из GitHub и GitLab (флоу и пайплайны), собрали в надёжный конвейер: защищённые ветки, обязательные ревью, автоматический CI/CD;
Уход Хашимото с GitHub: пять историй одной недели на Hacker News
29 апреля 2026 года Митчелл Хашимото объявил, что уводит свой Ghostty с GitHub. Цитата ушла на главную Hacker News через статью в The Register: «GitHub больше не место для серьёзной работы, если он каждый день блокирует тебя на часы».
Как я перестал терять скилы в Claude Code и превратил ~-.claude в Git-репозиторий
В последнее время я активно использую Claude Code в своей разработке. По мере роста числа агентов я столкнулся с неожиданной проблемой — стало сложно синхронизировать их правила между разными системами. Кроме того, появилось вполне рациональное опасение: в случае блокировки аккаунта можно потерять все наработки — команды, скилы и правила агентов, которые я собирал и оттачивал на протяжении нескольких месяцев. Это подтолкнуло меня к созданию удобной системы хранения конфигурации. Здесь важно зафиксировать простую мысль: директория ~/.claude/ — это такой же код. А код должен храниться в Git. Так появился
Claude Code: маршрут обучения и полезные ресурсы vol.2 (2026)
Не секрет, что сейчас многие вайбкодеры отдают предпочтение Claude Code, ставя его на уровень выше Codex или Gemini - за удобный workflow, быстрые итерации и ощущение агента, а не просто чата. Помните, я писала про
