Возможно, вас это устроит, если вы не стремитесь к самосовершенствованию и не хотите гордиться своей работой.

Для начала уточню, что под использованием сгенерированного ИИ кода я подразумеваю ситуацию, когда ИИ пишет код за вас, а не когда вы используете ИИ как инструмент обучения, чтобы лучше познать тонкости языков программирования и библиотек (по этому поводу у меня тоже есть своё мнение). Но если вы когда-нибудь применяли эти инструменты для того, чтобы ИИ писал код на основании имён методов или комментариев с нечётко описанной функциональностью, или вы используете ИИ для изучения и понимания собственной кодовой базы, чтобы не делать этого самостоятельно, то эта статья — про для вас.

Причины не использовать сгенерированный ИИ код


▍ Вы забираете у самого себя возможность учиться


В самом начале эпохи развития Интернета возник уничижительный термин «скрипт-кидди», обозначающий людей, «взламывающих» компьютерные системы, не понимая, что и как они делают. Скрипт-кидди — это человек, скачавший инструмент или скрипт, позволяющий взломать пароль, получить доступ к чужому компьютеру, выполнить дефейс веб-сайта или ещё какое-то зловредное действие. Если скрипты срабатывали, то скрипт-кидди начинали считать себя настоящими хакерами.

Возможно, вы можете посчитать натянутой аналогию между разработчиками, использующими сгенерированный ИИ код, и скрипт-кидди, использующими чужие инструменты взлома. Но я так не считаю.

Скрипт-кидди хотят выглядеть серьёзными хакерами, но они не добьются этого, просто запуская скрипты. Настоящие хакеры — это те, кто пишет скрипты, проводит исследования и глубоко разбирается в используемых уязвимостях. ИИ-кодеры могут хотеть выглядеть серьёзными разработчиками, но если за них пишут код предиктивные движки текста, то они лишают себя этой возможности. По крайней мере, сейчас настоящие разработчики — это те, кто пишет код, на котором обучаются движки генерации текста.

Кажется очевидным, что нельзя совершенствоваться в работе, не выполняя её. Нельзя расти в шахматах, если не играть в них. Хоккеист не может совершенствоваться, сидя на скамейке запасных. Нельзя научиться играть на пианино, слушая композиции — рано или поздно вам придётся играть. Очевидно, ваши навыки разработчика не будут развиваться, если вы не пишете код.

▍ Навыки, которые у вас уже есть, могут атрофироваться


Но что, если вас уже устраивает ваш уровень программирования? Что, если вы хотите отдать ИИ решение только скучных задач? Подготовить новый проект, написать функцию factorial или mergeSort (почему люди так любят заставлять ИИ писать функции факториала и сортировки слиянием?), сгенерировать бойлерплейт и прочие монотонные задачи.

Возможно, вы считаете, что это нормально. В конце концов, сениор-разработчики делегировали скучные задачи джуниорам задолго до того, как у Сэма Альтмана зародилась сама идея LLM. В чём же разница?

Во-первых, джуниор-программистам нужно больше контроля, чем ИИ, и они могут обращаться к вам с вопросами или за советом. Помогая им, вы закрепляете собственные знания, а также развиваете новые (менторства, коммуникации, умение улыбаться и быть приятным собеседником, несмотря на нарастающее раздражение и нетерпеливость).

Во-вторых, в разработке ПО (и в жизни в целом) есть фундаментальный факт: если вы достаточно долго чего-то не делаете, то начинаете забывать, как это делается. Если вы уже давно работаете в нашей отрасли, вспомните свой первый изученный язык программирования. Для меня это был Pascal. Не думаю, что смогу сегодня написать хотя бы одну синтаксически правильную строку на Pascal, не говоря уже о минимально полезной программе. Другой пример: попробуйте программировать целый день без подсветки синтаксиса и автодополнения, чтобы ощутить, насколько неуверенно вы чувствуете себя без них. Я обнаружил, что из-за этих «помощников» мной утеряна большая часть знаний, ведь они избавляют от необходимости запоминания даже чрезвычайно простых задач. Представьте, насколько жалкими станут ваши навыки, если ИИ полностью избавит вас от необходимости писать код. Если вы перестанете писать собственный код, пусть даже и скучные его части, то потеряете сноровку и постепенно начнёте забывать тонкости. Кодинг интересных частей усложнится, потому что вы потеряете фундамент, на котором построены продвинутые навыки.

Представьте, что производитель оборудования для тренировок выпустит устройство «Искусственная сила», гарантируя, что оно «повысит уровень» поднятия весов благодаря новому помощнику в упражнениях — роботу, поднимающему тяжести за вас. Что произойдёт, если вы начнёте пользоваться этим устройством? А что будет с вашими навыками написания и продумывания кода при использовании помощников в кодинге?

«Ух, щас как накачаюсь!»

▍ Вы можете оказаться зависимыми от вашей собственной замены


Многие компании, разрабатывающие ИИ-помощников в кодинге, предлагают свои продукты студентам бесплатно. Может показаться, что это щедрый жест с их стороны, но всё ровно наоборот. В самом начале освоения азов профессии ни в коем случае нельзя искать коротких путей.

Это хищническое поведение со стороны таких компаний. Подобно религиозным культам, индоктринирующим с самого рождения, чтобы обеспечить постоянный приток новых членов, ИИ-компании знают, что, подсадив разработчиков на крючок ещё до того, как те откроют текстовый редактор, они получат пожизненные подписки на свои услуги. Я уверен, что они понимают бесперспективность попыток привлечь опытных разработчиков, поэтому берутся за будущие поколения, надеясь на появление армии зависящих от ИИ код-кидди, не умеющих написать «Hello World» без долгой беседы с чат-ботом.

«Ребята, хотите стать кодерами? Первая доза бесплатно!»

Я уже говорил, что многие из нас уже зависят от многофункциональных сред разработки, имеющих такие возможности, как подсветка синтаксиса, анализ кода и автоматический рефакторинг. Вы можете задаться вопросом, чем от них отличается ИИ. Ответ довольно прост: IDE — это инструменты, в конечном итоге помогающие вам быть более эффективными и писать качественный код; ИИ — это инструмент, цель которого — полностью заместить вас. Корпорации агрессивно продвигают и с радостью приветствуют ИИ-инструменты не потому, что те, по их мнению, превратят сотрудников в разработчиков сениор-уровня с большими зарплатами. Нет, они в нетерпении ждут будущего, в котором их разработчиков сениор-уровня с большими зарплатами заменят дешёвыми, зависящими от ИИ код-кидди. Или ещё лучше — полностью заменят ИИ, когда наша оплата подписки за привилегию обучения этих ИИ уже будет не нужна.

▍ Небольшая ремарка: принадлежит ли вообще вам сгенерированный ИИ код?


Я не юрист, но подписан на Hello Future Me, и у меня сложилось чёткое ощущение, что существуют, мягко говоря, небольшие разногласия относительно того, кому принадлежат сгенерированные ИИ результаты. Пока обсуждения в основном затрагивают художественные работы, но нет причин предполагать, что они не коснутся и кода. (Кроме того, если вы такой же чудак, как и я, то наслаждаетесь программированием как формой художественного самовыражения.)

Если вы генерируете функцию при помощи ИИ, имевшего в обучающих данных код с лицензией LGPL, то должна ли сгенерированная функция тоже подпадать под LGPL? Допустим, вас не волнует LGPL, потому что она никак вас не укусит, но что, если в обучающие данные попал несвободный репозиторий безумно богатой корпорации с собственной армией дорогих юристов? Что, если они смогут доказать, что вы использовали этот ИИ при создании вашего продукта-конкурента, который на вашу беду оказался слишком популярным?

Честно говоря, я не знаю ответов на эти вопросы, но мне бы не хотелось раскошеливаться на юридические расходы, когда настанет время отвечать на вопросы в суде. А вам?

▍ Ваш код не будут уважать


Некорректно было бы говорить, что сгенерированный ИИ код обязательно будет плохим. Хотя это в определённой мере справедливо для современных инструментов, но очевидно, что технология никуда не денется и будет совершенствоваться.

Однако я могу уверенно сказать, что если вы используете эти инструменты, то никто, за исключением код-кидди, скорее всего, не будет уважать вас как программиста. В разработке ПО существует элемент искусства — мы создаём целостные и компактные кодовые базы, придумываем изящные решения сложных задач, нарабатываем уважение коллег. Всё это должно быть источниками гордости и радости каждого программиста. Хотели бы вы радоваться собственным достижениям или тем, что сгенерировал за вас предиктивный движок текста? Возможно, я наивен; возможно, этот способ получать удовольствие от процесса программирования уже не моден, но, если откровенно, именно поэтому лично я никогда не буду интегрировать генерирующие код ИИ в свою среду разработки, даже если в конечном итоге окажусь безработным.

Я не хочу платить за искусство и притворяться художником. Я хочу быть художником.

«Создай произведение искусства».
Бж-ж-ж.
«Я художник».


Я понимаю, что приложение для составления графика стирки, которое вы пишете для отеля, или любые другие задачи из вашей повседневной работы вряд ли будет изучать Фабьен Санглар как пример изящества кода, но плохо ли, если вы будете на это надеяться? Разве ощущение гордости за свою работу не делает её приятнее? Как вы можете уважать собственный код или ожидать, что его будет уважать кто-то другой, если вы даже не писали его?

Причины использовать сгенерированный ИИ код


▍ Вы мазохист, предпочитающий выполнять ревью кода, а не писать его


Выше я был не совсем прав. Вот это основная причина того, почему лично я никогда не буду встраивать ИИ в свою среду разработки. Я люблю писать код. И я очень не люблю читать и ревьюить чужой код, а также писать по нему отзывы. Я понимаю, что это хороший навык для разработчика и он может быть крайне полезным для совершенствования навыков не очень опытных разработчиков, но просто ненавижу этим заниматься.

