Comments 23
Я вижу примерно так:
2009 - примерно 2013: мы фигачим код, манагеры сношают мозг.
примерно 2013 - н.в.: мы фигачим код, манагеры сношают мозг. Но уже типа по аджайлу. Полнейший срам, тьфу, скрам.
Всё как в методологии Programming, Motherfucker.
Не уверен, что ChatGPT повлияет на "Методологию разработки".
ChatGPT скорее всего следует сравнивать с StackOverflow или поиском в гугле.
В том то и дело, что нет. Я думаю, что со временем мы просто перестанем писать код, также как давно уже перестали писать на ассемблере. Я вот в детстве еще писал на нем, но сейчас этот навык уже не актуален, так как появились высокоуровневые языки.
Сейчас следующий этап, мы все также будем оставаться инженерами и будем продумывать решения, но кодироваться скорее всего они будут уже без нашего участия.
Автор всё же говорит о принципиально другой ситуации, когда языковая модель в полном контексте общей кодовой базы проекта и может переиспользовать имеющиеся в ней функции и библиотеки, плясать от того, какие зависимости уже подключены, какие ещё нет. И если у неё не получается это, у компании есть ресурсы ей помочь научится так делать, даже если это не выгодно в моменте - они вполне могут относиться к этому как к капитальному вложению и, в принципе, будут правы. При этом вопроса утечки кода не стоит, т.к. для них это будет in-house система. При этом у такой модели будут дополнительные возможности для исполнения, например прогон линтеров, тестов, профилировщиков и бенчмарков, доступом к системам мониторинга, сбора метрик и ошибок, как обратной связи для самоанализа. Да даже тестовым стендом можно обеспечить, чтобы обкатывала релизы, которые сама и сгенерировала. С таким подспорьем моделька, как мне кажется, таки может обеспечивать качественный сдвиг по сравнению с условным copilot / чатом.
Вряд ли в ближайшие пять лет это будет доступно всем, но если будут делать as a service, на бизнес и отношение к собственным наработкам оно таки может повлиять и сдвинуть грань, между
да в смысле выложить в гугл исходники, в разработку которых мы вбухали не один лям?!
в смысле дать third party системе с доступом из интернета права на управление закрытым контуром информационной системы?!
и
да нахер мне ещё N лямов в зарплаты разработчиков вбухивать, когда за 24 часа и месячную ЗП миддла эта моделька пять фич до прода докатит с меньшим числом багов и простоев чем эти остолопы?!
Разумеется в какой-то момент что-то будет идти не так, но когда такого не было? :)
Не соглашусь с авторам. Полагаю, что следующее утверждение ошибочно:
"Сначала была модель водопада waterfall. Она зародилась где то в 70-х годах и слава богу я ее не застал. Тогда компьютеры были уделом больших корпораций. Персональных компьютеров еще не существовало и к разработке софт подходили примерно также, как к разработке больших инженерных продуктов, например автомобиля или ракеты. "
Да персональных еще не было, так как Интел выпустили свой 8080 а моторола свой 6800 в 1974.
Но были мини ЭВМ PDP8, PDP11 и их аналоги в СССP СМ400, СМ6000, СМ1...СМ4, на которых писали программы даже студенты, и я в том числе.
----------------------
Да были крупные разработки например OS360 - IBM. Но такие проекты и сейчас делают лишь крупные игроки.
Программирование свернуло куда-то не туда. Раньше, например, что-то типа персонального To-Do List-а программист спокойно писал за пару дней в одиночку. Сейчас чтобы это написать, нужен скрам-мастер, проджект-менеджер, девопс, фронтендер, бекендер, тестировщик, дизайнер, и вся эта балалайка разворачивается на AWS c возможностью масштабирования до миллионов пользователей, хотя это тот-же самый туду лист для одного человека.
самый эффективный метод обмена информацией в команде — личная встреча
Так вот откуда все началось. Все эти бесконечные созвоны, все эти "надо проговорить", все эти дейлики и стендапы.
Когда уже появится методология в которой первым пунктом будет требование "никаких менеджеров на проекте"?
Статья как раз об этом, что судя по всему скоро будет "никаких программистов на проекте"). Менеджеры всегда выигрывали эту войну и видимо на этот раз победа будет окончательной)
У нас в компании нет менеджеров, но я полностью согласен, что
самый эффективный метод обмена информацией в команде — личная встреча
ChatGPT - это все-таки инструмент, а не методология. Уже сейчас его можно использовать для решения каких-то небольших вопросов, например, написать какой-то небольшой класс и ChatGPT его напишет. Но программист всё равно нужен, чтобы его проверить, скорректировать, встроить в систему. На современных автозаводах почти все делается роботами, но проверка качества их работы и детальная точная сборка все-таки выполняется людьми. Также и в ИТ будет - самую простую и нудную работу будет делать ИИ, а человек ее проверять и интегрировать.
Да, но кодирование - это как раз ты самая нудная и простая работа, за которую нам платят много денег. Потому что обычный человек не может кодировать. Но обычный человек вполне может неплохо думать и генерировать идеи и для этого ему не нужно учится десятки лет. Сейчас в программировании очень высокий порог входа, а будет низкий.
ChatGPT это транслятор. Сейчас аналитик продумывает систему. Разработчик переводит аналитику в программный язык, по сути выполняя роль транслятора. С LLM моделями в перспективе 10 лет разработчик в этой схеме станет лишним.
Вы не пробовали с помощью нейросеток нарисовать то, что нужно именно вам? Попробуйте и оптимизма насчет программирования у вас поубавится.
Не путайте пожалуйста разработчиков и кодеров) Разработчик - это человек, который при необходимости способен по всему SDLC практически пройти (если мы говорим про честных Software Engineer). А вы его сводите к роли "транслятора"
Мне кажется когда то давно таксисты тоже говорили по контр-аварийное вождение и все такое.
В работе разработчика на самом деле есть две большие составляющие. Кодирование и использование типовых паттернов и подходов для проектирования типового решения. Тот высокий термин Software Engineer - это просто опыт, который равен знанию многих типовых паттернов. ИИ вполне способен решать обе эти задачи. И есть крайне редкие моменты, когда мы действительно создаем что то новое, что никто никогда не делал или то, что еще не стало типовым подходом. Вы часто в своей жизни создавали что то подобное?
Лично я только и занимаюсь нетиповыми задачами. Как архитектор и как разработчик. И в той области где я работаю и через 5 лет никакой ИИ не построит архитектуру приложения. Сейчас я использую тот же Bard просто как интеллектуальный поиск по некоторым софтверным фрагментам и не более потому что тон точнее чем поиск в гугле. И вряд ли что изменится через пять лет для меня. Для web разработки возможно будут изменения но не в области встраиваемого софта электроники.
Вы правы, но добавлю ложку дёгтя в вашу бочку меда. Текущий ИИ обучается на том что придумали люди, если он заменит людей в программировании, он размоет основу на которой стоит и застрянет в своём развитии иза отсутствия новых данных для обучения. А люди разучаться программировать и мы вместе потонем в океане легаси
Мне кажется в перспективе все будет еще хуже. ИИ учится за дни тому, чему люди учатся десятилетиями. Я боюсь, что в какой то момент образование может обесценится. Зачем учится 10-20 лет тому, что ИИ уже и так умеет. И тогда начнется деградация. Скорее всего, к тому времени ИИ уже будет вполне самостоятельной и независимой веткой в общей эволюции разума на нашей планете. А люди со временем просто вымрут, как когда то вымерли динозавры.
По сути для полноценного разума ИИ не хватает реализации самосознания, которое даст ему мотивации и цели.
Вроде мы сами еще не до конца понимаем, что это такое и как оно работает. Но как только мы поймем и опишем что это такое, с человечеством можно будет простится.
Но обычный человек вполне может неплохо думать и генерировать идеи и для этого ему не нужно учится десятки лет.
кодирование - это как раз ты самая нудная и простая работа, за которую нам платят много денег
на словах и идеях оно всегда просто. а машина увы это не человек, ей нужны конкретные инструкции. и вот тут начинается проблема. проблема эта отсутствие системного и логического мышления.
Ведь что такое программист, программист это просто высокооплачиваемый транслятор кода. Он переводит язык аналитики в язык программных кодов.
Как мы говорили, когда в игрострое случилось нашествие no code инструментов: Для того чтобы получить результат без помощи программиста геймдизайнерам и менеджерам теперь всего лишь нужно чётко формулировать мысли и оценивать возникающие последствия и крайние случаи, поэтому мы, программисты, находимся в полной безопасности. Кончилось тем, что я нанимал отдельного программиста, квалификацией попроще, который сидел с геймдизайнером в одном мониторе и правил диаграмки под его руководством. Так они ломали продукт всего раз в пару дней, а не два раза в день, как было, когда дизанера туда лазили сами.
Программист это в первую очередь не транслятор языка, а его эмулятор. Строя систему он должен мысленно представить как она будет работать и на этой мысленной схеме находить особенные ситуации. А крутость програмииста по крайней в части сложных задач, проще всего оценить по размерам того куска системы, который он способен загрузить в мохги, и понимать её поведение. Вероятно, к моменту, когда автоматизируют эту часть работы программиста, всё остальное человечество будет уж работать грузчиками за еду.
Эволюция методологий разработки