ИИ это не пузырь, это будущие. Биткоин вот пузырь Ответить
Колючий Маг
Советы:
— ничего не учите
— тупо спрашивайте ИИ копируйте и вставляйте
— генерируйте что взбредет авось пойдет Ответить
Лохматый Осьминог
Надо вайбкодить не то, что тебе в моменте в голову ударило, а то, что в яндекс-вордстате и в гугл-трендс на ВЧ-ключах крутится😎💪 Ответить
Ворчливый Десерт
Всем уже насрать на ваш гитхаб, если там конечно не проекты "Кнопка Бабло" и "Кнопка Много БАБЛА!" а не не вот эти ваши парсинг-свистоперделки Ответить
Ворчливый Сатир
По гитхабу тоже можно понять, что человек нагенерил. Адекватное что-то или нет.
Оценить качество кода. Ответить
Не программировал 10 лет. Два месяца ждал от фронт разработчика результат по одному из проектов. В итоге на одной из встреч с программистам сделал результат лучше за 15 минут. Фронт программиста уволили через неделю.
Пользовались одним сервисом который постоянно глючил. За полдня сделал полноценный аналог + плюшки, которых не хватало. Платили 120т в месяц подписку. Больше не платим
Cursor очень классная штука. Сижу с детьми делаем игры. Прикольно написать - "придумай 15 улучшений. *** а теперь реализуй". Пару итераций на дебаг и все работает. Я в восторге. Младший сразу просится играть - вот тебе и фокус группа. Ответить
раскрыть ветку (29)
Ворчливый Сатир
Это прикольно да, но cursor не учит программированию, а учит составлять запросы и фантазировать.
И этим мышление будет ограничено. Понимания того, как работают программы, не прибавится, что так необходимо в разработке. Особенно, если мы говорим о высоконагруженных приложениях, а не об игрушках с одним пользователем. Ответить
раскрыть ветку (28)
Буржуазный Голем
Не все понимают как работает ДВС, но тем не менее это не мешает людям водить автомобиль! ;) И само понимание - штука многогранная. Можно понимать программу на уровне синтаксиса, на уровне функций, а можно на уровне процессов. О каком именно понимании речь? 😊 Ответить
раскрыть ветку (27)
Ворчливый Сатир
Я думаю все уровни понимания. Особенно первые 2 Ответить
Ворчливый Сатир
Как по вашему получаются сильные инженеры, которые работают в топовых компаниях?
Они как раз изучают внутрянку, а не поверхностную работу Ответить
раскрыть ветку (23)
Экологичный Священник
милорд, это знание раскрывают только на восьмом стейдже Ответить
Буржуазный Голем
На счет поверхностности согласен. Но код и функции лежат после процессов. Инженер сразу должен разработать концепцию и представить процессы, которые должны протекать в систем, а затем под них собирать функционал и выбирать синтаксис. Если ты не понимаешь, что ты хочешь получить на выходе, то как ты выберешь инструментарий? Я не знаю, с инженерами из топовых компаний не знаком, но вектор создания любого продукта(не важно в какой области) лежит в таком порядке: Идея-Концепция-Инструменты реализации-Продукт. Ответить
раскрыть ветку (21)
Ворчливый Сатир
Концепция и процессы это хорошо, если мы говорим о создании mvp.
Если рассматривать командную работу на большом проекте, где нужно добавить функционал или поправить баг. Нужно уметь переводить из человеческого языка на программный. Понимать что и как поправить, чтобы не сломать весь проект.
Вайб кодер так сможет? Что он будет делать? Прогонять весь код через llm? Ответить
раскрыть ветку (20)
Буржуазный Голем
На сегодня не сможет. Но с учетом скорости развития этой технологии, все изменится довольно быстро. А что касается спецзадач, то всегда были и остаются узкоспециализированные специалисты, которые как раз и будут решать(да и решают) такие сверх-сложные задачи в сверхсложных проектах. Не смотря на все технологии, профессия кузнеца так и не исчезла, хоть и видоизменилась. 😉 Ответить
раскрыть ветку (2)
Ворчливый Сатир
Поживем увидим) llm сняли рутину это факт. Ответить
раскрыть ветку (1)
Буржуазный Голем
Ну LLM - это же не единственный вид нейросети. 😉 И сам ИИ - это не только нейросеть, а множество модулей, каждый из которых решает определенный тип задач. И разница между ИИ - это по сути разница в конструктивном наборе этих модулей. Мне например не совсем понятны многие архитектурные и алгоритмические особенности ИИ-систем, но когда я начинаю общение с ИИ, я вижу процессы, которые текут, и это позволяет управлять этими процессами не являясь программистом, и получать интересные результаты на выходе. 😊 Ответить
Робкий Киллер
Вайбкодер делает х10 по продуктивности к команде из 5 человек, которые трудятся 8 часов и 5 дней в неделю из которых, хорошо, если реальная работа занимает хотя бы 4 часа в день на голову.
Как найти баг и пофиксить или добавить функционал? Для этого не надо пихать весь код в промпт. Современные IDE умеют индексировать весь проект и агенты легко находят нужные функции за счет того, что они понимают человеческий язык и знают как написать функцию поиска по регулярному выражению или морфологическому поиску.
Все что нужно вайбкодеру это самому понять проект за счет предварительного погружения и затем уточнять детали. Вчера например я разобрал по косточкам проект kodacode от русских ребят который скоро порвет CLI управление через терминал. Ребята не выложили open source и предоставили только бандл, очень большой бандл, который мы с гроком распустили на нитки за полчаса. Реальная команда долбилась бы неделю Ответить
А если команде из 5-ти человек дать инструменты вайб кодинга. И взять чистого вайбкодера, без реального опыта. Я уверен многие компании уже активно. Вайб кодинг не делает умнее программиста, это важно понимать. Это всего лишь инструмент автоматизации.
Вот тут разница будет колоссальной.
Вайб кодер будет цепляться за инструмент, составлять промты, говнокодить, суетиться. А инженер подумает сам и примет спокойное решение, например не делать это или одну строчку поменять. Ответить
Те 5 человек утонут в процессах и делах предотвращающих "а вдруг", пока он занят просто задачей Ответить
Робкий Киллер
Проблема команд в могучей лени и отсутствию света в глазах и как следствие, - никакой вайбкодинг (шучу) Ответить
Тактичный Дроид
Прикол в том, что "подумает сам" именно ИИ агент с рассуждающей нейросетью внутри.
А инженер Ctrl+v типовой метапромт с инструкцией как именно думать, и переключится на другое окно, которых у него 5 Ответить
раскрыть ветку (1)
Ворчливый Сатир
Зависит от человека. Программист пишет код очень мало, еще до llm так было. Т.е это не печатная машинка.
Но тут зависит от уровня и специальности. Например автоматизатор тестирования будет больше писать чистого кода и покрывать тестами. Разработчик будет думать больше, как реализовывать фичи, ходить по документации/людям или использовать свой опыт.
И вот тут нейронки помогают, потому что искать стало проще. Даже яндекс, уже в прошлом году, когда внедрял нейронки в разработку, проводил исследование, на что разработчики тратят время. Это как раз поиск ответов по документации, поиск по базе знаний. Ответить
Тактичный Дроид
Сможет.
Если ему опытный инженер передаст готовый подготовленный рабочий процесс , с подготовленными промтами.
Отсюда и заменяемость оператора Ответить
Тактичный Дроид
Это достигается лучшими практиками, про которые написаны книги 20 лет назад. Расширяемость, обслуживаемость, повторное использование, отсутствие избыточности, слабая связность и т.п.
Так что уже всё изобретено Ответить
раскрыть ветку (4)
Ворчливый Сатир
По вашему все проблемы в it разработке решаются хорошими процессами? Т.е можно оптимизировать процессы и посадить не очень умных людей за работу? Ответить
раскрыть ветку (3)
Тактичный Дроид
Ответ очень сильно зависит от цели, которая стоит перед командой. Я не сторонник идеализма, построения убийственно хорошего продукта и веры в то, что рынок вытянет Ответить
Буржуазный Голем
Дурака хоть куда приткни, толку маловато будет. :) Просто если человек умеет думать и умеет работать с инструментом, то может не сразу, но начнет делать по настоящему стоящие вещи. Задача инструмента не заменить человека, а сделать его труд более легким и быстрым, и ИИ позволяют это в полной мере. 😉 Ответить
Тактичный Дроид
Говоря очень емко и очень просто: Если решать проблему слишком хорошо, то клиенты закончатся. Ответить
Ворчливый Сатир
Вождение как раз можно сравнить с пользователями приложений. А разработку с инженерами автомобилей на заводах Ответить
раскрыть ветку (1)
Буржуазный Голем
Ну почему же?! Водят и испытатели-тестировщики. ;) Ответить
Робкий Киллер
Да, курсор качает однозначно. Для Джуна совет дельный и вот почему
Даже если он свой пет проект навайбкодил, - будет видно как именно он вайбкодил: сколько библиотек импортировано в проект, есть ли тесты, есть ли ветки, предпочитает ли простоту перед сложностью и много, очень много метрик, которые покажут уровень его понимания подходов и это будет решающим фактором. А то что он не зассал и опубликовал свой гкод придаст ему больше доверия Ответить
Ворчливый Сатир
Сама по себе работа не очень сложная, найти нужный файл и сделать правку. Если хоть как-то знаком с проектом. А llm, будет на это тратить токены и время, и тебе все равно нужно перепроверять. Ответить
— ничего не учите
— тупо спрашивайте ИИ копируйте и вставляйте
— генерируйте что взбредет авось пойдет
Оценить качество кода.
Пользовались одним сервисом который постоянно глючил. За полдня сделал полноценный аналог + плюшки, которых не хватало. Платили 120т в месяц подписку. Больше не платим
Cursor очень классная штука. Сижу с детьми делаем игры. Прикольно написать - "придумай 15 улучшений. *** а теперь реализуй". Пару итераций на дебаг и все работает. Я в восторге. Младший сразу просится играть - вот тебе и фокус группа.
И этим мышление будет ограничено. Понимания того, как работают программы, не прибавится, что так необходимо в разработке. Особенно, если мы говорим о высоконагруженных приложениях, а не об игрушках с одним пользователем.
Они как раз изучают внутрянку, а не поверхностную работу
Если рассматривать командную работу на большом проекте, где нужно добавить функционал или поправить баг. Нужно уметь переводить из человеческого языка на программный. Понимать что и как поправить, чтобы не сломать весь проект.
Вайб кодер так сможет? Что он будет делать? Прогонять весь код через llm?
Как найти баг и пофиксить или добавить функционал? Для этого не надо пихать весь код в промпт. Современные IDE умеют индексировать весь проект и агенты легко находят нужные функции за счет того, что они понимают человеческий язык и знают как написать функцию поиска по регулярному выражению или морфологическому поиску.
Все что нужно вайбкодеру это самому понять проект за счет предварительного погружения и затем уточнять детали. Вчера например я разобрал по косточкам проект kodacode от русских ребят который скоро порвет CLI управление через терминал. Ребята не выложили open source и предоставили только бандл, очень большой бандл, который мы с гроком распустили на нитки за полчаса. Реальная команда долбилась бы неделю
Вот тут разница будет колоссальной.
Вайб кодер будет цепляться за инструмент, составлять промты, говнокодить, суетиться. А инженер подумает сам и примет спокойное решение, например не делать это или одну строчку поменять.
А инженер Ctrl+v типовой метапромт с инструкцией как именно думать, и переключится на другое окно, которых у него 5
Но тут зависит от уровня и специальности. Например автоматизатор тестирования будет больше писать чистого кода и покрывать тестами. Разработчик будет думать больше, как реализовывать фичи, ходить по документации/людям или использовать свой опыт.
И вот тут нейронки помогают, потому что искать стало проще. Даже яндекс, уже в прошлом году, когда внедрял нейронки в разработку, проводил исследование, на что разработчики тратят время. Это как раз поиск ответов по документации, поиск по базе знаний.
Если ему опытный инженер передаст готовый подготовленный рабочий процесс , с подготовленными промтами.
Отсюда и заменяемость оператора
Так что уже всё изобретено
Даже если он свой пет проект навайбкодил, - будет видно как именно он вайбкодил: сколько библиотек импортировано в проект, есть ли тесты, есть ли ветки, предпочитает ли простоту перед сложностью и много, очень много метрик, которые покажут уровень его понимания подходов и это будет решающим фактором. А то что он не зассал и опубликовал свой гкод придаст ему больше доверия