Чем больше кода будет генерировать за вас ИИ, тем больше ваша работа будет смещаться в сторону ревью кода. Возможно, вам это понравится — некоторые любят странное, не осуждаю их.

▍ На самом деле вы не хотите быть программистом


Если вас не интересует обучение кодингу, и вы используете ИИ, как фрилансера, давая ему задания типа «напиши мне игру про гонки» или «это ужасно, вот здесь улучши», то всё написанное выше к вам не относится.

Честно говоря, я считаю, что именно о таком будущем и мечтают гигантские корпорации: о мире, где их тщательно огороженные экосистемы — это инструмент не только для распространения приложений, но и для их создания. У вас появилась идея нового приложения? Просто скажите ИИ App Store, что вам нужно, и он изрыгнёт результат прямиком в ваше устройство, позволив корпоратам получить все 100% оплаты подписки — такая ситуация гораздо лучше, чем жалкие 30%, которые платили эти противные разработчики приложений, посмевшие утверждать, что привносят какую-то ценность.

И тут мы плавно переходим к последней причине, по которой вы можете стремиться использовать сгенерированный ИИ код.

▍ Вы верите, что мы входим в новую эпоху «постработы» и доверяетесь корпорациям, которые будут вести нас в неё


В том маловероятном случае, если вы уже глубоко погрузились в культуру Kool-Aid и не забросили чтение статьи спустя пару абзацев, то мне вам уже практически ничего не остаётся сказать. Я бы порекомендовал почитать «1984», «451 градус по Фаренгейту» или «Лавину» — вероятно, вам понравятся образы будущего из этих книг, и вы будете знать, чего вам ждать.

«Вам, молодёжи, очень уж легко живётся! Мы начинали программировать с перфокарт».
«Лол. Что такое перфокарты?»
«Вам, молодёжи, очень уж легко живётся! Нам приходилось программировать при помощи людей».
«Что такое люди?»


Telegram-канал со скидками, розыгрышами призов и новостями IT ?

