Артеме, влучно підмічено — git blame у 2026-му виглядає як детективна розповідь без кінця 😄
Я сам щодня вайб-кодю в Cursor і через 20 хвилин вже не пам’ятаю, що я написав, а що Claude.
Але це був локальний інструмент.
Зауваження вірне, помилка формулювання. Мав на увазі що без web більшість команд використовували git переважно локально, без PR workflow, без web UI для колаборації.
А головне — навіщо це все?
Корисний коментар, дякую. По суті кожен пункт окремо закривається скриптом чи тулом. Origin обєднує це в одному місці: зробив origin blame — бачиш не просто «Artem, вівторок», а який агент, по якому промпту і тд.
Нативні залежності або перекомпілюються з нуля, або мовчки працюють повільніше, бо готових wheels під musl часто просто немає.
якщо у вашому докерфайлі немає --only-binary=:all:, то це набагато більша проблема, ніж просто Alpine :)
COPY . . насправді нормально, якщо ваш .dockerignore написано по-людськи.
Насправді це ніколи не нормально — це стандартна проблема blacklist vs whitelist. Якщо хтось забуде проапдейтити blacklist, все буде працювати як раніше і цього ніхто не побачить.
Згадайте, що GitHub зробив для git. Git вже існував. Він був потужним. Але це був локальний інструмент. GitHub додав рівень співпраці — запити на злиття, рецензування коду, завдання, CI/CD — що зробило git корисним для команд.
никогда не использую агентов для коммитов, все коммичу сам ручками, что означает, что я отвечаю за все изменения точно так же, как отвечал за них 10 лет назад в эпоху полностью ручного написания кода
Eugene Rusakov
Kerim Bekberov
Andrii S
Pavlo Trepytion
Andrii Orlov
Serhii Kalinets
Victor Karabedyants
Редакція DOU
Mark Norkin
Daniil Verkhutin
anonymous
Pawel Stuczynski
Oleksandr Mamzurenko
Denys Khmelnytskyi
Sergii Safonov
Anthon Muzhailo
Volodymyr Stelmashchuk
Ірина Тимченко
Arsen Yushchenko
Коментарі