Комментарии 28
Хватит уже нумерованных списков, горшочек, не вари!
ИИ уже сегодня позволяет человеку за пару недель погрузиться в скоринг кредитных заявок, банковскую инфраструктуру Японии, разницу в ценообразовании на МРТ между США и Латинской Америкой.
Кто вам раньше-то мешал погрузиться в скоринг кредитных заявок и далее по тексту?
А я скажу, кто. Пропускная способность мозга. От того, что ИИ может вам генерить любой булшит вагонами, лично вы-то быстрее думать не стали. Зато сколько восторгов.
да это вообще феерический трындёж про "обучение" с помощью чатбота
весь цинус технологии в том, что бы оставить мозг чистым решать какие то задачи, но все как один что то с помощью него упорно учат, или он им помогает, или еще какой булщет. Если бы он помогал учиться то появилось бы больше программистов, а не булщет статей про вайбкодинг с посылом "мам смотри без рук, без ног, без мозга"
Учиться же тоже надо уметь. Это же не волшебная пилюля, а инструмент. Тот кто и раньше был хорош в получении инфы через интернет, тот с ЧатомГПТ только ускорится. Тот, кто и раньше даже загуглить нормально не умел, разочаруется после первого же кривого промта и плохого результата.
оставьте этот булщет кому нибудь еще, я вас умоляю
и не надо бегать и рассказывать всем что их поувольняют, - я выскажу непопулярное но чуть более объективное мнение, - немощьным, слабоумным и дуракам выдадут когнитивный протез что бы они хоть как то перформили. кому в этом разрезе начинать волноваться вы уж решите как нибудь сами
Так а где я говорю, что всех поувольняют? Эта статья про то, что подход может измениться. Даже, если допустить, что новый подход приживётся, на это годы уйдут. ИИ - инструмент, инструменты были и раньше, инструменты не лишают работы. Но на рынке постоянно повышаются требования (не понижаются, якобы из-за того, что ИИ снижает вход и тд и тп). Если сейчас отрицать и не искать в инфошуме полезные для себя и своей профессии применения, то можно довольно скоро будет не получить повышение на перформанс ревью (привет Шопифай и Дуолингво), не пройти отбор на новую хорошую работу.
Смерть разработки продукта
Скажу, как чиновник: "вырвано из контекста" XD. Название "Смерть разработки продукта как мы её знали". То есть текущий процесс разработки как будто бы начинает отмирать и ему на смену приходит новый. Приживется ли он в таком виде, будет еще 100 раз меняться и в итоге станет таким же, как текущий - можно только гадать. Поэтому и пошарил эту статью с интересным мнением. На самом деле комментарии радуют, тема цепляет, мнения высказываются интересные.
Я тоже против генерации булшита вагонами :) Понятно, что знания можно получать и через интернет, да хоть в библиотеке. Среди всего инфошума по ИИ важно выделять реально полезные применения.
Про обучение и пропускную способность мозга. Если у меня есть задача разобраться в теме, я бы гуглил, читал, смотрел, фильтровал инфу. Напомню, что любая статья в интернете сейчас заточена под SEO, имеет всякие бесполезные введения, FAQ, мнения ноунейм экспертов и тд. Чат ГПТ может сразу выдавать саммари. Если я найду хорошее исследование на 100 страниц, он поможет сделать выжимку на 10 и так далее. И это всё не исключает того факта, что дурак хоть в гугле, хоть в ЧатеГПТ не сможет задать правильный запрос, отфильтровать, что важно, а что нет. То есть уровнь обучаемого очень важен, в этом отношении иллюзий нет.
А с чего Вы решили, что саммари чата ГПТ будет хорошим?
Я тоже обладаю критическим мышлением и знаю, что авторское мнение в книге может быть нехорошим, выдача в гугле может быть нехорошей, саммари чатаГПТ тоже. Это инструмент. В умелых руках результат будет хорошим. Я в работе постоянно использую такие саммари и делаю кросс проверки. Промты строю так, чтобы в саммари всегда были отсылки к оригиналу и прямые цитаты, чтобы всё можно было быстро проверить.
В сущности статья о том что теперь часто можно прототипы делать до ТЗ и контракта / старта вложения ресурсов.
Вполне функциональные, а не затычки
И в общем-то всё
Это создаст рынок заполнителей обучающих датасетов для ИИ. Разрабы пойдут решать leetcode-задачки для этого, а продакты - сутками перезапускать его, как рулетку, наперегонки друг с другом.
В чатах, когда на них пересядут до конца, одновременно образуется дефицит идей на всех, и их одновременная доступность всем.
насчет реально быстро создать работающий прототип, чтобы в него заинтересованная сторона могла без взаимной боли потыкать. Не знаю насколько это возможно, и сколько нужно перебрать таких прототипов, чтобы сторона испытала удовлетворение. Это к тому, что ИИ не серебрянная пуля, для успеха попотеть все равно придется.
Полностью согласен. я не верю, что кому-то станет проще, скорее наоборот, продакт теперь еще и должен научиться эффективно делать прототипы. Я в прошлой статье описывал пример создания такого прототипа, имхо, вот так достаточно, чтобы тестировать гипотезы - https://habr.com/ru/articles/901582/
Ну вот прямо сейчас пытаюсь с LLM новые фичи делать практически в одного.
Что приходится изменять:
1. Подход к архитектуре. ТТМ надо сокращать до 30-ти минут с 2-х недель. Это возможно только с минимальным количеством интеграций. Универсальное решение на нижнем уровне - общая БД. В моём случае это стэндбай на чтение + DWH. В противном случае будете заблочены соседними командами.
2. Заточенность на тесты в полях. Моделирование на ретро данных часто дольше и менее правдиво, чем проверка в поле.
3. Постепенная раскатка новых версий. Не отдельных фич под фича флагами, а прямо существенных изменений. Раскатил на одного, собрал обратную связь и метрики, если терпимо, на 10 или 100 пользователей и так далее. Пользователь при этом не должен ничего делать на своём устройстве (у меня мобильно приложение).
4. Выделение отдельных компонентов, которые создаются и развиваются при активном использовании LLM. Изменять старый код кратно сложнее, чем нагенерить новый и потом с помощью LLM поддерживать.
5. Vibe-codinng не работает. Даже с кучей тестов. Рано или поздно придётся посмотреть в код и разобраться. Лучше рано. И надо знать алгоритмы, структуры данных, системный дизайн, уметь работать с данными, декомпозировать задачи и пр. Руками пишу мало (обычно SQL), чаще прошу что-то поправить или переделать, но это далеко не Vibe-coding.
6. Язык важен. На Python или JS LLM пишет отлично, на GO терпимо, на Java уже так себе.
Использую LLM как инструмент анализа и декомпозиции. Для размытых требований LLM помогает структурировать информацию, погружаться в предметную область, выявлять неясности.
Во фронтенд/мобильной разработке перенос пикселей и бизнес‑логики в код максимально автоматизируется. Трачу меньше времени на ручное написание кода/верстку, больше — на глубокое понимание домена, точную постановку задачи, контроль качества, интеграцию, решение сложных проблем и финальную полировку UX.
И да, чтобы эффективно управлять LLM, нужно еще лучше понимать основы — архитектуру, код и дизайн.
Почему бородатый Иван начинает свое повествование от женского лица?
Потому что это перевод, Автор оригинала: JULIE ZHUO
Когда постил тоже думал, что странно, но решил не менять
В итоге получается не продукт, а недоваренный прототип.
С непонятной итоговой себестоимостью и абсолютно непредсказуемым сроком актуальности. Собственно, на примере самих LLM видно, что я в целом не могу гарантировать себе хотя бы год существования конкретного чекпоинта у какого-то провайдера, его заменят на что-то новое, но абсолютно без гарантий, что в моём старом сценарии всё будет работать так же
Продукты превращаются в сервис, притом с непредсказуемым сроком жизни. Зачем мне это?
Не думаю. Смысл в том, чтобы быстрее что-то пробовать, а не в том, чтобы это так и оставлять. Идея - прототип - пруф. Если работает и востребовано, можно улучшать. Нет - отсекаем и занимаемся новой гипотезой. Поддерживать продукт, собранный из так прототипов - это нереально. Так что это хорошо для проверки продуктовых идей и для старта нового проекта/фичи. А потом надо нормально поддерживать. Но это скучно, про это не пишут :)
когда вышел калькулятор - никто вроде не обезумел, рисуя себе новую веху бухгалтерии в утопичном ламерском стиле. появился инструмент и ок. вели себя сдержанно, а бухгалтера просто стали тыкать кнопки и считать быстрее.
когда, интересно, вся эта фантасмагоричная мишура вокруг ИИ пройдет, и продакты/бизнес приспокоятся от технологий. и просто оставят это программистам, а те решат, как они будут использовать новый калькулятор и когда.
я все понимаю, интересно и прочее. но в стиле обезьян с гранатой перекраивать труд специалистов, не спрашивая их прежде и не до конца понимая к чему это приведёт - это несдержанность. и непрофессиональный подход к делу.
каждый хорош в своей области. накypились будто этим ИИ и носятся теперь. первая же хапка снесла башню. приспокоились бы малень. все само со временем разрулится и придет в равновесие. нужно и полезное разработчики возьмут. при этом не пострадает сознание джуниоров, которые сейчас от всех статей сходят так же с петель разумного подхода к работе, опираясь уже на какой-то утопичный сюр. это я в целом, к слову на тему ИИ и всякие сопутствующие этому зарисовки.
Не со всем согласен. Редкий инструмент меняет процессы (или может поменять) настолько большому количеству людей. Как будто бы сравнить можно разве что с появлением смартфонов или интернета. Только вот раньше появление и внедрение шло десятилетиями, а сейчас 2-3 года - импульсное быстрое внедрение для "самых продвинутых". И вот этот напор и быстрота дают ощущение, что еще через 2-3 года будет просто будущее и киберпанк. А на самом деле через 2-3 года просто больше людей станет пользоваться и устаканятся действительно стабильные сценарии использования.
Смерть разработки продукта как мы её знали