Короче клауд очередной раз решили захайпить и спецом слили данные. Которые по сути ничего не дают. Но почему то разработчики пытаются искать в них какой то скрытый смысл и уязвимости.
Советую воспроизводить баг, использовать логирование. Даже опытный разработчик может гадать долго, что тут до ИИ.
Еще старый проверенный способ это отключить часть кода.
Вы попробовали клауд, он сильный в опытных руках, но на моей памяти даже с хорошим промтом старые модели сильно говнокодили, (sonnet 3.5 был более стабилен, а вот думающая после неё гг)
Попробуйте codex, он выдает более стабильный результат и не так сильно жрет токены(возможно будет смысл комбинировать стабильность для архитектуры через кодекс, а фичи через клауд, ещё Гемини была топ модель в своё время, тоже попробуй). Насчет "вайбкодинга" Я не уверен, но я точно знаю, чтобы получить то что тебе нужно ты должен понимать что тебе нужно получить (те иметь знания).
Узкие места модели или людей ты тоже должен знать.
Поэтому тренируйся в промтинге, не обязательно вайбкод, можно и другие задачи, а если хочешь продолжить этот эксперимент то выучи базу разработки, я не говорю про синтаксис. Я думаю это сильно повысит шансы.
проблема в том, что такое определение становится слишком общим и перестаёт что-либо объяснять. Под него можно подвести почти любую систему, вплоть до биологии. Но AI более самостоятельная, тут у нас и рынок труда смежный с IT но совсем другой, тут и другие сферы не касающиеся IT.
Конечно,можно все записать в ветку информационных технологий, но будет ли оно нам удобно.
Это касается не только лидов, но и в целом разработчиков(а может быть и даже всех мужчин..). На том же фрилансе можно получить те же "впечатления" Конечно будет не тот уровень стресса, но все же. Главный фактор который нас делает такими это - время.
Чем больше мы впитываем это, тем сильнее уходим в что то неестественное.
Помимо кода, есть сферы в которых генерацию от ai считают приемлемым результатом. Это картинки для бизнеса, посты рекламные, лично знаком с некоторыми бизнесами которые отказались от услуг фотошопа, написания постов и генерят контент через AI.
Но например с 18+ контентом там все плохо... Как и разница генерации кода на ассемблере и питоне.
Но статья не об этом, статья о том что это уже отдельная сфера, хайп пройдет, пузырь лопнет, но как сфера оно отдельно от нас.
Как и биология, как математика, хотя всё это пересекается.
Тут скорее упор в уникальность и ручной труд по сравнению с шаблонным решением от AI.
Судя по рынку труда и статьям типа "AI всех заменит" наш труд пытаются обесценить. Не все понимают разницу, я молчу уже о безопасности генерируемого кода, о том что не всегда он рабочий.
Это даже видно по статьям на Хабре, большинство новых статей вылизанные, как резюме, нет искры, просто шаблон. Уникальные и вылизанные тоже есть, к счастью их больше.
Мне кажется тут будет нужна эволюция. наш мозг уже ломается на двух одновременных задачах. Либо нейросети вырастут во что то более стабильное, либо наш мозг перестроится когда будут эти кибер интеграции в мозг.
Я бы ввел новое понятие относительно программирования с AI.
Я считаю вайбкодер это тот кто берет задачу помещает её в AI выкладывает в прод результат без проверки не задает вопросов или эти же вопросы переадресует самой AI (по сути никак не влияет на систему - если только со стороны интерфейса и бизнес логики)
почему без проверки? потому что вайбкодер вообще не шарит за разработку, за паттерны, за библиотеки, что такое метод он вообще не курил.
Так же у нас есть джуны/выпускники программисты, которые знают базу или знают её поверхностно, они могут так же иметь коммерческий опыт они так же вайбкодят и не проверяют код
А если студент генерирует пример кода для его изучения, и потом применяет учась, это аналог того как мы когда то копипастили с форумов.
Если вводиться ревью кода, правки ручные кода это уже какой то вайб-тимлид-кодинг
А если сеньор использует AI и делает уверенные решения, например анализирует код, или пишет наброски чтобы потом написать своё решение, или разбирает либу потому что документации нет итд. или даже допускает сгенерированный код в прод но он в нем уверен и написал бы точно так же. короче где AI никак не увеличивает ошибки в коде. То это уже совсем не вайбкодинг, это что то другое и пару лет назад такое в некоторых командах не поощряли, явно ровняя к вайбкодингу.
Или вот, тот же сеньор полностью вайбкодит проект mvp для показа +- системы или просто для сьемки видеопрезентации потом. хотя сеньор тут необязателен. В общем опять же такой вайбкодинг вообще не опасен, если продовый вариант потом сделают нормально а этот черновик выбросят или заюзают как инференс для разработки UX.
По моему опыту, выигрыш есть только в больших тасках которые часа на 4+ выполнение без ИИ. Даже с ревью кода, даже если ты напрочь забыл что там в либе, (те время на ручной поиск пруфов), даже если ИИ выдал говнокод. Всё равно это ускоряет, это уже готовый черновик, который ии выдал тебе за 20 минут, при правильных промтах вся инфа по задаче и коду и сам черновой вариант. НО если ты знаешь слабые места этого генератора шаблонов. Например в ассемблере гпт 5 сильно слабее чем на питоне. А при правильных промтах можно получить более подходящий черновик (ускорив себя, и поработав руками там где реально надо).
А когда таска на 15 минут от силы подправить интерфейс, ну может 30 чтобы вспомнить свойства. ИИ лишь замедляет. Первое, иногда там пять минут надо подумать чисто, и пять на написание ИИ выдаст говно-верстку которая имеет лишние стили, шаблоны, сделана не по уму а реально как джун с гитхаба. Это все нужно переделывать, считай 95% выбрасывать, плюс время на написание этого промта, плюс скорее всего первый блин будет комом и из за ленивости ты попросишь его попробовать ещё раз. и это уже не 15 минут а куда больше.
Ну и оценка тасок, тут вообще рай и автоматизация. пропустил задачи с кодом или просто задачи, получил оценку по времени, доп вопросы по тз (если штат маленький а таски пишет чел который далек от айти - упрощает значительно). дальше можно прикинуть уже от какой таски начнешь двигаться, какие оставить на более длинные сессии.
В общем всё сводится к промтам и к обьективности оценки этих вероятных (не говорю о правильности) решений. Как писал я в своей статье, даже перестановка требований уже может вызвать галюны, и как пишет автор текущей мы разработчики, продумываем системы - в том числе и как использовать инструменты, какие инструменты.
Полностью солидарен. Особенно хочу подчеркнуть про ходить пешком - эта тема не особо ракрыта. Если по чаще отрываться от разработки и хоть как то разделять рабочее время - шансы на выгорание резко снижаются. Отвлечением между сессиями не должен быть компьютер и любое другое тех устроство. Тебе нужно прочувствовать жизнь, потому что при бесконечной разработке ( особенно если ты сильно это любишь) ты теряешь нить, забываешь цели, мотивация падает, а короткие дофаминовые всплески от всяких тиктоков, научных статей, переключением на пет проекты - лишь раскачивают нервную систему.
██████████@gmail.com
██████████████
Согласен, статья хоть и монотонна, но она не повторяет одно и тоже как это любит делать ИИ.
Отличный кейс кстати.
Так мы сами как нейросети. Их же с нас делали. Люди читая информацию - копируют эти паттерны, а так же их замечают в чужих текстах.
Короче клауд очередной раз решили захайпить и спецом слили данные. Которые по сути ничего не дают. Но почему то разработчики пытаются искать в них какой то скрытый смысл и уязвимости.
Потому что они слишком шаблонизируют данные и убирают агрессивные данные для обучения.
Говорят в тг всего ~30 разработчиков.
Советую воспроизводить баг, использовать логирование. Даже опытный разработчик может гадать долго, что тут до ИИ.
Еще старый проверенный способ это отключить часть кода.
Вы попробовали клауд, он сильный в опытных руках, но на моей памяти даже с хорошим промтом старые модели сильно говнокодили, (sonnet 3.5 был более стабилен, а вот думающая после неё гг)
Попробуйте codex, он выдает более стабильный результат и не так сильно жрет токены(возможно будет смысл комбинировать стабильность для архитектуры через кодекс, а фичи через клауд, ещё Гемини была топ модель в своё время, тоже попробуй). Насчет "вайбкодинга" Я не уверен, но я точно знаю, чтобы получить то что тебе нужно ты должен понимать что тебе нужно получить (те иметь знания).
Узкие места модели или людей ты тоже должен знать.
Поэтому тренируйся в промтинге, не обязательно вайбкод, можно и другие задачи, а если хочешь продолжить этот эксперимент то выучи базу разработки, я не говорю про синтаксис. Я думаю это сильно повысит шансы.
проблема в том, что такое определение становится слишком общим и перестаёт что-либо объяснять. Под него можно подвести почти любую систему, вплоть до биологии. Но AI более самостоятельная, тут у нас и рынок труда смежный с IT но совсем другой, тут и другие сферы не касающиеся IT.
Конечно,можно все записать в ветку информационных технологий, но будет ли оно нам удобно.
Тогда наш мозг это тоже IT
Это касается не только лидов, но и в целом разработчиков(а может быть и даже всех мужчин..). На том же фрилансе можно получить те же "впечатления" Конечно будет не тот уровень стресса, но все же. Главный фактор который нас делает такими это - время.
Чем больше мы впитываем это, тем сильнее уходим в что то неестественное.
Помимо кода, есть сферы в которых генерацию от ai считают приемлемым результатом. Это картинки для бизнеса, посты рекламные, лично знаком с некоторыми бизнесами которые отказались от услуг фотошопа, написания постов и генерят контент через AI.
Но например с 18+ контентом там все плохо... Как и разница генерации кода на ассемблере и питоне.
Но статья не об этом, статья о том что это уже отдельная сфера, хайп пройдет, пузырь лопнет, но как сфера оно отдельно от нас.
Как и биология, как математика, хотя всё это пересекается.
Более явный пример - станки которые шьют одежду, прошив плохой, на качественных станках конечно ситуация по лучше. Но, одежда на тебе не сидит, итд.
Более дорогой вариант сшить на заказ у мастеров.
Тут скорее упор в уникальность и ручной труд по сравнению с шаблонным решением от AI.
Судя по рынку труда и статьям типа "AI всех заменит" наш труд пытаются обесценить. Не все понимают разницу, я молчу уже о безопасности генерируемого кода, о том что не всегда он рабочий.
Это даже видно по статьям на Хабре, большинство новых статей вылизанные, как резюме, нет искры, просто шаблон. Уникальные и вылизанные тоже есть, к счастью их больше.
Мне кажется тут будет нужна эволюция. наш мозг уже ломается на двух одновременных задачах. Либо нейросети вырастут во что то более стабильное, либо наш мозг перестроится когда будут эти кибер интеграции в мозг.
Для переезда самое то, как между языками так и между фреймворками. Что по поводу языков да, а на ассемблере вообще глухо.
Я бы ввел новое понятие относительно программирования с AI.
Я считаю вайбкодер это тот кто
берет задачу
помещает её в AI
выкладывает в прод результат без проверки
не задает вопросов или эти же вопросы переадресует самой AI
(по сути никак не влияет на систему - если только со стороны интерфейса и бизнес логики)
почему без проверки? потому что вайбкодер вообще не шарит за разработку, за паттерны, за библиотеки, что такое метод он вообще не курил.
Так же у нас есть джуны/выпускники программисты, которые знают базу или знают её поверхностно, они могут так же иметь коммерческий опыт
они так же вайбкодят и не проверяют код
А если студент генерирует пример кода для его изучения, и потом применяет учась, это аналог того как мы когда то копипастили с форумов.
Если вводиться ревью кода, правки ручные кода это уже какой то вайб-тимлид-кодинг
А если сеньор использует AI и делает уверенные решения, например анализирует код, или пишет наброски чтобы потом написать своё решение, или разбирает либу потому что документации нет итд. или даже допускает сгенерированный код в прод но он в нем уверен и написал бы точно так же.
короче где AI никак не увеличивает ошибки в коде.
То это уже совсем не вайбкодинг, это что то другое и пару лет назад такое в некоторых командах не поощряли, явно ровняя к вайбкодингу.
Или вот, тот же сеньор полностью вайбкодит проект mvp для показа +- системы или просто для сьемки видеопрезентации потом. хотя сеньор тут необязателен.
В общем опять же такой вайбкодинг вообще не опасен, если продовый вариант потом сделают нормально а этот черновик выбросят или заюзают как инференс для разработки UX.
По моему опыту, выигрыш есть только в больших тасках которые часа на 4+ выполнение без ИИ.
Даже с ревью кода, даже если ты напрочь забыл что там в либе, (те время на ручной поиск пруфов), даже если ИИ выдал говнокод.
Всё равно это ускоряет, это уже готовый черновик, который ии выдал тебе за 20 минут, при правильных промтах вся инфа по задаче и коду и сам черновой вариант. НО если ты знаешь слабые места этого генератора шаблонов. Например в ассемблере гпт 5 сильно слабее чем на питоне. А при правильных промтах можно получить более подходящий черновик (ускорив себя, и поработав руками там где реально надо).
А когда таска на 15 минут от силы подправить интерфейс, ну может 30 чтобы вспомнить свойства. ИИ лишь замедляет.
Первое, иногда там пять минут надо подумать чисто, и пять на написание
ИИ выдаст говно-верстку которая имеет лишние стили, шаблоны, сделана не по уму а реально как джун с гитхаба.
Это все нужно переделывать, считай 95% выбрасывать, плюс время на написание этого промта, плюс скорее всего первый блин будет комом и из за ленивости ты попросишь его попробовать ещё раз. и это уже не 15 минут а куда больше.
Ну и оценка тасок, тут вообще рай и автоматизация. пропустил задачи с кодом или просто задачи, получил оценку по времени, доп вопросы по тз (если штат маленький а таски пишет чел который далек от айти - упрощает значительно). дальше можно прикинуть уже от какой таски начнешь двигаться, какие оставить на более длинные сессии.
В общем всё сводится к промтам и к обьективности оценки этих вероятных (не говорю о правильности) решений.
Как писал я в своей статье, даже перестановка требований уже может вызвать галюны, и как пишет автор текущей мы разработчики, продумываем системы - в том числе и как использовать инструменты, какие инструменты.
Полностью солидарен. Особенно хочу подчеркнуть про ходить пешком - эта тема не особо ракрыта.
Если по чаще отрываться от разработки и хоть как то разделять рабочее время - шансы на выгорание резко снижаются.
Отвлечением между сессиями не должен быть компьютер и любое другое тех устроство. Тебе нужно прочувствовать жизнь, потому что при бесконечной разработке ( особенно если ты сильно это любишь) ты теряешь нить, забываешь цели, мотивация падает, а короткие дофаминовые всплески от всяких тиктоков, научных статей, переключением на пет проекты - лишь раскачивают нервную систему.