Comments 37
Скромно называю себя ИИ-инженером.
Вы не стесняйтесь термина "вайбкодер", к Вам он относится в большей степени, чем "ИИ-инженер" :) Это несколько различные области. ИИ-инженер, в основном, занят задачами из категории MLOps с агентами - настройка различных пайплайнов и инфраструктур, которые целиком завязаны на нейронных сетях, а не программировании чего-либо с ИИ.
Разница в том, что вайбкодер принимает то, что выдала модель, не понимая. А я проверяю каждый аспект
Да нет, вайбкодер тоже может понимать что модель выдала, и это его не делает сколько-нибудь ИИ-инженером :)
Вообще забавно, что люди стремятся сепарироваться от вайбкодеров, когда откровенно ими являются... это стало чем-то вроде "неприкасаемых" или что? Чего это вдруг наезжаем на вайбкодеров, и считаем себя чем-то большим или более технически продвинутым?
хочется видеть граф
Есть куча готовых расширений, которые могут визуализировать граф коммитов.
GitBor — десктопный Git-клиент на Electron поверх системного
git
А почему выбрали Electron? Есть более интересные альтернативы для клиентских приложений... Tauri, например.
Вайбкодер принял и пошёл.
Или... вайкборед не принял и пошёл, а сел, разобрался что к чему, закоммитил и пошёл дальше... новый промпт писать.
Вообще, не стесняйтесь быть вайбкодером... ничего ж в этом плохого нет) Ну используете нейронки для программирования, используйте дальше. Не понимаю почему нужно отдельную группу причислять к чему-то "плохому и поверхностному", при этом самому в ней находясь... Тенденция очевидная.
"Я не вайбкодер, а инженер!" - статей, где такое утверждение есть становится всё больше и больше... не хотят люди, чтобы их принимали за вайбкодеров, при этом они очень хотят ими являться. Классика :)
А я не согласен, да может и не инженер, но и не чистый вайбкодер, просто я вижу как в компании пропагандируют вайбкодинг как решение всех проблем бизнеса, вот там живут чистые вайбкодеры, они как заражённые рассказывают большинству какая это классная волшебная палка, особенно разного рода руководители. Но я глядя на то что мне дают на ревью, не знаю что с этим делать, переделывать самому, или тратить время на объяснение.
вайбкодер тоже может понимать что модель выдала
А как назвать тех кто не понимают, кто даже ни одного ключевого слова ЯП не знает? А ведь бывает что даже не смотрят на каком ЯП оно пишет.
Все же нужно отдельное название для такого вида деятельности.
Может скажем автору, что консольный гит умеет выводить граф или пусть дальше вайбкодит ?
Ну чести для, консольный гит плохо показывает диффы. Для этого хорошо работает vscode, но ТС видимо vscode не можно, ибо закрытый контур.
Впрочем, грамотный вайбкодер дифы смотрит сразу в интерфейсе агента :).
Да я согласен, извращаться можно по разному), просто я привык к другому.
Смысл, когда уже есть SourceGit – 1-в-1 то, что вы написали, но весит не 100+ Мб.
Берём гитэкстеншен, закрываем ему доступ в интернет (по вкусу), пользуемся.
У него ещё и исходники открытые.
Как по мне, то модель вообще ничего не должна коммитить в гит и все пуши только через человека.
Если же вы пускаете модель коммитить самостоятельно, то это самый натуральный вайбкодинг (раз вы не проверяете результат) и никакая история, дерево или клиент для визуализации вам не поможет и не делает из вайбкодера ИИ-инженера.
Как вы заставите коллег это делать? Вы думаете можно просто сказать не делай и все дружно согласились, к сожелению так не работает.
А как Вы заставите коллег не писать плохой код руками? Точно так же и с вайб-кодерами.
Есть процесс ревью (людьми), есть история того, как коллега "игнорировал" замечания с прошлых ревью или документированные требования проекта/компании повторно совершая те же ошибки - и причина по которой он "пишет плохо и не обучается" совершенно не важна, как и используемые им инструменты.
Это уже так сказать политический момент и сильно зависит от компании и устоях в нутри команды, если коллега что-то делает, да не всегда качественно, да медленно. Что с ним делать? А ещё с верху руководство всех инстанций, молодым умам, льют что ИИ всех спасёт и всё сделает за вас.
Тут нет волшебной таблетки, в больших компаниях таких много, и они годами работают. Либо смеряешься, либо тратишь время на ревью который в моём случае я не обязан делать. Технически если не делать ревью, система не умрёт, но медленно начнёт превращаться в кучу несвязанного кода.
А зачем заставлять? В следующем комментарии про это @powerman вполне понятно написал.
Тут ведь вопрос не в вашим коллегам, а именно к вам. Если вы сами делаете коммиты автоматом без проверки, то это и есть вайбкодинг, а не ИИ-инжиниринг. А как ваши коллеги это делают, это их личное дело.
хмм, я вроде не писал, что делаю коммиты автоматом, я, собственно, для того и писал GitBor чтобы визуально читать каждый файл, сравнивать, откидывать, или принимать.
Нет уважаемы, как делают коллеги это не их личное дело, а общее дело, и если они это делают грамотно, то и вопросов к ним нет, а если вам приходиться подчищать после их коммитов главные ветки, это становиться обшей проблемой.
Что с поддержкой LFS и длинных имён на Windows? Как оно себя ощущает на sha256 репозиториях?
635 юнит тестов это наверное неплохо, но сколько кода они покрывают? А то ж можно как в том меме.
Я только что с первого раза написал тысячу строчек кода которые компилируются
код:
print("hello world")
print("hello world")
print("hello world")
print("hello world")
print("hello world")
....
Для сертификации нужно иметь хотя бы четверть покрытого кода. Но там ещё и фаззирование надо и анализ всякими SAST/DAST.
Особенно когда рядом коллеги, которые жёстко вайбкодят и коммитят прямо через агента, не глядя в репозиторий. Залить код вслепую — это прям самое зло.
Это довольно странная мотивация. Во-первых непонятно зачем вам смотреть всю историю и сразу, когда обычно нужно видеть только дифф двух веток. Во-вторых - ну вот увидели вы тысячу коммитов со злом от коллег - а дальше-то с этим злом что делать? Кажется где-то тут должен быть CI с тестами.
Несколько лет уже использую GitGraph - плагин для VS Code. Опенсорсный, никуда не ходит, ну и главное - он внутри студии, а не стороннее приложение, так гораздо удобнее.
Пояснение нейронки:
Инженер по искусственному интеллекту (AI Engineer) — это IT-специалист, который адаптирует научные разработки в области машинного обучения под практические бизнес-потребности и внедряет их в готовые продукты.
Про вайбкодинг через дифф гита ничего не сказано. Так что нет - вы не ИИ-инженер :)
Если ваш клиент умеет черепикать несколько выделенных (в т.ч. не подряд) коммитов, то это уже намного лучше большинства существующих расширений
Нет Cherry-pick — пока одиночный, мульти выбор, я думал об этом, но решил, что это не приоритет, если честно я даже не встречал пока таких сценариев.
Ради интереса посмотрите git клиент в ide от jetbrains. У меня как раз самый частый сценарий использования - это фильтрация коммитов по regexp и массовый черипик. Если что, массовость там чисто UX удобство, черипикаться будет по одному коммиту. Если в это время вылезают конфликты, то появляется модалка со списком файлов-конфликтов, даблкликая по файлу появляется модалка с тремя редакторами - в центре итог, слева и справа состояния на конфликтных ветках
запиши видео как работаешь в gitbor, собирая коммит. на каком-нибудь демо-репо
О отдельно наверное можно поинтересовать, а нет ли планов на интеграцию с jj
Если не сложно, сделайте еще плагин для VSCode пожалуйста?
Если я правильно понял, вы говорите, про аналогичный визуальный проход, но сделанный в vsc. Изначально я так и хотел сделать, и около месяца разрабатывал именно плагин, но к сожалению vsc не предназначен для столь масштабных проектов, Я даже позже нашел где-то в описаниях что не надо использовать vsc как основу для подобных проектов. Кароче по итогу я полностью выкинул код и начал писать на электрон, поскольку он хорошо заходит на все платформы винда, linux, apple
Я год не писал код руками. Но я не вайбкодер — и это две разные профессии