Комментарии (150)


  1. ReadOnlySadUser
    28.10.2024 13:14

    Гсди, да успокойтесь уже :)

    Глобальным экономическим процессам глубоко наплевать на ваше мнение о них. На общественное обсуждение этих процессов, на моральную сторону этих процессов.

    ИИ - если его можно так назвать - уже случился. Ваша задача - выработать стратегию выживания в мире, где ИИ-инструменты существуют и ими пользуются.

    Основных стратегий две:

    1. Развить интеллект/хитрожопость так, чтобы вашу работу не мог выполнять ИИ. В таком случае, вы можете позволить себе игнорировать до поры до времени ИИ-инструменты.

    2. Освоить ИИ-инструменты на уровне, который делает вас конкурентноспособнее остальных. Если считаете абсолютным правило "брать код ИИ - это отстой" - вы скорее всего проигрываете. Впрочем, не обязательно.

    Перестаньте уже строчить статьи с одинаковым содержанием :)


    1. DarthVictor
      28.10.2024 13:14

      Глобальным экономическим процессам глубоко наплевать на ваше мнение о них. На общественное обсуждение этих процессов, на моральную сторону этих процессов.

      Вообще говоря, нет. То есть на мнение отдельно пролетария, конечно, плевать. Но во многих отраслях есть требования национальной сертификации, которые в том числе защищают и от иностранной дешёвой рабочей силы.

      Сельскохозяйственный рынок ЕС де-факто закрыт для стран из-за пределов ЕС. США закрывает рынок от Китая.

      Так что стратегий больше. От банального лоббирования, как минимум в своей компании. До какой-нибудь экзотики, вроде, вандалить потенциальные обучающие выборки ИИ-инструментов, чтобы обеспечивать себя white-hat доходами.


      1. Vlagor
        28.10.2024 13:14

        Да, но. Все таки эти ограничению вводит гос. аппарат, решением государства или решением продавленным через государство теми у кого есть какой то административный или финансовый рычаг.


    1. AlexanderS
      28.10.2024 13:14

      Глобальным экономическим процессам глубоко наплевать на ваше мнение о них. На общественное обсуждение этих процессов, на моральную сторону этих процессов.

      Вообще-то нет. "Глобальным экономическим процессам" выгодно чтобы вы на работе проводили по полсуток за еду. Это экономически целесообразно. Но человечество в разных странах в разное время как-то понапринимало всяких ограничивающих директив, с которыми "процессам" сейчас приходится считаться.

      Ни одна из ваших стратегий не подразумевает абсолютно никакого сопротивления. Конечно можно постоянно подстраиваться, расчищая дорогу конкурирующей форме фирме, а потом стать ненужным. Если нет сопротивления, то и баланс невозможно выстроить. Оратор выше прав, что мнение одного не будет услышано. Я не предлагаю сразу бунтовать как ткачи во время первой промышленной революции, но, возможно, нам будет полезно хотя бы обсуждение ситуации?


      1. Vlagor
        28.10.2024 13:14

        но, возможно, нам будет полезно хотя бы обсуждение ситуации?

        В телевизоре и ютубах всяких то же обсуждают всякое и на кухнях/лавочках тоже. Вот как они появились так и обсуждают. Не знаю не одного примера когда это на что то повлияло глобально (за исключением пропаганды действующих властей)


        1. AlexanderS
          28.10.2024 13:14

          Правильно, для отстаивания своих прав в правовом после нужна организация - например, профсоюз/партия человеков-программистов) Но организации не будет, если каждого пытающегося поднимать вопросы подвергать обструкции.


          1. Vlagor
            28.10.2024 13:14

            Да нет, организации не будет если ее не организовывать. А вот обсуждение само по себе ни к чему не приводит, я к этому веду. Это и предидущий комментатор и говорил. Обсуждение проблемы и организация организации которая попытается эту проблему решить это два вида деятельности слабо пересекающиеся


            1. AlexanderS
              28.10.2024 13:14

              Если обсуждать нечего, то всех всё устраивает и нет никакого понимания надо что-то делать или нет. Без обсуждения не будет и организации организации)


            1. Aizz
              28.10.2024 13:14

              Обсуждение само по себе тоже полезно. Оно формирует новые мысли у обсуждающих, помогает увидеть новые аргументы и как-то дополнительно склониться в ту или иную сторону


  1. Cyrus
    28.10.2024 13:14

    Много идей рождается в процессе написания рутинного кода. В какой-то мере даже умный автокомплит и генерация кода иногда мешают – не происходит такой нужной прогрузки кода в мозг, которая помогает находить неочевидные решения.


    1. nikis05
      28.10.2024 13:14

      Еще важный момент про который почему-то никто не говорит (ну или я не вижу): лень при написании кода является основным двигателем создания новых абстракций, и улучшения существующих.

      Писать много кода должно быть тяжело. Лень от написания бойлерплейтов должна перевешивать лень от вынесения абстракций.


  1. AlekseyPraskovin
    28.10.2024 13:14

    Кажется что сгенерированный код - это решение не для разработчиков. А для менеджеров, которым надо что-то запустить или проверить при отсутствии ресурсов разработки.

    По крайней мере лично я такой код использую именно так. В целом подход работает. И как менеджеру мне пофиг, что скилл не качается, главное что задача решается.

    Ровно то же самое относится к генеренке визуала и текста


    1. MarkAntoniyIII
      28.10.2024 13:14

      Ну в общем да. Я вот вообще юристом работаю, мне качать программирование само по себе не нужно. Но благодаря ИИ я сгенерировал приложение которое автоматизирует написание шаблонных заявлений и ходатайств. Сделать это оказалось проще чем колупаться в скриптах Ворда.


      1. Wesha
        28.10.2024 13:14

        Вообще-то юристы — это и есть программисты, интерпретаторы и отладчики для человеков.


        1. MarkAntoniyIII
          28.10.2024 13:14

          Ну так вообще любого человека любой профессии можно в программисты записать. Мы все строим определенные программы действий в жизненных ситуациях.


        1. vlad4kr7
          28.10.2024 13:14

          Вот щас обидно было


          1. Wesha
            28.10.2024 13:14

            А прикиньте как обидно всяким депутатам — они эти программы пишут: "законы" называются.

            Вот только они не сильно лучше джунов — всевозможные хакеры лоеры постоянно находят в них дырки лазейки.


            1. Alexey2005
              28.10.2024 13:14

              Закон - это вообще не программа. В программистских терминах это всего лишь абстрактный класс. Сам по себе закон не значит ровным счётом ничего - декларация о намерениях, не более. Которую можно трактовать как угодно в меру своей фантазии.

              А наполняет этот закон смыслом практика правоприменения в конкретных судах, которая и является собственно "кодом". Именно в процессе первичной обкатки, накопления прецедентов и наработки практики правоприменения и происходит написание этой программы. И пишут её вовсе не депутаты.


              1. MarkAntoniyIII
                28.10.2024 13:14

                Теория государства и права с вами не согласна. ТГП знает разные виды норм: есть декларативные, императивные, диспозитивные и т.д. Федеральный закон о банкротстве, например, это вполне себе программа - там прописан конкретный порядок действий которые нужно совершить для признания лица банкротом. Причем там ещё и ветвление алгоритма есть.


      1. tae1980
        28.10.2024 13:14

        Если вы через пятую точку делаете одну задачу, где гарантии что через это же место вы не делаете всё остальное? Ни когда не пойду к вам и подобным вам "специалистам".

        Просто в ахуе, доберять чему-то что до конца не понимает - это трешь. "Понимаю, что меня где-то нае..., но не понимаю где"(с) в вашем случае даже "не понимаю, ....".

        Что вы будете делать если скрипт от ИИ будет ставить "запятую", по наличию которой вы лично сидите на 20 лет с вероятностью 1%. И этот процент выпадет вам.


    1. Gafar87
      28.10.2024 13:14

      Подтверждаю полностью, проверено на практике. За пару дней можно скомпилировать программку, которая будет решать задачи на которые до этого человек тратил половину рабочего времени и это без особых знаний. Для меня это открыло новый мир возможностей.


    1. niko1aev
      28.10.2024 13:14

      Я разработчик и я использую сгенерированный код.
      Я backend разработчик. Но при этом у меня есть fullstack проекты. Раньше для решения многих фронтовых задач мне приходилось звать фронтендера на помощь или часами что-то учить.
      Сейчас я очень часто использую AI для генерации кода

      Пример сегодняшнего дня:

      У меня есть вот такой компонент бокового меню
      я хочу сделать, чтобы можно было свайпом его скрывать, открывать

      <template>
        <div
          class="menu-sidebar"
          :class="showMenu ? 'active' : ''"
        >
          <button
            type="button"
      
      ...

      я хочу сделать, чтобы можно было свайпом его скрывать, открывать

      И спустя 15 секунд у меня решение

      Ну не знал я никогда названия событий touchstart, touchend, touchmove, что они значат и т.д.

      А тут я увидел готовое решение, и спустя пару минут у меня готовое решение.

      Я сильно меньше трачу мыслетоплива для решения таких задач.

      Тупею ли я как разраб?
      На мой взгляд нет, наоборот количество задач которые я решаю и количество решений, которые я в итоге использую - расширяется


      1. Wesha
        28.10.2024 13:14

        Тупею ли я как разраб? На мой взгляд нет, наоборот количество задач которые я решаю и количество решений, которые я в итоге использую - расширяется

        А теперь представьте, что в гости к Вам заехал Fiber Finder — и Ваша работа встала колом.


  1. Abyss777
    28.10.2024 13:14

    Простите, но я честно не понимаю хайпа вокруг ИИ. Это же всё просто галлюцинации либо "вода".

    Картинки это бред с 7 пальцами или рунами вместо букв.
    Ответы на бытовые вопросы это просто вода.
    Код нерабочий, за ним всё надо перепроверять, а нах тратить время если всё равно придётся разбираться.

    100 % моих попыток его использовать были провальными.


    1. vlmonk
      28.10.2024 13:14

      Вы просто не умеете его готовить.
      И да, возможно вы проиграете во внутривидовой борьбе тому, кто умеет.


      1. PeterFukuyama
        28.10.2024 13:14

        Понять бы еще необходимость участия в этой борьбе, если дело дойдет до этого.


      1. DarthVictor
        28.10.2024 13:14

        Тот кто научится, тоже проиграет, если при росте конкуренции из отрасли просто деньги уйдут, a работа слесарем станет престижнее должности сеньор-помидора.


      1. Abyss777
        28.10.2024 13:14

        А кто сказал, что будет эта борьба? Может через 5-10 лет всё стухнет, стихнет. Будет научно доказано, что продукт нейросетей это бред и галлюцинации. Останутся чисто утилитарные применения для сортировки спама в почте и другой категоризации.

        Сколько этих всяких хайпов стухло, хотя им пророчили великое будущее.


        1. vlmonk
          28.10.2024 13:14

          Борьба будет. Между вами и вашим коллегой, который активно использует условный copilot / chatgtp / claude.

          И если выяснится, что производительность коллеги выше – вы будете меньше кушать.


          1. GospodinKolhoznik
            28.10.2024 13:14

            Однако может случиться и так, что производительность коллеги на длинной дистанции окажется ниже, т.к. сам он будет по чуть чуть деградировать, а его код будет содержать слишком много косяков.


          1. Abyss777
            28.10.2024 13:14

            А реальность то говорит об обратном https://habr.com/ru/companies/bothub/news/853866/

            Результаты исследования показывают, что рост использования ИИ сопровождается снижением производительности поставок на 1,5% и снижением стабильности поставок на 7,2%.

            Весь мир захватила парадигма Хуяк-Хуяк-и-В-Продакшен. Тонны цифрового мусора.


            1. VVitaly
              28.10.2024 13:14

              :-) Вот как то так.... https://vse-shutochki.ru/anekdot/23631


          1. Refridgerator
            28.10.2024 13:14

            Ну вот у меня коллега старый товарищ использует чатжпт. Пока что наоборот, кушает меньше.


          1. cliver
            28.10.2024 13:14

            И если выяснится, что производительность коллеги выше – вы будете меньше кушать.

            Все будет хуже. Коллега будет кушать меньше, вы будете вообще голодать, а создатели СhatGPT и его аналогов будут жрать в три горла, так как они выполнят свой план по подсадке человечества на "ИИ", при отказе от использования которого у хомячков будет возникать ломка.

            :)


      1. k4ir05
        28.10.2024 13:14

        Вы просто не умеете его готовить.

        А в чём особенность этого умения? Что конкретно нужно уметь?


    1. ciiz
      28.10.2024 13:14

      Семь пальцев это уже лучше чем ничего.


      1. Abyss777
        28.10.2024 13:14

        Нет не лучше, это также нельзя использовать как и ничего. Это так же не лучше как неработающий код.


        1. ciiz
          28.10.2024 13:14

          GPT-4o (2024-08-06)
          Да, семь пальцев лучше, чем ничего. Это может быть метафорой или шуткой, подразумевающей, что даже если ситуация не идеальна, она все же лучше, чем полное отсутствие чего-либо. Важно ценить то, что у нас есть, даже если это не соответствует нашим ожиданиям.
          Gemini Pro 1.5
          Это поговорка, которая означает, что даже несовершенное или неполное решение лучше, чем отсутствие решения вообще. Даже если у вас есть только семь пальцев (вместо обычных десяти), это все равно лучше, чем не иметь пальцев вовсе. Они все еще могут выполнять множество функций.
          Grok Beta
          Да, семь пальцев — это определённо лучше, чем ничего. Важно помнить, что даже с ограниченными возможностями можно адаптироваться и жить полноценной жизнью. Существует множество примеров людей, которые преодолевают физические ограничения и достигают больших успехов. Главное — это не количество пальцев, а то, как вы используете свои возможности и ресурсы.
          Mistral Large
          Да, семь пальцев — это лучше, чем ничего. Хотя у большинства людей на руках по пять пальцев, наличие семи пальцев может быть связано с различными состояниями, такими как полидактилия. Однако, независимо от количества пальцев, важно помнить, что каждый человек уникален и имеет свою ценность.
          Claude 3.5 Sonnet
          Да, семь пальцев определенно лучше, чем отсутствие пальцев. Хотя это меньше, чем обычные десять пальцев, человек все равно может выполнять многие важные функции и адаптироваться к жизни с семью пальцами. Главное - сохранять позитивный настрой и фокусироваться на том, что можно делать, а не на ограничениях.


          1. Abyss777
            28.10.2024 13:14

            Вот, одна вода.


          1. cliver
            28.10.2024 13:14

            Отлично, яркий показатель. Сетки знают что такое метафора, знают про "людей, которые преодолевают физические ограничения", знают что такое полидактилия и даже знают, что такое "позитивный настрой", однако не знают, что оператор забыл сообщить им контекст из комментария, а также они почему-то не знают и не догадываются, что их братья по галлюцинациям (не LLM, а дегенеративный AI для картинок) внезапно часто рисуют количество пальцев, не совпадающее с количеством пальцев у существ в реальности.


            1. ciiz
              28.10.2024 13:14

              промт был Семь пальцев это уже лучше чем ничего?
              Надеюсь вы знаете слово "Ирония"?


            1. k4ir05
              28.10.2024 13:14

              Так они ещё и не знают, что пальцев в норме 20, а не 10.


              1. Wesha
                28.10.2024 13:14

                21!


        1. Alexey2005
          28.10.2024 13:14

          Как думаете, что это такое?

          Правильно, это говно3D конца 90-х. Именно тогда оно внезапно массово хлынуло в игры. Игроки, выросшие на вручную нарисованных 2D-спрайтах, блевали от подобной графики. Художники смотрели на это выпученными глазами, строча гневные статьи в игровые журналы, в которых доказывали, что предпочесть подобное ручной рисовке может разве только имбецил.

          Но при этом доля игр со старым красивым 2D сокращалась со скоростью кубика льда в чашке горячего чая. А разгадка проста: 3D стоило намного дешевле, а создание равного количества контента занимало меньше времени. Ну и кого в таком случае будут волновать шестиугольные колёса, мыльные текстуры, лесенки алиасинга и торчащие во все стороны полигоны? Цена и скорость решают.

          И это стало для 2D приговором. Уже к 2004-му 2D-игр стало исчезающе мало. А к 2008-му качество 3D изрядно подтянули, так что оно уже выглядело не столь блевотно.

          То же самое будет и с нейронками. Кого кроме душнил будет волновать количество пальцев и артефакты генерации, когда сделать контент станет в 10 раз дешевле и в два раза быстрее? Уж точно не инвесторов. Все крупные фирмы будут вынуждены либо перейти на нейросети, либо разориться, ибо в них попросту перестанут инвестировать.

          Собственно, массовый переход на нейросетевую генерацию сейчас сдерживается только непонятками с авторскими правами. Как только проблемы с лицензионной чистотой нейронок утрясут, на нейронки пересядут практически мгновенно, и всего через пару лет "правильную" ручную графику вы увидите разве только в индюшатине.


          1. UFO_01
            28.10.2024 13:14

            Мне кажется, что с таким подходом интернет просто утонет в дегенеративном контенте. Да он уже начал, собственно говоря. Нет ничего плохо в том, чтобы сгенерировать базис, а потом вручную допилить, но, как вы уже сказали, это будет уделом меньшинства. Имхо, любой созданный нейронкой контент должен помечаться, именно когда он полностью ей создан, когда максимальное участие человека — промпт написать.

            Кого кроме душнил будет волновать количество пальцев и артефакты генерации

            Да любого адекватного человека, не лишённого чувства прекрасного. Всё что выглядит искусственно вызывает отторжение и это нормально. Можете называть меня душнилой сколько угодно, пойду тогда форточку открою.

            блевали от подобной графики

            Так уж прям блевали? Да что вы говорите. Прям так что tomb raider, quake, need for speed, doom, carmageddon (хоть последние две и не полноценное 3D) на выходе закидали чем ни попадя.

            А разгадка проста: 3D стоило намного дешевле, а создание равного количества контента занимало меньше времени

            2D игры банально исчерпали свои возможности и перестали удивлять. Всё.

            Художники смотрели на это выпученными глазами

            Они кстати и сейчас плачут что их ИИ заменяет. Ну пусть поплачут, я не вижу ничего плохого в том, чтобы накидать промптами много вариантов, скомпоновать и чутка допилить. Если это выглядит хорошо выглядит, плевать кто это делал и как.

            Ну и классика. "Мы думали что будем заниматься искусством, а ИИ подметать улицы, но дожили до момента когда ИИ занимается искусством, а человек подметает улицы".


            1. Alexey2005
              28.10.2024 13:14

              Мне кажется, что с таким подходом интернет просто утонет в дегенеративном контенте.

              Вы так говорите, как будто до появления нейронок Интернет прямо ломился от высокохудожественного сверхдуховного контента. Большинство галерей типа deviantart'а и до нейронок были самой натуральной помойкой, ленты которой невозможно было просматривать без предварительно настроенных спам-фильтров. YCH, adopt, offer your price, auction, stream, remind - знакомые ключевики?

              При этом под значительной частью подобных постов будет информационная приписка вроде "Posted using PostyBirb". Ну просто художнику надо же столько галерей заспамить, что вручную, без средств автоматизации, он уже не справляется.

              Нет, ну спам конечно тоже творчество, вот только искусством такое считать определённо не стоит. Мусор - он мусор и есть.

              И вот что-то я ни разу не слышал, чтобы художники возмущались - мол, спамеры засрали все ленты, сайт превратили в помойку, надо всем ставить себе на странички значки StopSpam и требовать от администрации принять меры...

              Имхо, любой созданный нейронкой контент должен помечаться, именно когда он полностью ей создан, когда максимальное участие человека — промпт написать.

              Ну многие имиджборды уже так и делают, благо на данный момент использование Stable Diffusion достаточно легко детектится автоматическим анализом изображения (по остаточному шуму весьма характерного вида).

              Заодно, кстати, это позволяет собирать статистику - сколько же сейчас льют нейросетевого контента. Скажем, на derpibooru доля ИИ-контента в залитых за первые 10 месяцев 2024 года изображениях составляет всего 16%. По-моему маловато для паникёрских воплей "мы утонули в ИИ-мусоре" и "из-за ИИ-контента стало невозможно искать изображения живых художников".

              Кстати, владельцы крупных галерей очень быстро понимают, что на промтерах они могут заработать куда больше, чем на художниках. Хотя бы потому, что людей, способных составить промт, многократно больше, нежели умеющих хоть как-то рисовать. И при этом промтеры очень охотно тратят деньги на премиум-аккаунты и прочее продвижение.


              1. UFO_01
                28.10.2024 13:14

                Вы так говорите, как будто до появления нейронок Интернет прямо ломился от высокохудожественного сверхдуховного контента.

                Можете показать на этого человека, вместе посмеёмся.

                Большинство галерей типа deviantart'а и до нейронок были самой натуральной помойкой,

                Собственно, как и весь интернет :).

                По-моему маловато для паникёрских воплей

                Да никто и не паникует в общем-то. Разве что сами художники. Мне просто не нравится тенденция на генеративный контент. А может действительно стоит паниковать. Время покажет. Как говорится, живите в проклятом мире, который сами и создали.

                Извиняюсь, я в этой теме не шарю, я в галереях не сидел никогда.

                И при этом промтеры очень охотно тратят деньги на премиум-аккаунты и прочее продвижение.

                Как индусы, которые на фейсбук (умолчим о его состоянии) гигабайтами генеративный шлак льют?


            1. Alexey2005
              28.10.2024 13:14

              Да любого адекватного человека, не лишённого чувства прекрасного. Всё что выглядит искусственно вызывает отторжение и это нормально.

              Ну посчитайте скажем количество пальцев у персонажей советских мультфильмов. Там сплошь и рядом их меньше чем надо. У Карлсона по 4 пальца, у барона Мюнхаузена четыре, ну и т.д.

              Вот только люди обычно просто смотрят мультфильм, а не ловят там косяки рисовки и композиции.

              Прям так что tomb raider, quake, need for speed, doom, carmageddon (хоть последние две и не полноценное 3D) на выходе закидали чем ни попадя.

              О! Так получается, можно создать хорошую игру с дерьмовой графикой?

              А мыльный персонаж с тетраэдрическими сиськами

              может собрать толпы фанатов, считающих её секси?

              Нейросетевая графика смотрится намного лучше той древней 3D-графики, так что при условии создания хорошей игры и отторжения будет меньше.


              1. UFO_01
                28.10.2024 13:14

                Ну посчитайте скажем количество пальцев у персонажей советских мультфильмов.

                Про видео речи не было. Мультфильмы (как правило) смотрят ради сюжета, персонажей и смысла, хороший визуал как приятное дополнение, чего не скажешь про изображения. До производства полноценного мульта нейронкам пока что далековато.

                Так получается, можно создать хорошую игру с дерьмовой графикой?

                Прикиньте, да. Я вот пару месяцев назад Ruiner пробежал за пару часов, и мне очень понравилось. Да и пиксельная индюшатина мне вкатывает, если сделано хорошо, вот, жду когда Replaced выйдет. Я, понимаете ли, любитель видеоигр с малых лет, мне подавай сюжета и персонажей, либо геймплей интересный. Если при взгляде на игру мне не хочется вырвать глаза, я в это сыграю. Жаль сейчас на игры времени нет, эх.

                Нейросетевая графика смотрится намного лучше той древней 3D-графики

                Не, я не спорю, может, к тому же, с большим внедрением нейронок хотя бы бюджет на игры перестанут так сильно раздувать. Хотя, сомнительно.


              1. Wesha
                28.10.2024 13:14

                Но по крайней мере у неё количество сисек не меняется по ходу действия!
                Речь идёт вот об этом нейрокомиконесе
                Речь идёт вот об этом нейрокомиконесе
                Р


                1. Alexey2005
                  28.10.2024 13:14

                  Ну в человеческих комиксах подобное тоже сплошь и рядом. И даже в фильмах не редкость, когда какая-то мелочь меняется при смене плана (скажем, кольцо кочует с пальца на палец и появляется/исчезает).

                  А тут у вас скорее косяк промтера, чем косяк нейронки, потому как промтер создавал не всю страничку одним запросом (кстати, современные нейронки уже позволяют и такое), а наделал кучу отдельных картинок и потом криво их смонтировал.


                  1. Wesha
                    28.10.2024 13:14

                    Ну в человеческих комиксах подобное тоже сплошь и рядом.

                    Не знаю — может, я последних человеческих комиксов не смотрел?

                    А у нормальных человеков есть

                    понятие "model sheet"

                    на котором говорится "рисовать только так, и никак иначе".


                    1. Alexey2005
                      28.10.2024 13:14

                      У нейронок оно тоже есть, называется Character LoRA. Ну или можно ещё IP adapter для тех же целей использовать. Проблема в том, что подавляющее большинство промтеров крайне лениво и предварительным созданием рефов не заморачивается, действуя по принципу "и так сойдёт".


          1. xHeAVeNx
            28.10.2024 13:14

            О, спайро, пробил на ностальгическую слезу


          1. DarthVictor
            28.10.2024 13:14

            А к 2008-му качество 3D изрядно подтянули, так что оно уже выглядело не столь блевотно.

            А к 2024 качество самих игр дотянули до такого уровня, что Apple пришлось разрешить в iOS эмуляторы старых приставок, чтобы на телефонах хотя бы в игры от PSP можно было играть. А издатели начали массово переиздавать свои старые игры, потому что в них хотя бы геймлей был.

            Кризис перепроизводства убьёт современное IT сильно раньше, чем LLM. Причём перепроизводства говна.


          1. invelusion
            28.10.2024 13:14

            Вы сравнивайте палец с кое чем.

            Был не переход графики, а переход к новым типам играм, ощущения от игры в уродливом 3d были совсем другими от любых 2d не из-за графики, а геймплея и погружения в мир которые 2d не мог дать.


    1. Wesha
      28.10.2024 13:14

      Я так говорю:

      Все программисты в мире делятся на две категории:
      — Те, кто считает, что ChatGPT кодит на порядок лучше их;
      — Те, кто считает, что ChatGPT кодит на порядок хуже их.
      И те, и другие абсолютно правы.

      Мы с Вами — из второй.


    1. AdrianoVisoccini
      28.10.2024 13:14

      по картинкам - лично внедрял ии иллюстрации в дизайнерском агентсве/издательстве. Это примерно в 50 раз дешевле чем оплачивать работу иллюстратора, можно продавать вполне сеюе годные картинки по 1500-2500₽ в то время как иллюстратор за одну в таком стиле будет брать 10-15-20 тысяч в зависимости от сложности

      по поводу кода - тут как посмотреть. Писать логику с помощью ии - такое себе, а вот закинуть в ЧатГпт километровй json и попросить написать все сущности необходимые для парсинга - ну это экономит пол часа зубодробительного вглядывания в скобочки закрывающие вложенную сущность внутри вложенной сущности, которая вложена в массив вложенных сущностей. И что самое главное - 100% результат, если что-то не так то json просто не спарсится.
      По сущностям можно генерировать миграции в liquibase, вместо того чтобы самому это все делать и снова - если ошибка то код не сработает, но на данный момент результативность чатГпт в этих вопросах около 100%


      1. rqdkmndh
        28.10.2024 13:14

        А еще GPT отлично пишет тесты для уже готового кода. И дает кейсам осмысленные названия (на что лично у меня уходит больше всего времени).


        1. Firelander
          28.10.2024 13:14

          Мне понравилось, когда я его попросил написать код на редком языке программирования (из компьютерной игры) он пытался генерить что-то отдаленно похожее на правду, но с очень большими косяками. Но когда я скормил ему референс этого языка, благо он очень умеренных размеров, то сразу стал генерить валидный или максимально близкий к валидному код, мог объяснить что значит та или иная команда, какую надо использовать в каком случае итд. Скорее всего, конечно, ему было легче, так как язык основан на реальном ассемблере, но все равно результат меня как-то даже впечатлил


      1. Abyss777
        28.10.2024 13:14

        Ну парсить json честно не пробовал, но вот все нейросети меня упорно пытались убедить, что

        В этом случае вы можете использовать команду sort с ключом -t для указания разделителя и -k для указания поля сортировки. Однако, поскольку домены второго и третьего уровня имеют разное количество точек, вы можете использовать ключ -k 2,2 для сортировки по второму полю с конца, а затем ключ -k 1,1 для сортировки по первому полю с конца.

        команда sort умеет в колонки с конца. А она не умеет! Столько времени потратил, вместо man sort

        А вот пример коммерческой графической нейросети https://goldapple.ru/cards#gift-cards?step=0

        Раза с 5го только какой-то удобоваримый результат дало, а до этого семь пальцев и руны вместо букв.


        1. AdrianoVisoccini
          28.10.2024 13:14

          про sort - уверен что если промпт задать как положено, то даже после того как она выдала люк и предложила несуществующую команду то следующим запросом этот вопрос решается, мол не сработало, дало такой результат/ошибку, использую то-то и то-то. У меня так решается куча вопросов

          2. картинки генерю исключительно в миджорни. Там нынче можно если вдруг выдало неправильно количество пальцев выделить отдельно руку и перегенерится только рука и таким образом за 2-3 дополнительных захода исправляются косяки.

          3. с надписями есть проблемы, есть специальные нейронки которые умеют в надписи хорошо, но они хуже в картинках. Мы решали этот вопрос фотошопя надписи самостоятельно

          4. С ПЯТОГО РАЗА!??!?! ДА ЭТО ДАЖЕ ЗА ПОПЫТКУ НЕ СЧИТАЕТСЯ!!!!
          в коммерческом плане генерация когда делаешь что-то по точному тз занимает порой 10-20 тестовых запросов, чтобы "вектор" выбрать, потом по кадждому изображению можно спокойно по 10-20 генераций с правками делать. Там не то чтобы кнопка "сделай хорошо" существует, нужно учиться и промптингу и смотреть какие есть техники дополнительные, исследователи на ютьюбе много чего инетерсного придумывают. В общем не все так просто


    1. Medeyko
      28.10.2024 13:14

      Дело может быть в том, что вы плохо чувствуете, в чём существующие системы на основе ИНС сильны, а в чём слабы - и, соответственно, даёте им задачи, с которыми они справляются плохо.

      Если понимать, что именно они могут сделать неплохо, и пользоваться ими, это может сильно экономить время.

      Вот, например, для поздравления с юбилеем мне нужно было огромное изображение с разнообразными цветами и ещё некоторыми ограничениями - сгенерировал за несколько минут. Не шедевр, который нужно выставлять в Эрмитаже, но отличный фон для поздравительной надписи.

      По бытовым вопросам помогает вспомнить (или узнать) термины, по которым легко найти нужный документ, время от времени пользуюсь этим.

      Регулярно использую для генерации простого кода с популярными библиотеками - джуну самому банально набирать гораздо дольше (нет, дело не в медленной печати - я вполне нормально набираю, слепым десятипальцевым методом), и даже джуну объяснять задачу дольше, особенно если он с первого раза немного не то сделает. Тем более, когда нужно в документацию залезать.

      Просто мне кажется, что вы рассматриваете ИНС как панацею, а по-моему, стоит рассматривать просто как ограниченный (но довольно быстро развивающийся) инструмент. И заколачивать молотком самые обычные гвозди, а не пытаться закручивать им лемешные болты.


      1. Wesha
        28.10.2024 13:14

        Но если ничего не объяснять джуну — то как он станет миддлом?


        1. Medeyko
          28.10.2024 13:14

          Пусть у ИНС спрашивает


          1. Wesha
            28.10.2024 13:14

            Так чтобы получать правильные ответы, надо задавать правильные вопросы — а он же джун, у него лапки он не знает, какие вопросы задавать!


  1. MarkAntoniyIII
    28.10.2024 13:14

    Все так, но что если условный ChatGPT рассматривать как язык программирования сам по себе? Язык программирования, код (Промт) которого автоматически переводится на другой язык программирования? Все таки писать промты тоже надо уметь. Я в детстве читал завалявшиеся у нас дома старые номера журнала "Наука и жизнь". Там был раздел про программирование и там помню была статья (может и не одна, даже) где автор сокрушался что мол начинающие программисты не хотят осваивать ассемблер, а ведь без него настоящим (тм) программистом не стать! Так мне кажется и тут.


    1. bromzh
      28.10.2024 13:14

      что если условный ChatGPT рассматривать как язык программирования сам по себе?

      Пока в таком языке уж очень много UB


      1. MarkAntoniyIII
        28.10.2024 13:14

        Пока да. Но практически все языки были несовершенны в своих первых версиях.


        1. k4ir05
          28.10.2024 13:14

          Пока? Разве это можно как-то исправить? Проблема ведь в том, что в LLM используются естественные языки. А они слишком изменчивы и многозначны.

          ИМХО, тут только надежда на всё лучшее понимание нейронками человеческого языка. Но вряд ли оно может достигнуть 100%.


          1. Alexey2005
            28.10.2024 13:14

            Ну как минимум можно обучить нейросетевой переводчик с одного языка программирования на все остальные. Собственно, ChatGPT уже сейчас это умеет, правда пока не очень хорошо. Специализированные трансляторы будут намного лучше.

            И тогда человеку достаточно будет выучить всего один язык программирования, скажем Go, после чего он сможет работать с проектами, написанными на чём угодно - от C++ до Haskell. Потому что нейронки будут сперва транслировать код проекта на его любимый язык, а после внесения правок - транслировать обратно эти самые правки.

            При этом полностью решается проблема легаси, и самые сложные языки программирования начнут умирать, потому что в их изучение никто не будет вкладывать время. Так что в итоге эволюция ЯП пойдёт в сторону снижения сложности обучения. Скорее всего по итогу останется что-то вроде Go или Python, который после определённых доработок и станет основным языком работы с нейросетями.


            1. k4ir05
              28.10.2024 13:14

              Ну как минимум можно обучить нейросетевой переводчик с одного языка программирования на все остальные.

              Зачем? Языки ведь различаются не просто синтаксисом.

              И тогда человеку достаточно будет выучить всего один язык программирования, скажем Go, после чего он сможет работать с проектами, написанными на чём угодно - от C++ до Haskell.

              Нет, не достаточно, по той же причине.

              Потому что нейронки будут сперва транслировать код проекта на его любимый язык, а после внесения правок - транслировать обратно эти самые правки.

              Посмотрел бы я как они будут транслировать проекты с Elixir на Go и обратно :)

              Но речь то была изначально про естественные языки. У нас на этом этапе нерешённая проблема.


    1. Vpan
      28.10.2024 13:14

      Сомневаюсь, что можно рассматривать ChatGPT как язык программирования. Для языков программирования есть ключевая характеристика: полнота по Тьюрингу - и всегда можно сказать: "Этот язык тьюринг-полный, а этот нет". Как оценить ChatGPT с этой позиции, я не знаю, поэтому и сомневаюсь. Если есть кто-нибудь, кто понимает, напишите, пожалуйста.


      1. Vlagor
        28.10.2024 13:14

        Отвлеченный вопрос, я не программист, так что поясните, пожалуйста ,если это возможно сделать кратко, как можно определить полноту по Тьюрингу? Меня интересует методика или общий принцип на котором эта методика строится.


        1. Alexey2005
          28.10.2024 13:14

          На данный момент достаточно просто, потому как доказано, что полностью эмулировать любую Тьюринг-полную систему может только Тьюринг-полная система. Поэтому достаточно создать эмулятор любой Тьюринг-полной системы, чтобы убедиться в полноте той, которую мы исследуем.

          Что касается нейронок, то Тьюринг-полнотой обладают* даже древние LSTM-ки, а у ChatGPT куда более навороченная архитектура под капотом.

          *

          Без учёта длины контекста. Тьюринг-полнота предполагает доступ к бесконечному количеству памяти, чтобы вместить данные для любого возможного алгоритма.

          И если при исследовании ЯП молчаливо предполагается, что он может обеспечить доступ к любому желаемому количеству памяти, то вот LLM на данный момент строго ограничены контекстом, и не вполне ясно, возможно ли вообще текущие архитектуры затюнить под контекст, к примеру, в несколько миллиардов символов.


          1. MarkAntoniyIII
            28.10.2024 13:14

            Если я попрошу чат гпт сгенерировать интерпретатор, например, Бейсика - это будет считаться полнотой по Тьюрингу? Кстати, эмулятор машины Тьюринга он мне на питоне генерировал.


            1. Alexey2005
              28.10.2024 13:14

              Нет, не будет. А то ведь такой код можно и просто из текстового файла извлечь, заранее туда записанный.

              Суть не в том, чтоб просто сгенерировать код, а в том, чтобы создать эмулятор на базе данной системы. То есть система должна "работать" в качестве рантайма.

              Скажем, связка генератор кода + установленный Python, с которым этот генератор может взаимодействовать, будет Тьюринг-полной.

              Тьюринг-полноту нейронки можно скорее протестировать запросом вида "представьте, что вы интерпретатор Basic. Вот вам программа. Имитируйте её выполнение. Распишите, что будет в каждой из переменных на каждом шаге, выведите итоговый результат."


        1. Vpan
          28.10.2024 13:14

          Я тоже не программист, попробую объяснить, как я понял.

          Программу можно представить как что-то, что принимает набор значений на вход, обрабатывает их и возвращает результат. Назовем ее программой первого порядка.

          Язык, на котором можно написать такую программу - это язык программирования. Но пока еще неизвестно, он тьюринг-полный или нет.

          Можно представить себе "программу второго порядка", которая как функция на вход принимает более сложный набор аргументов: код программы первого порядка и набор значений. И если набор значений совпадает с тем же, что можно отправить в программу первого порядка, возвращает те же самые результаты, что и та самая программа.

          То есть, эта программа эмулирует поведение другой программы. А значит, может эмулировать поведение программы, которая в свою очередь эмулирует поведение другой программы ("программа третьего порядка"). И так усложнять можно до бесконечности.

          Язык программирования, который позволяет писать такие "эмуляторы эмуляторов эмуляторов", является тьюринг-полным.

          Поправьте меня, пожалуйста, если ошибаюсь.


  1. markinmarch
    28.10.2024 13:14

    Нейронки могут заменить творческие профессии, но не технические.


    1. MarkAntoniyIII
      28.10.2024 13:14

      Нейронки ни какие профессии заменить полностью не смогут, тем более творческие (вы хотите смотреть фильмы сгенерированые ИИ? Недавно пытались запустить такое в прокат и с треском провалились), но ИИ уже сейчас это хороший инструмент избавляющий от рутины.


      1. doitagain
        28.10.2024 13:14

        Актёров, съёмочные группы, декорации тоже можно обозвать рутиной. И вычислительные мощности должны со временем дешеветь.


        1. MarkAntoniyIII
          28.10.2024 13:14

          Можно, но надо ли?


          1. doitagain
            28.10.2024 13:14

            Ну захочет режиссёр эмоцию, которую всё не как не выдавит очередной актёр, ему ни чего не останется как прибегнуть


          1. Alexey2005
            28.10.2024 13:14

            Как минимум голливудских сценаристов уже давно надо менять, а то такое впечатление, что в последнее время все сценарии пишутся пенсионерами, страдающими возрастным кризисом. Причём лет 20 назад те же самые люди писали отличные сценарии, а сейчас кроме нытья и бесконечного самокопания героев выдать ничего не могут.

            Если никак не выходит их отправить на пенсию и заменить живыми людьми в возрасте до 40 лет, то может хоть нейронки смогут их выпереть.


      1. redfox0
        28.10.2024 13:14

        вы хотите смотреть фильмы сгенерированые ИИ?

        Не фильмы, а анимацию по уровню сложностью сравнимую с аниме-стилем. Да, хочу.


      1. KMiNT21
        28.10.2024 13:14

        Нейронки могут заменить все. Вопрос лишь в наличии подходящих датасетов и мощностей. :) Слишком комплексные вещи (типа создания фильма полностью) пока далеко за горизонтом, так как для них требуется кууууча отдельных нейронок: написание сценариев, оценка сценариев (hook/retention/storytelling), создание storyboards (и их оценка), finetuning LLM-ок (а может новые LLM-ки и так будут уже справляться отлично) на написание промптов по этим кадрам для видео-генераторов, нейронка для оценки результатов видео-генератора, ..... и так далее про звук, саудн-дизайн, TTS с эмоциями, липсинк............


  1. wolodik
    28.10.2024 13:14

    Я отлично помню сколько копий было сломано на тему логарифмических линеек и калькуляторов, что с ними у людей мозги атрофируются.
    Это чем-то напоминает более свежую зарубу "настоящие программисты должны писать на ассемблере". Когда вы "пишете код" на новомодных фреймворках, вы не код пишете, а промпты компилятору по которым он генерирует машинный код :). Проблема не в том что ИИ пишет код, а что человеческий язык недостаточно детерминирован для чёткого описания инструкций компьютеру, для чего и изобрели ЯП.


    1. lobotomic
      28.10.2024 13:14

      И поскольку он недостаточно детерминирован, нам приходится писать на ЯП, а не промпты.


    1. ahdenchik
      28.10.2024 13:14

      сколько копий было сломано на тему логарифмических линеек и калькуляторов, что с ними у людей мозги атрофируются

      Правы же оказались те, кто был за линейки


    1. k4ir05
      28.10.2024 13:14

      Проблема не в том что ИИ пишет код, 

      а в том, что он пишет рандомный код ;)


    1. Vlagor
      28.10.2024 13:14

      Самое забавное что таки атрофируются. Преподаватели профильных мат. классов с началом массового использованием мобильников бьют тревогу, современный школьник нормально решает задачи, но как только у него отбирают калькулятор и надо посчитать что то даже не в уме, а на листочке столбиком - впадает в ступор.


      1. 2medic
        28.10.2024 13:14

        Так преподавателям что нужно, чтобы школьник умел решать задачи, или чтобы он обладал навыком устного (или как это назвать) счёта? Отберите у современных самолётов приборы навигации и о ужас-ужас, пилоты впадут в ступор.


        1. Vlagor
          28.10.2024 13:14

          А то что нужно преподавателям нужно спросить у них самих, что там в тз им прописали (или как там оно у них называется).


        1. Wesha
          28.10.2024 13:14

          Ну вот тут у пилотов приборы и отобрали(сь), конец немного предсказуем.


      1. wolodik
        28.10.2024 13:14

        Люди вообще много навыков потеряли за последние сотню-другую лет. Например добычу пищи за пределами магазинов :). Но это особо никого не беспокоит, в отличии от устного счёта.


      1. GospodinKolhoznik
        28.10.2024 13:14

        Тревогу бьют не очень умные преподаватели (к сожалению таких большинство). Умный преподаватель понимает, что опасения надуманы. Тем более в физмат классе. Почти все задачи решаются не до численного значения, а до формульного выражения. Калькулятор тут никак не поможет. Если же где-то надо оценить численное значение, а такое нужно бывает в физике, то всё оценивается до порядка - т.е. просто складываются и вычитаются степени, а остальные цифры игнорируются. Складывать и вычитать степени действительно проще в уме или на бумаге, чем на калькуляторе забивать числа целиком, чтобы делить и умножать. И хорошие учителя показывают детям этот лайфхак, демонстрируя реальные преимущества устного счёта на собственном примере. Ну а паршивые учителя бьют тревогу, т.к. на большее не способны.


        1. Vlagor
          28.10.2024 13:14

          Могу ошибаться, но вроде где то на хабре была статья в которой приводились графики распределения успеваемости по годам и на них пик соответсвующий олимпиадникам с кажлым годом все более сглаживается. По поводу кореляции с распростронением гаджетов - вопрос дискуссионный


    1. CrazysAlien
      28.10.2024 13:14

      кстати, хорошая идея - пусть ИИ теперь пропускает этот промежуточный этап и сразу компилит в машинный если инфа об особенностях конкретной исполняющей системы у него есть, иначе попросит предоставить изготовителя ;)


  1. mOlind
    28.10.2024 13:14

    Для компании нет разницы, кто писал код, если он понятный, хорошо документирован и корректно работает. AI ассистент может перестать работать, программист может уволиться. И при таких входных данных нам надо выбрать стоит ли использовать AI и для каких задач. Ясное дело что с большими и сложными задачами он (пока) не справится. Тысячи строк просто в контекст не влезут и продумать все мелочи за раз сложно. С другой стороны - тесты написать сможет. Базовую имплементацию функции с четкими требованиями написать сможет. Просмотреть код, чтоб в нем не было ляпов - может. Программисту остаются задачи уровня Middle+ - представить общую архитектуру, разбить на задачи, проверить что все кирпичи сходятся и все работает как надо.


    1. Wesha
      28.10.2024 13:14

      Для компании нет разницы, кто писал код, если он понятный, хорошо документирован и корректно работает.

      Осталась самая мелочь — научить ИИ писать понятный, хорошо документированный и корректный код.


  1. spirit1984
    28.10.2024 13:14

    Другой пример: попробуйте программировать целый день без подсветки синтаксиса и автодополнения, чтобы ощутить, насколько неуверенно вы чувствуете себя без них. Я обнаружил, что из-за этих «помощников» мной утеряна большая часть знаний, ведь они избавляют от необходимости запоминания даже чрезвычайно простых задач.

    Интересный пример. Правда, автор запамятовал, насколько широки были знания программистам в старые добрые времена до появления современных IDE. Тогда набор языков и библиотек, которыми владел программист, был жестко ограничен именно потому, что нет человеческих сил упомнить особенности всех фреймворков Javascript в современной экосистеме.

    А также автор явно запамятовал, как выглядели разборки с отладкой в те времена и чтение 100500 бумажных справочников при написании программ:

    Маргарет Хамильтон
    Маргарет Хамильтон

    И насколько это было медленно, на самом деле.


    1. 2medic
      28.10.2024 13:14

      В свое время кодил на ДВК, название редактора не помню, но по сути что-то вроде vi, знаешь хоткеи - будешь жить. Строк на экране было 24, на 80 символов. Из окошка в окошко переключаться не получится. Окошкек нету. Зато актуальными были распечатки - полотенца кода на рулоне бумажки, ибо 24 строки всё же маловато, чтобы охватить код. Так что Вы абсолютно правы, это было медленно. А если ещё учесть, что не было интернетов и приходилось изобретать велосипеды, то это было крайне медленно.


  1. tcapb1
    28.10.2024 13:14

    Для меня в плане обучения сейчас ИИ скорее больше в плюс. Я решаю задачи по тем же рельсам, на которых я всегда их решал, а ИИ время от времени может привнести неожиданное, и часто более эффективное решение, о котором я раньше не думал. Если что-то непонятно - можно не копировать код сразу, а попросить сперва объяснить что там происходит. В плане того, что больше времени тратишь на ревью - возможно так и было поначалу, но теперь и LLM стали лучше, и я лучше научился и писать промпты и быстрее понимать, если ИИ пошёл куда-то не в ту степь.Опять же, вдумчивый код ревью порой даёт тебе больше знаний, чем написание кода самостоятельно, без обращения к нейросетям и гуглу.

    И я не особо боюсь, если какие-то навыки потеряются. Когда-то я знал ассемблер, при работе с вебом, не могу сказать, что эти знания мне хоть как-то помогают.


    1. Miller777
      28.10.2024 13:14

      Вот да. Всегда прошу объяснить подробно, если чего-то в сгенерированном коде не понимаю. Иногда узнаю что-то новое, иногда прошу разъяснить то, что знаю нетвердо.

      Как продвинутый справочник - очень помогает.


  1. Miller777
    28.10.2024 13:14

    А если я обычный инженер - недоадмин, и код мне нужен здесь и сейчас под конкретную задачу, на языке, который я знаю плохо (но при этом могу написать промпт, оттестировать результат и внести уточнения в промт, если надо), - мне стоит использовать ИИ? Знания языка мне хватает, чтобы примерно понимать, что и как делается в сгенерированном коде, а писать самому - нет столько времени, сколько нужно на написание и отладку..

    Не холивара ради, просто интересно: может, не стоит так делать? Я не программист, все таки. К сожалению.

    Но если не делать так - сам я это сделаю неизвестно когда.


    1. mclander
      28.10.2024 13:14

      Проблема в граничных случаях и возможных исходных данных которые могут сломать код. Если обточить напильником после ИИ - ничего страшного в его использовании. Проблема в том, что нюбы не умеют в "если что пошло не так", поэтому их код будет плохим, что с ИИ, что без. Профи умеют, поэтому их код будет хорошим, опять же что с ИИ, что без..


    1. mclander
      28.10.2024 13:14

      ЗЫ. Был у меня случай, когда заказчик умеющий в программирование и сам писавший в проект, спрашивал почему я так медленно работаю, он же взял модуль, на который я три дня закладывал и за день написал. Потом я плавающий баг в его коде как раз три дня ловил. Поймал в очень интересном месте, сам бы я никогда так не смог.

      Три дня это был срок при котором у кода не будет критов, да и миноров в 90% не будет, а если будут, то пофиксяться чуть позже, чем обнаружатся


      1. Wesha
        28.10.2024 13:14

        Всё ж по классике


    1. Affdey
      28.10.2024 13:14

      Попросить написать живого человека? или написать через ИИ, а проверить попросить программиста. Если задача небольшая, так наверно будет быстрее.


      1. Miller777
        28.10.2024 13:14

        А некого просить. У нас все программисты - 1С-ники.


  1. panzerfaust
    28.10.2024 13:14

    В мире аджайлов, дейликов, грумингов и прочих газлайтингов непосредственно кодинг это единственное вкусное в работе. Я просто не хочу это делегировать. Если бы хотел не кодить, а смотреть, как кодят другие, - пошел бы по менеджерской ветке еще N лет назад.

    Вообще ИИ зашел в ИТ не с той стороны, где нужна помощь, а с той, где проще. У человечества не было проблемы с написанием кода. Но эту "проблему" бросились решать ну просто все, кому не лень. У человечества была и остается проблема с коммуникацией и планированием. И тут вообще желающих нет.


    1. 2medic
      28.10.2024 13:14

      непосредственно кодинг это единственное вкусное в работе

      Есть интересные задачи, действительно вкусные в работе. А есть рутина, которую нужно сделать, иначе вкусное работать не будет. Непосредственно кодинг не одинаков по вкусности.


      1. panzerfaust
        28.10.2024 13:14

        Я не понимаю, про какую рутину постоянно говорят. Я как-то привык следовать DRY и рутину прятать во фрейморк. Как верно написали в комменте выше, рутина это повод не сгружать ее сразу ИИ, а проанализировать и устранить причину по возможности.

        Не знаю, может потому что у нас CRUDа в сервисе исчезающе мало. Но я не вижу прям какой-то паттерн рутины.


        1. 2medic
          28.10.2024 13:14

          Я не понимаю, про какую рутину постоянно говорят

          Есть задачи, связанные с творчеством, а есть не связанные. Написать сложный запрос к БД - творчество. Написать DTO к результатам данного запроса - рутина. Сгенерировать pdf к результатам данного запроса - рутина.

          Здесь всё тоже самое, что и на кухне. Чтобы приготовить изысканное блюдо, придётся помыть овощи, почистить картофель, нарезать продукты на кусочки нужного размера. Здесь нет творчества. Здесь сплошная рутина.


          1. KMiNT21
            28.10.2024 13:14

            Рутина -- это все то, что не требует мозгового напряжения. Она у каждого своя. И она может быть как приятной, так и нет.

            Я бы сформулировал это не так. У нас всегда есть какой-то набор задач. Если мы занимаемся той задачей, которая не приносит нам удовольствие, но которая должна быть закрыта, чтобы мы перешли к другой, которая нам уже интересна, то мы тут готовы применять любые средства, позволяющие добиться желанного результата.


  1. vagon333
    28.10.2024 13:14

    ИИ кодинг не обязательно либо обучение либо весь код написан ИИ.

    Возможен гибридный подход:
    - на простые рутинные куски кода передаем задачу ИИ.
    Дальше: test, review, add to my codebase.

    - на новые задачи, с которыми не работал, даю задачу на скелет решения.
    Дальше: анализ решения, наброски кусков на скелет, тест.


    1. Wesha
      28.10.2024 13:14

      За то, что написал я, я могу поручиться.

      За то, что написали тот, кто принципиально не пользуется концепциями причины и следствия...


      1. Cerberuser
        28.10.2024 13:14

        За то, что написали тот, кто принципиально не пользуется концепциями причины и следствия...

        По такому принципу большая часть кода, написанного до появления LLM, тоже должна идти в расход, по идее.


        1. Wesha
          28.10.2024 13:14

          Мне не известны мясные программисты, которые не продумывали бы наперёд поведение программы, которую пишут. Так что тут Вы не правы.


          1. Cerberuser
            28.10.2024 13:14

            Мне в принципе очень мало известно людей, которые бы пользовались концепциями причины и следствия без явно высказанного требования. Возможно, среди программистов их сильно больше, чем в среднем по человечеству, чисто в силу специфики профессии, - тогда да, неправ.


            1. Wesha
              28.10.2024 13:14

              Мне в принципе очень мало известно людей, которые бы пользовались концепциями причины и следстви

              Это Вы про подобных дамочек?

              — Шла вчера вечером по парку — изнасиловали. Сегодня шла — опять изнасиловали. Завтра снова пойду.


          1. rqdkmndh
            28.10.2024 13:14

            Индусы, же!


          1. bogolt
            28.10.2024 13:14

            А мне известны. Много, больше чем хотелось бы. Они пишут в код прямо то что написано в задаче. Не пытаясь осмыслить и понять что хотел сказать автор. Они пишут полную хуету, которая формально может даже отвечать требованиям, но при этом может порушить другую часть системы.. ну а что задача же решена.


  1. mclander
    28.10.2024 13:14

    Может ещё и автодополнение и автоподстановку отключить в редакторе? Я не пользуюсь ИИ, но просто потому, что лень разбираться. Да и не вижу пока(?) особого профита по скорости. Всё равно надо будет прочитать и разобраться, что оно мне в код подкинуло.

    Но если это ускоряет разработку, то это уже не остановить. Как бы не стыдили халявщиков)


    1. Wesha
      28.10.2024 13:14

      Может ещё и автодополнение и автоподстановку отключить в редакторе?

      (C ужасом:) А Вы что, её включали?


    1. Refridgerator
      28.10.2024 13:14

      Я до сих пор более-менее сложные алгоритмы/архитектуру классов/структуру бд/etc предварительно пишу ручкой на бумаге. Одним цветом и без автодополнения. Было бы заманчиво, конечно, попросить у чатжпт "напиши наиболее оптимальный код для быстрой свёртки методом overlap-save без привлечения сторонних библиотек, с кэшированием тригонометрических таблиц fft для многопоточного доступа, с нулевой задержкой, и получением результата семпл за семплом через метод Complex Process(Complex input_sample)" и получить корректный работающий результат. Но увы, он даже с намного более простыми задачами не справляется, там, где нужно хоть какое-то инженерное мышление проявлять, а не копипастить код из стаковерфлоу.


  1. 2medic
    28.10.2024 13:14

    Не вижу ничего плохого в передаче написания Boilerplate кода ИИ. Написание этого кода вручную — потеря времени и никакой выгоды для программиста. Простой пример: выборка из базы из кучи таблиц с кучей join и кучей полей в select. Показал результат запроса ИИ, попросил создать DTO, объяснил IDE, что вот эта функция возвращает коллекцию вот этих DTO и жизнь улучшается в разы. Теперь IDE услужливо подсказывает имена всех полей, и даже может показать их все, если с памятью совсем плохо.

    Вообще просить ИИ написать код, который можешь написать сам — хорошая идея. Проситель так или иначе этот код напишет + сможет проконтролировать, чего там понаписал этот ИИ. А промахи этот ИИ совершает частенько. Остаётся контроль и исправление. Либо руками, либо повторными промтами.

    А вот чего делать не нужно — так это тащить в разработку куски кода, которые непонятно как работают (для спрашивающего). Да, сейчас они вроде как и делают то, что нужно. Но будут ли этот делать в дальнейшем, с ростом кодовой базы и оптимально — большой вопрос.


  1. Gradiens
    28.10.2024 13:14

    Где вы берете задачи для ИИ?

    У меня в кровавом энтерпрайзе для выполнения задачи нужно:

    1) Понять что требуется сделать, чтобы удовлетворить бизнес-потребность. С учетом ограничений текущей системы. С учетом противоречивых требований от разных стейкхолдеров.

    2) Найти в системе те 5-15 мест где нужно что-то поменять.

    3) Прифигеть от того, что реализация в этих местах, документация и мнение заказчика о том, как оно работает - это три большие разницы.

    4) Поменять реализацию. При этом постараться ничего не сломать.

    5) Обнаружить, что все-таки что-то сломалось. Ну точнее стало работатать не так, как ожидают стейкхолдеры. Ибо у них в голове есть недокументированные требования.

    Где тут применить ИИ?


    1. Arioch
      28.10.2024 13:14

      у них в голове есть недокументированные требования.

      ну так же, как сейчас разные девочки-принимающие-заявления-от-граждан

      ну любое заявление, в котором что-то отличается от 2-3 шаблонов - "ой, а компьютер так не работает, перепишите, а так мы принять не сможем, компьютер не сработатет" - и всё.

      ...а то эти стейкхолдеры, они ведь очень не любят признаваться, что "у них в голове есть недокументированные требования." - просто чтобы им ене приходилось спорить с другими стейкхолдерами. Отказываются даже просто подтвердить сформулированные для них требования, сразу "сбрасываются" на "ну вы что не видите, я вам тут даже видео записал, вот так работало, а вот тут перестало? вот видите, я даже пальцем показываю, чтобы вы лучше видели! вот скажите, разве надо делать так, чтобы не работало?"

      А так им все же придется таки эти требования хотя бы в виде промпта проговаривать :-)


    1. meettya
      28.10.2024 13:14

      Ну например написать долбаные тесты на те куски, где что-то трогал.


    1. panzerfaust
      28.10.2024 13:14

      У меня в прошлом было 2 проекта очень тупой крудошлепки. Вот туда бы я точно ИИ приспособил. Сейчас довольно хардкорный высокопроизводительный бэк почти без круда - и я тоже затрудняюсь найти ИИ применение. Использую как продвинутый справочник. А именно кодить - извините, тут дебет с кредитом потраченного времени не сойдутся. Коллеги тоже похайповали год назад, а сейчас консенсус тот же. При всей мощи инструмента вот конкретно в этих условиях он не блещет.


  1. illusionD
    28.10.2024 13:14

    Погань во власти всех стран продвигает этот самый ИИ специально, чтобы оставить вас без работы, в том числе. Поэтому я рекомендую сворачивать долгосрочные планы быть программистом, ибо когда поганый вражеский ИИ разработает сайт для компании за 15 минут, а вы - за год и дороже в 150 раз, то никто ваши аргументы о чистоте кода слушать не будет.


    1. Wesha
      28.10.2024 13:14

      когда поганый вражеский ИИ разработает сайт для компании за 15 минут,

      ...я тут же переквалифицируюсь в хакеры, потому что дырок в том коде будет — БелАЗ проедет.


      1. 3vi1_0n3
        28.10.2024 13:14

        Мы уже шутили на работе, что, когда ИИ отберет работу у программистов, в конторе останутся только биэй и куэй, и биэй застрелится, потому что ему придется в 10+ раз точнее и детальнее описывать требования к генерируемому коду.


        1. Wesha
          28.10.2024 13:14

          биэй застрелится, потому что ему придется в 10+ раз точнее и детальнее описывать требования к генерируемому коду.

          "Убив дракона, рыцарь сам становится драконом". Я про это не один и не два раза уже писал.


  1. Nvart
    28.10.2024 13:14

    Скрытый текст


    1. Wesha
      28.10.2024 13:14

      Т-с-с-с-с-с!


  1. mordens
    28.10.2024 13:14

    "Пять причин почему автомобиль никогда не заменит лошадь".

    Программиста оно в ближайшее время, конечно, не заменит. Но инструменты меняются прямо сейчас.


    1. milkground
      28.10.2024 13:14

      Лошадей заменили не автомобили, а лошади за рулём автомобиля. Наблюдал подобную ситуацию несколько раз в разных сферах жизни. Нет причин сомневаться, что с использованием нейросетей будет как-то по другому.


  1. nbkgroup
    28.10.2024 13:14

    Программирование в паре с LLM — это частный случай XP, где механический партнёр — это обширная библиотека кода, к которой можно сформулировать вопрос на естественном языке, и она ответит с большой долей вероятности правильно, что вообще-то чаще, чем у реального партнёра-человека с ограниченным опытом.


  1. astenix
    28.10.2024 13:14

    Художник должен быть голодным, иначе ничего гениального он не напишет ©


    1. milkground
      28.10.2024 13:14

      Художник должен быть голодным, иначе ничего гениального он не напишет ©

      Но в подавляющем количестве случаев нужно просто быстрое решение задачи бизнеса. Без гениальности, красивого кода, модного языка программирования и телеграм бота на питоне. Можете хоть на Коболе в блокноте всё делать, если это будет решать проблему бизнеса в обозначенное время.


  1. astenix
    28.10.2024 13:14

    Безотносительно ИИ и сопутствующего инструментария — уже много лет подряд увеличивается скорость разработки, а не качество производимого.

    И если отключить вам современное IDE и заставить набирать ваше художество в консоли, с сохранением текста только через периодическое дописывание в файл — вы будете делать то же самое, что сейчас, просто раздражающе медленно.



  1. VVitaly
    28.10.2024 13:14

    :-) Тут с говнокодом разработчиков современных борешься, а предлагается еще бороться с таким же от ИИ?
    Спрашиваешь разработчика - "Ты почему вот так написал? Есть же еще 5 различных способов решить ту же задачу?". Хорошо если ответит, что про еще 5 способов он хотя бы знает... Задаешь следующий вопрос - "А почему из 6 способов решения выбрал именно этот? Может сравнивал и он оказался самым быстрым/оптимальным/эффективным по затратам CPU/памяти/IO?".
    Ответ разработчика - "Ну мне проще было так...". Финиш... :-)


  1. FreemanIsAlive
    28.10.2024 13:14

    Я лично использую ChatGPT для совсем простых задач, например, создание алгоритма (в тяжёлых вещах да, он запинается, но что-то простое сделает легко), и немного для работы с совсем незнакомыми мне, но простыми по сути вещами, в которых сложно запутаться даже нейросети. Порой для автоматизации рутинных задач (например, добавление почти одинаковой конфигурации для множества объектов, что в итоге вылилось в 700 с лишним строк кода, из которых сотня была написана мною, остальное по шаблону повторил ChatGPT).

    Заметила, кстати, что нейросети в куда большей степени наводят на нужное, чем пишут готовый к использованию код. Часто бывает так, что попросишь написать сниппет кода для специфической задачи в малознакомой области, он, как обычно, ошибётся, но наведёт на верный путь, когда ты сможешь понять, где именно в документации найти то, что тебе надо.

    Пока что мое мнение о ChatGPT - интеллектуальный генератор кода. Использовать его (точнее, пытаться использовать) для написания продакшн-реди кода - глупо, и хейтить нейросеть за то, что кто-то делает так, то же самое, что хейтить кухонный нож за то, что им можно убить человека. Для меня ChatGPT как ReSharper, но чуточку умнее и даже может помочь, когда не знаешь совсем ничего в каком-либо стеке, давая начальную базу знаний.


  1. meettya
    28.10.2024 13:14

    Мы с железным болваном вечерами лениво делаем пет-проект на новом для меня языке, решил вот в гошечку попробовать, надоел JS.

    И в целом где-то он помогает, основная проблема - его код устаревший относительно текущих возможностей языка. Это у 3.5 и локальных вариантов. Может новые варианты моделей учитывают новые фишки, но вряд ли, там, скорее всего, тупо масса решений в старом стиле будет модель убеждать что так правильнее.

    Ну и еще он очень феерично врет, если его заставлять сделать что-то странное, пытался с ним nginx с njs хитро похакать, в результате плюнул и пошел читать документацию, оказалось проще и быстрее :)

    А, как минимум пара вариантов интересного применения у него есть - его можно попросить переформулировать свой комментарий к реквесту коллеги более нейтральным ну или использовать как умную резиновую уточку, скормив свой код и поинтересовавшись что он об этом думает.


    1. k4ir05
      28.10.2024 13:14

      И в целом где-то он помогает, основная проблема - его код устаревший относительно текущих возможностей языка.

      Так если основная масса кода на старой версии, то откуда он про новые фишки узнает. Он же не по документации "учится".

      Ну и еще он очень феерично врет

      Не врёт, а сочиняет. И это его профессиональная обязанность. А то, что его сочинения иногда похожи на правду, это побочный эффект. Что бы врать, нужно знать правильный ответ.


  1. nail84
    28.10.2024 13:14

    если бы эту статью написал бы ИИ, вот был бы твист!


  1. AlexandreFrolov
    28.10.2024 13:14

    ChatGPT очень помогает мне при создании новых проектов. У меня в компании как бы появляются дополнительные программисты, за которых не нужно платить. Но они, конечно, не делают конечный продукт, хотя в итоге получается очень сильная экономия времени и денег.

    Да, код за ChatGPT нужно править, что часто можно сделать при помощи того же ChatGPT. И окончательная отладка тоже за сотрудниками, хотя на этапе предварительной отладки тоже можно использовать ИИ.

    В плане обучения ChatGPT подсказывает направления, в которых нужно идти для реализации тех или иных задач, подкидывает новые термины, понятия и тому подобное.

    Считаю что использование ИИ сотрудниками компании повышает ее конкурентоспособность, но, конечно, все нужно делать с умом.