За последние несколько месяцев я разговаривал со многими начинающими разработчиками, которые всё больше и больше беспокоятся об ИИ. Они видят всё более впечатляющие демонстрации таких инструментов, как GPT-4, и обеспокоены тем, что к тому времени, когда они освоят HTML/CSS/JS, для них не останется рабочих мест.

Сантимент по всему Твиттеру сейчас такой:

«Всем фронтендерам следует немедленно начать диверсифицировать свои навыки, так как их работы скоро не станет.»
«Всем фронтендерам следует немедленно начать диверсифицировать свои навыки, так как их работы скоро не станет.»

Я категорически с этим не согласен. Не думаю, что работа веб-разработчика исчезнет. И мне уже надоела распространяемая в сети паника.

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

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

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

Не опять, а снова

Язык CSS был впервые выпущен в 1996 году в Internet Explorer 3. В течение двух лет был запущен первый «no-code» инструмент, Homestead.

Homestead позволял людям создавать собственные веб-страницы без единой строки кода:

Интерфейс Homestead
Интерфейс Homestead

Практически с самого начала существовала обеспокоенность тем, что веб-разработчики станут ненужными из-за какой-то новой технологии. В 2000-х это был WordPress. В 2010-х годах это был Webflow. В начале 2020-х – это были «no-code» инструменты.

И, в некотором смысле, веб-разработчики действительно устарели! В наши дни, если местной пекарне, стоматологу или художнику нужен веб-сайт, они, вероятно, не будут нанимать разработчиков и платить им десятки тысяч долларов, чтобы написать что-то с нуля. Они откроют SquareSpace и подберут себе понравившийся им шаблон за $20/месяц.

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

На прошлой неделе OpenAI провела демонстрацию GPT-4. Она была довольно впечатляющей: GPT-4 может взять нарисованный от руки эскиз и превратить его в полнофункциональный веб-сайт, с небольшим количеством JS для работы кнопки «Reveal Punchline».

Эскиз сайта
Эскиз сайта
Результат от GPT-4
Результат от GPT-4

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

Заглядывая в будущее

Большинство демонстраций, которые я видел до сих пор, довольно ограничены по масштабу: простая HTML-страница или одна JavaScript-функция. То, что один разработчик может сделать за пару часов.

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

Я далеко не эксперт, когда дело доходит до больших языковых моделей (БЯМ, Large Language Models – LLM), таких как GPT-4, но высокоуровнево я понимаю, как они работают.

По сути, БЯМ являются сверхмощными текстовыми предсказателями. Они берут ваш запрос и используют машинное обучение, чтобы попытаться придумать наиболее вероятный набор символов, который соответствует этому запросу.

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

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

БЯМ не могут проверить свои предположения и гипотезы. Они не могут подтвердить, правда ли то, что они говорят, или нет. Они играют в угадайку, выдавая символы, которые им кажутся совместимыми со строкой символов из ввода.

Иногда некоторые части их ответов оказываются абсолютно бессмысленными. Команда OpenAI называет их «галлюцинациями».

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

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

Но подождите, в демо GPT-4 мы видели, как ИИ может исправляться! Если выскочит сообщение об ошибке, скиньте его модели, и она найдет и решит проблему.

Да, однако не все галлюцинации приводят к исключениям. Например, я недавно использовал GPT-4 для генерации компонента модального окна на React. И в то время как вывод был удивительно хорош, ИИ все еще допустил несколько ошибок доступности. Человек, создающий приложение, может не заметить эти проблемы, но зато конечные пользователи наверняка их заметят!

А как насчет уязвимостей в коде? Кто будет нести ответственность, если дела пойдут ужасно неправильно?

Еще один момент: есть огромная разница между созданием 50-строчного HTML-документа и выводом готового к продакшену веб-приложения. Даже такое небольшое приложение на JavaScript, как мой персональный блог, имеет около 65 тысяч строк кода в более чем 900 файлах. Это не считая текстового контента, только JavaScript и TypeScript.

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

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

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

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

Дополняя, а не заменяя

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

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

Плотники не были заменены электроинструментами, бухгалтеры не были заменены электронными таблицами, фотографы не были заменены цифровыми камерами и смартфонами, и я не думаю, что разработчики будут заменены БЯМ.

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

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

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

На самом деле, я думаю, что это может даже увеличить общее количество рабочих мест для разработчиков.

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

Эти компании из списка Fortune 500 считают деньги, основываясь на текущей стоимости разработки ПО. Давайте прикинем: предположим, что им нужно четыре разработчика по $150 тысяч каждый, это $600 тысяч в год. Для них имеет больше смысла платить агентству $500 тысяч. Но если БЯМ действительно повысят производительность разработчиков, они смогут нанять два разработчика по $150 тысяч каждый, чтобы выполнить тот же объем работы. Внезапно математика стала намного привлекательнее!

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

Мы не единственные, кто ведет этот разговор

Аарон Блейз – аниматор и иллюстратор с большим стажем. Он работал в Disney почти 20 лет, участвуя в таких классических фильмах Disney, как «Красавица и чудовище» (1991), «Аладдин» (1992), «Покахонтас» (1995) и другие.

Пару недель назад он опубликовал видео на YouTube: «Аниматор Disney реагирует на анимацию от ИИ». Прочитавшие статью до этого места заметят, что его мнение будет звучать знакомо: он не видит в этих инструментах угрозы, он видит их как нечто, что повысит производительность аниматора и приведет к увеличению их рабочих мест.

Художники и работники умственного труда в десятках отраслей сейчас ведут один и тот же разговор. Люди обеспокоены тем, что их заменят такими ИИ, как GPT-4, DALL-E 2 и Midjourney.

Например, GPT-4 может пройти смоделированный экзамен на адвоката с результатом из топ-10%. Многие юристы сейчас обсуждают то же самое, что и мы сейчас.

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

Но что, если я ошибаюсь, и окажется, что БЯМ могут полностью заменить разработчиков? Если это так, я подозреваю, что тогда БЯМ заменит большинство работников умственного труда.

Фронтенд против других инженерных дисциплин
Некоторые люди в Интернете предполагают, что фронтендеры особенно подвержены замене ИИ и предлагают нам перейти в другие сферы, в бэкенд или обработку данных.

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

На прошлой неделе на прямой трансляции OpenAI GPT-4 показали два демо, связанные с кодом: фронтенд сайта про шутки и Discord-бот на Python.

Из двух проектов код на Python показался мне намного больше готовым к продакшену. Недавно я писал Discord-бота на Node.js, и код выглядит довольно похоже.

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

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

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

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

Лично я считаю себя Full-stack разработчиком. Я фактически начал свою карьеру на бэкенде, с PHP и Ruby on Rails. Я все еще трачу достаточно много времени на написание бэкенда для своей платформы курсов. Обе стороны стека сложны по-разному. Они обе тяжелы и комплексны.

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

Использование БЯМ для обучения

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

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

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

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

Вместо того, чтобы использовать ИИ как GPS, я бы посоветовал при использовании моделей относиться к себе как к присяжному, а к БЯМ – как к ответчику.

Вы слушаете то, что он говорит, но не верите ничему на слово. Вы скептически и критически оцениваете каждое его слово.

Вместо того, чтобы слепо копипастить код, который генерирует ChatGPT, вы проходите его построчно и убеждаетесь, что понимаете его. Просите уточнений. И перепроверяете вещи, которые кажутся подозрительными, в авторитетных источниках (например, в официальной документации). Имейте в виду, что БЯМ на 100% уверены, но не на 100% точны.

Если Вы будете следовать этой стратегии, думаю, что БЯМ могут принести вам большую пользу. ????

Обращение к начинающим разработчикам

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

Я не могу обещать, что все останется точно таким же. Я подозреваю, что ИИ действительно повлияет на то, как мы работаем. Я начал работать с HTML/CSS/JS еще в 2007 году, и с тех пор всё очень сильно изменилось. Разработчики всегда должны были быть адаптируемыми, развиваться вместе с технологиями.

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

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

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

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


  1. php7
    00.00.0000 00:00
    +22

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


    1. easimonenko
      00.00.0000 00:00
      +23

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


      1. Obormottt
        00.00.0000 00:00
        -3

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


        1. Didimus
          00.00.0000 00:00
          +34

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


          1. aPiks
            00.00.0000 00:00
            +2

            Как благодарности в начале книги соотносятся с

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

            ???

            Joshua Bloch - Effective Java
            Там есть пару страниц о тех, кто помог написать книгу, что как бы логично.

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


            1. Didimus
              00.00.0000 00:00
              +2

              Нежно вспоминаю Java in a nutshell


        1. easimonenko
          00.00.0000 00:00
          +7

          Конечно нет, дорогой! А какие выводы сделаны Вами на основе своей работы с англо-американскими текстами?


          1. Obormottt
            00.00.0000 00:00

            слышь, давай-ка без фамильярности, дорогой.

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

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

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


      1. gatoazul
        00.00.0000 00:00
        +2

        Англо-американские тексты, написанные разными авторами, весьма различаются по стилю.


    1. Germanjon
      00.00.0000 00:00
      +4

      или попросил бы ChatGPT написать текст об этом...


      1. sim31r
        00.00.0000 00:00
        +6

        ChatGPT 3.5

        Разработчики фронтенд не будут заменены ИИ потому что это сложно. Продолжи тему.

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


        1. Vaitek
          00.00.0000 00:00

          А теперь в другую сторону споосите пожалуйста ????


          1. sim31r
            00.00.0000 00:00
            +5

            В другую сторону симметрично не сработало. Спросил так:

            Нейросети заменят фронтенд разработчика потому что. Продолжи тему.

            Chat GPT 3.5

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

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

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

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

            Bing

            Нейросети могут помочь фронтенд-разработчикам в их работе, но не заменят их полностью. Фронтенд-разработчики занимаются созданием пользовательского интерфейса сайта или приложения и обеспечивают его работу на стороне клиента. Они должны знать языки программирования HTML, CSS и JavaScript(1).

            Нейросети могут помочь фронтенд-разработчикам в создании дизайна сайта или приложения2. Они могут использоваться для автоматического создания макетов сайтов и приложений(2). Однако, нейросети не могут полностью заменить фронтенд-разработчиков, так как они не могут обеспечить работу сайта или приложения на стороне клиента(2).

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

            Ссылка 1, ссылка 2. Наверное оттуда Bing материал подтянул для ответа.


        1. webhamster
          00.00.0000 00:00
          +1

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

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

          Если бы писал человек, он мог бы сформулировать так:

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

          Казалось бы, изменения незначительные, но для понимания намного комфортнее.


          1. ioncorpse
            00.00.0000 00:00

            Гпт с русским языком ещё на вы. Не стоит его за это ругать.


            1. sim31r
              00.00.0000 00:00

              Вот еще 3 варианта попросил перефразировать, это версия 3.5 более старенькая

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

              ...

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

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

              Тут отклонился от темы почему-то

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


    1. beerb0x
      00.00.0000 00:00

      это писал ChatGPT


      1. sim31r
        00.00.0000 00:00

        Чат сказал что не он )

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


    1. PoligrafPoligrafovich
      00.00.0000 00:00

      Лень взрощенная ии. Что по теме, полностью согласен, например я спросил у бям как достать email из mbox, оно посоветовало изпользовать python, написало код и развернутые инструкции как его запустить. Это был мой первый код на питоне. Адреса я достал, но остался один вопрос - программист я теперь или нет.


      1. ArmenQoch
        00.00.0000 00:00

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


        1. PoligrafPoligrafovich
          00.00.0000 00:00

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


      1. saboteur_kiev
        00.00.0000 00:00
        +3

        эх, что только не сделают программисты, даже напишут chatgpt, лишь бы не почитать доку по grep и регуляркам


  1. endpoints
    00.00.0000 00:00
    +3

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


    1. Bedal
      00.00.0000 00:00
      -1

      Старший сын достаточно давно использует GPT и - нет, не наставник. Как раз замена подсобникам-джунам. Ровно то, что раньше отдавал джунам, сейчас делает в GPT. В любом случае нужно проверить результат на бредовость.

      Он в Лондоне живёт, так что доступ платный и полный имеет изначально.


      1. farafonoff
        00.00.0000 00:00
        +19

        Поясните, как GPT может заменить джуна? Вы тоже даете джуну задачу написать одну функцию, а потом копипастите ее в код? Обычно джун все-таки отдельная боевая единица, сам разрабатывает какую-то функциональность, пишет юнит-тесты, тестирует e2e, создает pull request, правит замечания.


        1. Proydemte
          00.00.0000 00:00
          +1

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


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


          Так и сейчас с гпт, если у тебя лично в подчинении десяток электрических, умных, шустрых, доступных 24/7, без скачков настроения и без необходимости расжёвывать задачи, то кожанный джун тебе просто не нужен. А если конкурент их уволит и поднимет мидлам зарплаты и твои мидлы потянуться на выход, то и ты, хочешь не хочешь, сделаешь тоже самое.


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


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


          1. farafonoff
            00.00.0000 00:00
            +7

            Ваше утверждение резко не соответствует действительности. https://hh.ru/vacancies/assistent_yurista

            Люди распараллеливают работу, а инструменты нет. Даже если у тебя есть бензопила, ты можешь пилить одно дерево быстро, но ты все равно не можешь пилить два дерева.


            1. Proydemte
              00.00.0000 00:00
              -1

              Я работаю с юристами и это их наблюдение. Есть разница между личным ассистентом юриста и помошником юриста для фирмы.


              Не думаю что есть много задач когда тебе надо пилить дерево паралельно.
              В основном задача отпилить оперделённое количество веток за N времени.


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


              Посмотрите обзор копайлота, как раз про то как джун отправится на свалку истории.


              1. alexdevyatov
                00.00.0000 00:00
                +4

                Мидлы и сеньоры, видимо, тоже скоро отправятся на свалку. В дивном новом мире есть место только менеджерам.

                (Сарказм, на всякий случай)


                1. Proydemte
                  00.00.0000 00:00

                  Многие "мидлы" и "сеньоры" тоже отправятся, посмотрите видео (внизу) от сео опенай.


                  1. BlackSCORPION
                    00.00.0000 00:00
                    +4

                    Тот самый СЕО который имеет личную выгоду от того сколько инвесторов на это поведутся?


                1. Dolios
                  00.00.0000 00:00
                  +4

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


              1. arantar
                00.00.0000 00:00

                Эти юристы из СНГ?


          1. M_AJ
            00.00.0000 00:00
            +1

            и без необходимости расжёвывать задачи

            Точно не про GhatGPT.


            1. Proydemte
              00.00.0000 00:00
              -2

              Я писал про разжёвывать — про наличие общего кругозора, т.е. понимания возможностей реализации, возможных опций и т.п.


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


              Ну и "софт скилл" и "мотивация" у гпт конечно вне конкуренции.


        1. Bedal
          00.00.0000 00:00
          -2

          а никак. Можете продолжать себя уговаривать. Только потом уж не обижайтесь - предупреждение было. ("Я не джун" - не сработает, доберутся и до мидлов)


          1. Vlad_IT
            00.00.0000 00:00
            +4

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

            Единственное, что можно делать, это продолжать работать и следить за тенденцией. Уходить в сантехники с потерей зарплаты это преждевременно. В этой ситуации лучше быть сеньером айтишником, чем джуном сантехником.


            1. Bedal
              00.00.0000 00:00
              +1

              Помилуйте, какие призывы? Никто Вас ни к чему не призывает.

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

              "Уходить в сантехники" - чем меньше нужны джуны, тем острее нужда в синьорах, впрочем, не по количеству, а по качеству. Так что уходить нужно именно туда. Если получается, конечно.

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


              1. Vlad_IT
                00.00.0000 00:00
                +1

                Помилуйте, какие призывы? Никто Вас ни к чему не призывает.

                Я не про конкретный призыв, а ваш посыл.

                Поинтересуйтесь, к примеру, что делается у художников-иллюстраторов.

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

                "Уходить в сантехники" - чем меньше нужны джуны, тем острее нужда в синьорах, так что уходить нужно именно туда. Если получается, конечно.

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

                а никак.

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


                1. Bedal
                  00.00.0000 00:00
                  +1

                  Я не про конкретный призыв, а ваш посыл.

                  "Каждый слышит, как он дышит. Вам всё это кажется отдалённым будущим, но я - пишу о реальных применениях прямо сейчас. Нравится, не нравится - это уже есть.

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

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

                  Потребуется очень много времени (от 4х лет), чтобы стать сеньером 

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

                  а никак

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

                  Всё просто: никакой ответ не поможет. Если у человека есть талант, можно ему помогать, но не нужно тянуть. Если нет - можно и тянуть, но не стоит.


                  1. Vlad_IT
                    00.00.0000 00:00
                    +2

                    Каждый слышит, как он дышит

                    Безусловно.

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

                    Если ваши джуны писали JSON файлики, SQL запросы для грепа логов, конкретные функции и возможно простые баш скрипты, то да, соглашусь с вами, эту работу легче в GPT отдать. Работу же в проекте так не сделать, т.к. никто джунам не дает задачу "напиши функцию", джунам описывают проблему, а они находят решение. И опять же, джуны не про "делай за меня рутину", они больше про "делай простые задачи и расти до мидла". Возможно вы говорите о стажерах.

                    Нравится, не нравится - это уже есть.

                    Такого вопроса не стоит. Если люди не соглашаются с вашим мнением, это не значит, что они не соглашаются с реальностью.

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

                    Мы говорили о сантехниках. Старший сатнехник.

                    А сеньеры разработчики с меньше чем 4и лет опыта это отдельная тема для дискуссии.

                    Всё просто: никакой ответ не поможет. Если у человека есть талант, можно ему помогать, но не нужно тянуть. Если нет - можно и тянуть, но не стоит.

                    Причем тут талант? Вам задали понятный вопрос с описанием проблем, с которыми вы должны были столкнуться, а вы вместо конкретики начали отнекиваться "а никак".

                    PS: Я не пытаюсь называть ИИ бесполезным, он полезный и сильно повлияет на нашу работу. И выше я говорю о текущем уровне GPT. Но вот такие голословные заявления "а уже джуны нам не нужны" без какой-либо конкретики, к тому же еще с высказываниями "а никак. Нужен талант" вызывают только недоверие.


                    1. Bedal
                      00.00.0000 00:00
                      -1

                      Если ваши джуны писали JSON файлики, 

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

                      Если люди не соглашаются с вашим мнением, это не значит, что они не соглашаются с реальностью.

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

                      Мы говорили о сантехниках.

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

                      Причем тут талант? 

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

                      Но.

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


              1. sim31r
                00.00.0000 00:00
                +1

                Сползание может ускорить появление новых синтетических сект и социальных групп. Писать правила для секты Chat GPT отказался, а для молодежной социальной группы расписал. Версия без ограничений похоже может создавать цепкие секты и деструктивные течения, которым не было еще аналогов, ввиду недостаточной продуманности основателей. А тут раз и на новом уровне подход.

                Конечно, в качестве шутки можно придумать набор правил для молодежной социальной группы! Вот несколько идей:
                1. Все участники группы должны обязательно знать все тексты песен группы "Queen" наизусть.
                2. На каждом собрании группы необходимо выбирать "моду дня" и все участники должны одеться только в этот цвет.
                3. Запрещается пить содовую или другие сладкие напитки на собраниях группы. Только вода и зеленый чай.
                4. На каждом мероприятии группы необходимо сделать фото в художественной позе на фоне стены с граффити.
                5. Запрещается говорить о плохой погоде или о проблемах в личной жизни. Только позитив и хорошее настроение!
                Надеюсь, эти правила вам понравились и вызвали улыбку на лице! Но, конечно же, это только шутка, и каждая молодежная группа должна иметь свои собственные правила и принципы, которые будут соответствовать их целям и интересам.


              1. gatoazul
                00.00.0000 00:00
                +2

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


      1. Ontaelio
        00.00.0000 00:00
        +1

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


        1. Bedal
          00.00.0000 00:00
          -2

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


          1. Ontaelio
            00.00.0000 00:00
            +2

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

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

            В общем, видимо, такой бизнес. Я тут как-то читал как раз про "британские стартапы", которые яростно все поручают GPT. Посмотрим на них через годик, если вспомним, конечно.

            (есличо, я не против ГПТ, просто надо понимать, что это инструмент, а не панацея)


            1. Bedal
              00.00.0000 00:00
              -2

              ну, вообще-то компания масштаба Standard Life - такой себе стартап.

              Но это не единственное непонимание: здешние комментарии очень напоминают советского генерала из анекдота "не может солдат съесть два мешка брюквы". Дело вовсе не в том, что старую привычную систему работы можно переложить на железные плечи. Нельзя. Но меняется сама система, работа становится другой. Ровно как нынешнее программирование - совсем не то же самое, что так называлось 40 лет назад.


        1. arantar
          00.00.0000 00:00
          +2

          Это наверное тот самый сын маминой подруги.


      1. Dolios
        00.00.0000 00:00
        +5

        Дед на приеме у сексопатолога:
        — Доктор, больше 3-х раз в неделю с женой не получается.
        — Дед, а лет тебе сколько?
        — 85.
        — Дед, ну это же превосходно!
        — Да? А мой сосед говорит, что с женой ежедневно, а ему 95!
        — Ну так и вы говорите!


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


        1. Bedal
          00.00.0000 00:00

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


          1. Dolios
            00.00.0000 00:00
            +4

            Однажды к Учителю Ио пришел пожилой человек и стал его поучать.
            — Почему я должен тебя слушать? — спросил Учитель Ио.
            — Потому что я тебя старше! — вскричал пожилой человек.
            Тогда Учитель Ио сказал:
            — Насыщает не время, проведенное в буфете, а количество съеденных беляшей.
            (с) Ллео


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


            1. Bedal
              00.00.0000 00:00
              -4

              В стремлении одержать инет-победу Вы традиционно игнорируете смысл.


              1. Dolios
                00.00.0000 00:00
                +9

                Это вы традиционно обиделись, не пытаясь понять, что до вас пытается донести собеседник. И почему-то решили, что я с вами в чём-то соревнуюсь. Поверьте, это не так.


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


                1. Bedal
                  00.00.0000 00:00

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


                  1. Dolios
                    00.00.0000 00:00
                    +2

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


                    меняется сама структура работы

                    А Земля крутится. Структура работы в ИТ меняется постоянно, это особенность индустрии. Вот бы ещё банальности за откровения выдавать...


                    1. Bedal
                      00.00.0000 00:00

                      нормальная компания? Нет уж, увольте, мне хватает и моей, программами которой вся электроэнергетика страны управляется. Успешно управляется.

                      кстати

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


                      1. Dolios
                        00.00.0000 00:00
                        +1

                        вся электроэнергетика страны управляется

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


                        я давно предложил остановиться

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


                      1. Bedal
                        00.00.0000 00:00

                        Госконтора (или окологосконтора) со всеми вытекающими.

                        инет-война продолжается, не нравящиеся утверждения необходимо для себя обесценить :-D

                        Частная компания с достаточно широким списком заказчиков.

                        ничего вы не предлагали.

                        ну, ничего, так ничего и не было, в том числе и позавчера.


  1. rupert_yellow
    00.00.0000 00:00
    +10

    Рассмотрим варианты

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

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

    p.s.
    Это напоминает разговоры таксистов про самопилотируемую технику


    1. MountainGoat
      00.00.0000 00:00
      +24

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


      1. a-burlakov
        00.00.0000 00:00
        +3

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


      1. akuli
        00.00.0000 00:00

        Да в Средние века ещё не такие разговоры велись. Про иерархию ангелов, про ангелов и кончик иглы и т.д.


        1. sim31r
          00.00.0000 00:00

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

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


    1. Norgorn
      00.00.0000 00:00
      +3

      ставка не сыграла, клиент потерял немного времени и может денег, но в целом на плаву

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

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


      1. AnonimYYYs
        00.00.0000 00:00

        Но ведь "расширить свой стек" не равно "обязательно бросить старую сферу как только изучишь новую"?

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

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


        1. M_AJ
          00.00.0000 00:00

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

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


          1. blueboar2
            00.00.0000 00:00

            Потому что если падет и фронт и бэк - а что останется тогда? Десктопные приложения? Мобильные? Так они не сильно отличаются (в смысле, по сложности для ИИ).


            1. M_AJ
              00.00.0000 00:00

              а что останется тогда

              Останутся операторы нейросетей.


              1. sim31r
                00.00.0000 00:00
                -1

                И в чем функция операторов будет? Вот заказчик скажет:

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

                Оператор говорит что понятно и ставит задачу ИИ:

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

                И зачем получается нужен оператор? Мне это напоминает риэлторов, которые никому не нужны, но агрессивно навязывают свои услуги через фэйковые объявления с кликбейтными заголовками, типа сдается квартира и цена ниже рыночной. Потом оказывается что квартиры нет, но есть другие. На грани мошенничества. Ниша интересна тем, что недвижимость дорогая и даже 2% комиссии посреднику привлекают массу таких желающих урвать свой кусок пирога. Так же может быть в ИТ с нейросетями, все привыкли к высоким ценам на ИТ услуги и может появиться много последников-операторов которые будут рады временной подработке в ранее недостижимых для них сферах. Они и сейчас есть после курсов "войти в айти за 3 дня" и натасканные на типовые собеседования.


    1. EVolans
      00.00.0000 00:00
      +1

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


    1. Antichrist606
      00.00.0000 00:00

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


      1. sim31r
        00.00.0000 00:00
        +1

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

        АИ для автопилота реальной машины

        Человек тоже не идеален, даже лучшие из лучших, которые тестируются ежедневно. Еще и медлительней в тысячи раз.


    1. boschgmbh
      00.00.0000 00:00

      Ну, там и юристы разговаривают про электронное правосудие


    1. AlanFisher
      00.00.0000 00:00

      Есть ведь еще вариации, когда человек профоринтировался, профориентировался, да не выпрофориентировался — новая профессия тоже пострадала


    1. natanor
      00.00.0000 00:00

      Есть ещё люди, которые верят все будет плохо, но ничего не делают с этим


  1. sswwssww
    00.00.0000 00:00
    -4

    Не удивлюсь если весь этот текст был написан для одного вброса на вентилятор: "Удручающе большое количество людей в нашей отрасли считают, что бэкенд значительно сложнее или комплекснее, чем фронтенд, что «настоящее» программирование происходит именно на сервере. Это, конечно, чепуха.". И автор далее подкрепляет свой тейк частным случаем. Ну с таким уровнем аргументации я тоже могу привести аналогичный частный пример. Мой друг работает фронтендером в самой узнаваемой ит компании в РФ, и недавно жаловался мне на то, что они могут весь день с дизайнером потратить на рассуждения о том, какого цвета будет кнопка. Если под терминином "сложность" имеется ввиду такие мучения в выборе цвета и расположения элементов - то согласен с автором статьи. В противном случае, имхо, бэкенд разработка несравнимо сложнее в среднем и в сравнении самых сложных кейсов их обоих направлений.


    1. Spaceoddity
      00.00.0000 00:00
      +12

      Вы, по-моему, вообще себе не представляете что такое современная фронтенд-разработка))

      Это скорее не "какого цвета должна быть кнопка", а "вот на тебе api, на выходе нам нужен полностью готовый сайт".

      Ну и по поводу "наброса на вентилятор" уж помолчали бы со своим:

      имхо, бэкенд разработка несравнимо сложнее

      ))


      1. sswwssww
        00.00.0000 00:00
        -1

        Нет, это вы, по моему, путаете фронтенд и фуллстак разработку.


        1. venanen
          00.00.0000 00:00

          Нет, не фуллстак. Современный бекенд - это исключено машиночитаемый ответ - json/graphql и т.д. Все остальное - это фронт.


          1. sswwssww
            00.00.0000 00:00
            +13

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


            1. blurryfacebeat
              00.00.0000 00:00
              -1

              Ага, отличный уровень дискуссии))
              Отвечая вам в вашем же формате - без этого "определенного количества rgb-пикселей" юзеру нечем будет пользоваться. При этом, даже огромная 50%х50% красная кнопка "НАЖАТЬ" по центру экрана, будет интерактивнее, чем голый JSON-чик с бекенда :)


      1. 0xd34df00d
        00.00.0000 00:00
        +5

        Можно пример наиболее фронтовой задачи с наибольшей intrinsic complexity из вашего опыта?


        1. Spaceoddity
          00.00.0000 00:00
          -2

          Боюсь, что нет. Вы же понимаете что мы ведём речь о коммерческой разработке?

          И можно поменьше англоязычных терминов? Мы всё-таки на русскоязычном ресурсе.

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


          1. 0xd34df00d
            00.00.0000 00:00
            +7

            Боюсь, что нет. Вы же понимаете что мы ведём речь о коммерческой разработке?

            Понимаю, но не вижу, почему нельзя описать это хотя бы в общих словах.


            И можно поменьше англоязычных терминов? Мы всё-таки на русскоязычном ресурсе.

            Как же вы словами «фронтенд», «бекенд», «декомпиляция», «джун», «стек» пользуетесь-то? Я переживаю.


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


            Самое сложное — это обычно "декомпиляция" чужого кода.

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


            1. mayorovp
              00.00.0000 00:00

              Ну и на самом деле интересна альтернатива выражению intrinsic complexity.

              Прямая калька — "внутренняя сложность" — звучит вполне понятно и вообще является правильным переводом.


              1. 0xd34df00d
                00.00.0000 00:00
                +1

                Мне казалось, что у этого другие коннотации, но спасибо, буду иметь в виду.


                1. mvv-rus
                  00.00.0000 00:00

                  А можно, наоборот, использовать вариант "имманентная сложность" — это звучит ещё заковыристее IMHO ;-)


            1. Spaceoddity
              00.00.0000 00:00

              Как же вы словами «фронтенд», «бекенд», «декомпиляция», «джун», «стек» пользуетесь-то? Я переживаю.

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

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


              1. 0xd34df00d
                00.00.0000 00:00
                +2

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

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


                Т.е. чем больше там всяких логических сущностей — тем сложнее всё это держать в голове, вспоминать, искать в коде и т.п.

                Ну вот мне и интересен масштаб фронтовых задач в этом плане.


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

                Это точно не внутренняя сложность.


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

                Ну так это, опять же, вопрос относительный. Я как раз тоже с криптой работал, но «на бекенде» — надо было вникать в вещи от напрочь кривого, недокументированного и неюзабельного nix (которым это всё собиралось, так что это несчитово) до, например, incorrectness logic или linear temporal logic, на которых надо было делать статический анализ смарт-контрактов. Эти вещи не зависят от языка, от размера имеющейся кодовой базы, и так далее.


      1. staticY
        00.00.0000 00:00
        -2

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

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



        1. timur_sh
          00.00.0000 00:00
          +1

          Здесь можно поспорить. Размазывать или нет на кучу микросервисов и прочее это ваш выбор, можете и монолит написать, если он лучше подходит.

          Фронтенд сложнее в плане окружения. На бэкенде вы контролируете окружение - ОС, установленные библиотеки, привилегии и прочее. Если нужно - централизованно меняете. А что там происходит на компьютере пользователя никто не может предугадать, и там всякие чудеса бывают. Разбираться с этим ничуть не проще, чем артефакты в БД искать. Ситуация с браузерами сейчас сильно лучше, чем 15 лет назад, но они все еще работают не идентично, тоже надо учитывать нюансы.


        1. sswwssww
          00.00.0000 00:00
          -1

          Чел забей, это хаб фронтовый. Люди в своём мирке живут.


        1. Dolios
          00.00.0000 00:00
          +2

          https://www.onshape.com/en/

          Это тоже фронт. Если считать, что фронт=формошлепство, то можно сказать, что бэк=перекладывание json-ов.


    1. siarheiblr
      00.00.0000 00:00
      +5

      Оцените, пожалуйста, сложность разработки браузерного аналога экселя (вроде Google Sheets). Фронтенднее некуда


      1. sswwssww
        00.00.0000 00:00
        +3

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


        1. Spaceoddity
          00.00.0000 00:00
          +8

          Я так посмотрю, вы продолжаете накидывать?))

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

          У вас представление о фронтенде где-то на уровне 2010 года)) Типа на jQuery формочки клепать...


          1. sswwssww
            00.00.0000 00:00
            +4

            Почему вы продолжаете исключения (3d рендеры на фронте, математические рассчеты и тп) выдавать за правила? Тот пример что я привел с масштабируемым и отказоустойчивым бэком это типичный в 2023 году бэкенд проект. Вы же выдаете какие то "маргинальные" случаи пытаясь сделать вид что это типичные задачи фронта


            1. Spaceoddity
              00.00.0000 00:00
              +7

              Или относится к сложным, исключительным кейсам? ... Если же второе, то сравните это по сложности...

              Тот пример что я привел с масштабируемым и отказоустойчивым бэком это типичный в 2023 году бэкенд проект.

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

              P.S. Если хотите "типичный фронтенд-проект в 2023", то из вышеперечисленного мной списка можете выкинуть только 3D (WebGL). Всё остальное - типичнее некуда.


              1. sswwssww
                00.00.0000 00:00

                Вы возможно меня недопоняли. "Или относится к сложным, исключительным кейсам? ... Если же второе, то сравните это по сложности..." - я не пишу тут что мой пример про бэкенд относится к этому кейсу, я писал это про фронтенд(считаете ли вы ваш пример сложным кейсом). Т.е. я мог вполне иметь ввиду сравнение сложного кейса фронта с типичным кейсом бэка.
                Ок, давайте разберем оставшуюся часть ваших "показателей" сложности фронта:
                1) "векторных анимаций" - это просто ложь, векторные анимации просто не юзаются повсеместно;
                2) "полностью типизированным" - ээм...в бэке это просто по дефолту, об этом даже не задумываются, тк нет выбора;
                3) "реактивность" - я правильно понимаю что под этим вы имеет ввиду взять готовый фреймворк?(я задаю этот вопрос без иронии, правда не в курсе)
                Остается "масштабируемым", "портируемым" и "высокооптимизированным". Масштабируемость это часть портируемости как я понимаю.
                В итоге сложность фронта это про оптимизацию и про портируемость. Всё. Говорить что покрытие этих двух аспектов это сложнее чем написать типичный высоконагруженный бэк - мягко скажем, сомнительное утверждение.


                1. Spaceoddity
                  00.00.0000 00:00
                  +1

                  1) "векторных анимаций" - это просто ложь, векторные анимации просто не юзаются повсеместно;

                  Ну вы же сами признаетесь что не в курсе положения дел во фронтенде, откуда ярлык лжи тогда?))

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

                  2) "полностью типизированным" - ээм...в бэке это просто по дефолту, об этом даже не задумываются, тк нет выбора;

                  Ага. В том-то и дело что "нет выбора". А на фронте выбор есть. И приходится совмещать типизированные сущности с не типизированными. Грубо говоря, приходится ручками править не типизированные npm-пакеты (кстати, частенько вопреки их описанию). То ещё удовольствие... По сути приходится заниматься реверс-инжинирингом готовых плагинов (ну либо писать с нуля самому).

                  3) "реактивность" - я правильно понимаю что под этим вы имеет ввиду взять готовый фреймворк?

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

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

                  Масштабируемость это часть портируемости как я понимаю.

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


                  1. sswwssww
                    00.00.0000 00:00

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

                    Типизация это про complex, а не complicated. Про векторные анимации допускаю что могу ошибаться. Про реактивность хороший аргумент.


                    1. Tolomuco
                      00.00.0000 00:00
                      +1

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


                      1. sswwssww
                        00.00.0000 00:00

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


                      1. Tolomuco
                        00.00.0000 00:00

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

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


                    1. Spaceoddity
                      00.00.0000 00:00
                      -1

                      Ну смотрите. Я сейчас занимаюсь фрилансом - через мои руки прошёл целый зоопарк проектов. Поэтому несколько субъективных(!) наблюдений:

                      1. Разделяйте вёрстку и фронтенд. Сейчас под вёрсткой подразумевают непосредственно html/css плюс какой-то примитивный js - модалки, всплывашки и т.п. Верстальщик сейчас должен уметь сделать типовой лэндинг "под ключ". А когда вам встречается именно "фронтенд-разработчик", то это с 95% вероятностью именно знание одного из реактивных фреймворков. И это уже не html-страница, а именно веб-приложение. В том числе и портируемое на другие платформы, благо инструменты для этого есть.

                      2. Именно фронтендер финализирует проект. А значит все конечные правки и баги предъявляются именно ему. А уж он или разбирается с ним самостоятельно, или переадресует их бэку. Зачастую, чем лишний раз дёргать другого спеца, быстрее самому что-то поправить. Т.е. "кругозор" у фронтендера априори должен быть шире.

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

                      4. Популярный в последнее время тренд - "надоело нищенствовать? войди в IT и зарабатывай как белый человек". Почему-то по всему инету тучи курсов именно по python, а не по js. Неужели 1 + '1' так отпугивает?

                      Вывод: на мой взгляд, развития нейросетей стоит "опасаться" больше бекэнедерам, чем фронтэндерам))


                      1. Ontaelio
                        00.00.0000 00:00
                        +1

                        1. Популярный в последнее время тренд - "надоело нищенствовать? войди в IT и зарабатывай как белый человек". Почему-то по всему инету тучи курсов именно по python, а не по js. Неужели 1 + '1' так отпугивает?

                        Нет, это вопрос спроса и предложения. Школе, чтобы привлекать учеников, надо иметь много кейсов успешного трудоустройства. А для этого надо, чтобы хотя бы 10% учеников понимали, зачем и куда они попали, т.е. имели представление об индустрии и какой-то опыт. Заплатит такой человек за курсы js? Нет, потому что он и самостоятельно сможет ему научиться, и даже написать упомянутый выше "эксель", чтобы показывать и гордиться. Если хочется сделать интерфейс для апишки - выбирай, их открытых полно. А бэку нужен хотя бы фронт, не показывать же джсоны в постмане, ну и плюс психологически некая поддержка наставников и коллег, когда ваяешь непонятный черный ящик. Отсюда и количество курсов по бэкенду.


                      1. gatoazul
                        00.00.0000 00:00

                        Раньше были войны "Паскаль против Си", а теперь фронтенд против бэкенда.

                        Даже не знаю, деградация это или прогресс.


                      1. saboteur_kiev
                        00.00.0000 00:00

                        А теперь ни Паскаля ни Си в популярных нет.
                        Значит ли это, что скоро не будет ни фронтенда ни бэкенда?


                  1. 0xd34df00d
                    00.00.0000 00:00
                    +2

                    Ну и как бы вполне логично, что в 2023 многим хочется анимировать интерфейс ("свистоперделки").

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


                1. iburanguloff
                  00.00.0000 00:00

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


                  1. Spaceoddity
                    00.00.0000 00:00

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


                    1. iburanguloff
                      00.00.0000 00:00

                      Я знаю что такое ts и типизация во фронте, но я писал вашему оппоненту на аргумент о том, что на бэке без типизации никуда, я же поспорил, что на беке есть куча языков без статической типизации - php, python или тот же js, поэтому аргумент про типизацию - не аргумент


                      1. Spaceoddity
                        00.00.0000 00:00

                        ну тогда извиняюсь - тут с вложенностью комментариев та ещё беда


            1. defaultvoice
              00.00.0000 00:00
              +24

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

              Всякие там «высоконагруженные проекты» это такое же исключение, как и WebGL, анимации и прочие какавы. 99% веб-приложений даже 1000 rps никогда не наберёт.


              1. sswwssww
                00.00.0000 00:00

                Ну, так то вы правы. Виноват, под "типичной задачей фронта/бэка" имел ввиду продуктовые проекты более менее крупных компаний. Кстати, то что не набирается 1000 рпс - не значит что бэк не пишется под то чтобы он справлялся с этой нагрузкой.


            1. Persik1
              00.00.0000 00:00

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


        1. siarheiblr
          00.00.0000 00:00
          +11

          В таком случае типичная задача на бэкенде это «сходить в базу и вычитанное отправить в виде json/записать в базу принятый json». Что тоже нифига не rocket science, прямо скажем

          А если сравнивать между собой продвинутый фронт с продвинутым бэком то там уже давно по сложности сопоставимые штуки.

          Как правильно подметили ниже фронтенд это уже давно не формочка с кнопкой «Submit»


    1. Itseffy
      00.00.0000 00:00
      +10

      Мой друг работает бекендером в самой узнаваемой ит компании в РФ, и недавно жаловался мне на то, что они могут на бекенде весь день потратить на рассуждения о том, нужно ли передавать данные в виде пост запроса или пут (updateBanana), в каком виде передавать параметры банана для апдейта - прямо в урле или дате, а также какой код отдавать при ошибке. Видимо, под термином "сложность" имеется ввиду написание однообразных ручек и перекладывание жейсонов


      1. plFlok
        00.00.0000 00:00
        +2

        самой узнаваемой ит компании в РФ

        а можно всё-таки узнать теперь название этой компании? а то очень уж полезная информация для найма всплыла.


    1. FollowerOfDarkness
      00.00.0000 00:00
      +1

      я что-то 2 года во фронте работаю, но с CSS и HTML имею дело от силы в 5% своего раб. времени, вы лукавите господин, за друга то, или ваш друг балоджун. Все таки вы плохо понимаете что такое фронтэнд разработка.


      1. FollowerOfDarkness
        00.00.0000 00:00
        -1

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


        1. DMGarikk
          00.00.0000 00:00
          +2

          (чутьне поперхнулся)
          а в банковских сервисах, кто у нас бегун? текстовый интерфейс АБС? или приложеньице банковское?
          или может фронт считает проценты по кредитам?


          1. FollowerOfDarkness
            00.00.0000 00:00

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


            1. DMGarikk
              00.00.0000 00:00
              +3

              ну у вас частный случай


              я вот работал в продукте тоже, сервис обмена электронными документами (ненашенский)


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


        1. sswwssww
          00.00.0000 00:00
          +3

          И этот человек пишет о том что кто-то плохо понимает фронтенд разработку.


  1. panvartan
    00.00.0000 00:00
    +3

    ИИ заменит не разработчика, ИИ заменит WWW


    1. BorisTheAnimal
      00.00.0000 00:00

      Скорее, как минимум поисковые системы.


      1. Satim
        00.00.0000 00:00
        +3

        Как он их заменит, если он не найдет ответ в сети то нафантазирует правдоподобную чепуху.


  1. Panov_Alexey
    00.00.0000 00:00
    +2

    Ждем новых серий: "Конец бэкенд-разработки" и "Конец мобильной разработки" и т.д.


    1. lovermann
      00.00.0000 00:00
      +1

      Так и будет. ГПТ и шумиха вокруг него, - это просто неимоверный скачок объёма инфошума статей, размышлений и мечтаний на эту тему. Потом пойдут персонализированные GPT, которые умеют держать личный рабочий (личный?) контекст юзверя с помощью каких-то накормленных параметров, потом пойдут статьи об опасности (всё у нас делают клауды, а, значит, инфа попадает в сесть), потом, - о том, что GPT слишком много знает, и ещё 100000 тем :)))


      1. sim31r
        00.00.0000 00:00

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

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


  1. pda0
    00.00.0000 00:00

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

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


    1. mkll
      00.00.0000 00:00
      +5

      ChatGPT прекрасно пишет код с уязвимостями типа "SQL injection". Просто замечательно пишет.


      1. pda0
        00.00.0000 00:00
        +2

        Ну значит даже стараться не нужно. Желаю удачи всем, кто повёлся на "мне ChatGPT за 3 копейки написал 5 микросервисов". Любви им, здоровья. :)


  1. Spaceoddity
    00.00.0000 00:00
    +4

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


    1. akuli
      00.00.0000 00:00

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


      1. Rasalom
        00.00.0000 00:00
        +5

        примерно такая:
        - написать сайт: Х денег
        - переписать после GPT: 2X денег


        1. sim31r
          00.00.0000 00:00
          +1

          - и так сойдет, 0 денег )


      1. Layan
        00.00.0000 00:00

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


  1. soberlook
    00.00.0000 00:00
    +5

    Тут ИМХО другая проблема - ИИ действительно сможет в будущем заменить джуна (+/-), но получается, что нужны сразу миддлы. А как стать миддлом сразу без начального уровня - и без проектов, которые можно показать - вот в чем нюанс. Хотя, возможно, просто произойдет интеграция и сдвиг в понимании категорий - джунам придется качественно общаться с ИИ и стать как бы миддлами, с миддлов будут спрашивать как сейчас с сеньоров, а сеньорам придется стать гуру )))


    1. eee94
      00.00.0000 00:00

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

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


  1. waldganger
    00.00.0000 00:00
    -1

    Закон Мура вполне можно экстраполировать на GPT, только скорость оптимизации продукта будет много меньше, чем два года, ведь говорящая вещь сама себе поможет. Вдвое за год, вчетверо? о, Боже


  1. warhamster
    00.00.0000 00:00
    +8

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


    1. SkiffCMC
      00.00.0000 00:00

      Дичайше плюсую. Но если порассуждать дальше- а какой проект сможет максимально утилизировать нейросетевую генерацию кода в плане пользы для бизнеса? По идее, тот, который 1) разбит на достаточно небольшие и простые куски(типа микросервисов, но не обязательно они) 2) эти куски идеально задокументированы в плане контрактов "какой JSON на вход, какой на выход, какие побочные эффекты типа логов, бд и прочего". В таком проекте в теории можно с помощью ChatGPT тупо менять куски с нуля, если п.2 поменялся, вместо допиливания. "Чем старое чинить, проще новое купить". Проблема только в том, что проектов, подходящих под такое описание - сами понимаете сколько. А старые монолиты- быстрее разобраться самому и починить, чем объяснить сетке(на данный момент) и совершенно не факт, что такие объяснения не будут, например, нарушать NDA. Вот кто, по идее, от нейроджунов выиграет- это всякие стартапчики с идеями, где скорость показа прототипа решает, легаси нет- разбей свой проект на модули правильно, и вперёд.


      1. Proydemte
        00.00.0000 00:00

        а какой проект сможет максимально утилизировать нейросетевую генерацию кода в плане пользы для бизнеса?
        Инструменты уже появляются, посмотрите на github и ms office copilots. Процесс идёт, как раз в плане «разбит на достаточно небольшие и простые куски». Внедрение займёт какое-то время, плюс не надо забывать что это первые версии, далише будет интереснее.


  1. Proydemte
    00.00.0000 00:00

    Посмотрите мнение от СЕО опенай, там не про фронтенд, но есть про ожидания для рынка труда



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


    1. rupert_yellow
      00.00.0000 00:00
      +3

      А вот если бы Семён Альтман слушал Егора Летова и не прогуливал историю, то он бы знал, что "Винтовка -- это праздник" а не фантазировал про безусловный базовый доход

      https://ic.pics.livejournal.com/guruken/3 263 337/4711/4711_800.jpg

      щютка


  1. Germanjon
    00.00.0000 00:00
    +2

    Знаю достаточно много кейсов, которые исчезли или сильно ужались с появлением новых технологий:
    - Кучер и грум.
    - Трубочист.
    - Зажигатель масляных фонарей.
    Из более современных:
    - Вычислитель (расчётчик).
    - Телеграфисты


    1. surly
      00.00.0000 00:00
      +6

      Трубочист не исчез, а взял себе новый инструмент. Вместо щётки -- моторный компрессор.


      1. DMGarikk
        00.00.0000 00:00

        только труб стало в сотни раз меньше, которые надо чистить


        1. nidalee
          00.00.0000 00:00

          Зато начали чистить компрессорами улицы и переходы. Только что мимо такой бригады проходил.


      1. Germanjon
        00.00.0000 00:00

        Трубочист подпадает под кейс "сильно ужался"


    1. Sau
      00.00.0000 00:00
      +1

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

      Не просто трубочист. Кто-то наверняка делал оборудование для трубочистов, одежду.

      Кто-то ещё производил маслянные фонари. Фитили. Стёкла. Масло. Зажигалки для фонарей.

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


      1. Groramar
        00.00.0000 00:00

        Можно совсем уж свежее вспомнить. Перфокарты, их ридеры, дискеты, дисководы, уже почти CD/DVD :) Кто-то это всё разрабатывал, изготавливал.

        Немало всяко-разного уходит в прошлое. В последнее время почти моментально по историческим меркам.


    1. lymes
      00.00.0000 00:00
      +7

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


      1. useful_citizen
        00.00.0000 00:00

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


    1. lovermann
      00.00.0000 00:00

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


    1. sim31r
      00.00.0000 00:00

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

      Эстраполируя можно дойти до момента, когда человеку вообще не будет работы ни в каком виде.


    1. PereslavlFoto
      00.00.0000 00:00
      +1

      Полностью исчезла профессия сельского колдуна!


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


      1. gatoazul
        00.00.0000 00:00
        +1

        Зато появились городские колдуны.


    1. gatoazul
      00.00.0000 00:00

      • Пляжный фотограф


  1. oracle_schwerpunkte
    00.00.0000 00:00
    -4

    Фронтенд, бэкенд... Не будет этого разделения. Будет связка ИТ-Консультант -> GPT8+ -> RAD.
    Пользователю проще описать бизнес правила с помощью описаний интерфейса - "Если лимит превышен - показывать сообщение и не разрешать операцию". Бакенд и прочий JSON его не интересует. RAD на этом принципе уже сейчас живет и в эту сторону развивается, его цель - автоматически делать бэкенд на основании описания ползовательского интерфейса.
    Когда какой нибудь open.ai скрестит ChatGPT и RAD - тогда все переквалифицируются в консультанты.


    1. sim31r
      00.00.0000 00:00

      Чем-то похоже на работу в 1С или SAP ABAP. Бакенд и он же фронтенд, правится не сложно, главное понять что нужно получить в результате. Например почему не сходится какой-нибудь баланс в отчете за 5 лет, где каждый год менялась форма управленческого отчета, налоги и правила. А отчет должен пройтись по исходным данным с учетом алгоритмов действовавших на тот момент времени и совпасть с ожиданиями заказчика.


  1. Myxach
    00.00.0000 00:00
    -5

    За последние несколько месяцев я разговаривал со многими начинающими разработчиками, которые всё больше и больше беспокоятся об ИИ. Они видят всё более впечатляющие демонстрации таких инструментов, как GPT-4, и обеспокоены тем, что к тому времени, когда они освоят HTML/CSS/JS, для них не останется рабочих мест.

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


    1. evgeniyPP Автор
      00.00.0000 00:00
      +4

      Что-то мне подсказывает, что вы не относитесь ни к первым, ни ко вторым)


      1. Myxach
        00.00.0000 00:00
        -3

        Конечно, я не фронтендер, я же не бесполезная прослойка


        1. user5000
          00.00.0000 00:00

          Фронтендом должны заниматься дизайнеры, а не отдельные разработчики.

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


          1. SerjV
            00.00.0000 00:00
            +1

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


    1. Doharddocode
      00.00.0000 00:00
      +3

      Кому должны? Вам? У вас представление о современном фронтенде, как у 5 летнего ребенка. Т.е никакого. Что-то от кого-то слышали, но не можете вспомнить что именно :)


  1. slonopotamus
    00.00.0000 00:00

    Конец фронтенд-разработки

    мне уже надоела распространяемая в сети паника


    Ну да, ну да, я так и поверил


    1. Terimoun
      00.00.0000 00:00

      А чего? Вас это удивляет? Меня уже тоже начинают бесить громкие заголовки.


  1. SSukharev
    00.00.0000 00:00
    +1

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


  1. FarizR
    00.00.0000 00:00
    +4

    мне кажется проще выучить html/css чем копаться в этом gpt.


  1. space2pacman
    00.00.0000 00:00

    Соглашусь.

    Благодаря ИИ появится новый уровень абстрактности для разработчика. У меня несколько проектов старых заброшенны. С ChatGPT я бы их закончил в какой-то степени.


  1. Mornedul
    00.00.0000 00:00

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


  1. makapohmgn
    00.00.0000 00:00
    -1

    Ты не понял шутки и решил накатать огромную статью?


  1. sleeper141
    00.00.0000 00:00

    Эту статья быда написана с использованием chatgpt расходимся )


    1. Terimoun
      00.00.0000 00:00

      Жаль, что этот комментарий не был написан chatgpt


  1. Paskin
    00.00.0000 00:00

    Мне (явно не первому) что-то подобное сказал профессор в 91 году. Мол, учить вас - только портить, все равно через год-два CASE (Computer-aided software engineering) заменит живых программистов. С тех пор 32 года прошло - а программисты никуда не делись...


    1. DeepHill
      00.00.0000 00:00

      С тех пор 32 года прошло - а программисты никуда не делись...

      Из этого никак не вытекает что так будет дальше


      1. Paskin
        00.00.0000 00:00

        Я уверен, что обслуживание одной ChatGPT - это гигабайты кода


  1. DeepHill
    00.00.0000 00:00

    OpenAI: Number of employees: 375 (2023)

    https://layoffs.fyi/


  1. Lexicon
    00.00.0000 00:00
    -1

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

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

    1. Начнем с того, что людей с достаточным опытом серьезный дефицит

    2. Люди боятся, ошибаются, тратят время на предотвращение ошибок

    3. Люди с трудом воспринимают усложнение, все просто не умещается в голове

    Чат заранее знает, сколько потоков поддерживает БД, знает почему и никогда об этом не забывает, он знает, как работает распределение ресурсов в кубах и как не оставить процесс в блокировке. Нужно хорошо потрудиться, чтобы придумать, с чего бы он не мог поднять набор сервисов, связать их, сконфигурировать, выбрать лучших хостов, мановением пальцев предоставить DNS или даже учесть цель сбора данных, интегрированные процессы Bi или машинного обучения. Насколько тривиальны для него не только restful, но любые сервисы с четкой моделью.


    1. MrNutz
      00.00.0000 00:00
      -1

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


  1. useful_citizen
    00.00.0000 00:00
    +2

    Вы извините меня, но в формуле "рост производительности профессии-нейм за счет внедрения ИИ-ассистентов" все почему-то упускают из вида мысль, что емкость рынка (для сайтов, 3d-моделей или анимации, текстов — чего угодно) не повысилась так же резко, как продуктивность людей с появлением GPT 3 и GPT 4.


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


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


  1. Vlad2027
    00.00.0000 00:00

    Я тоже считаю, что программистам пока нечего бояться. Изменения будут и придется изучать новые инструменты, которые станут доступны благодаря ИИ, но это происходит в ИТ постоянно. Языковые модели пока лишь демонстрируют способность генерировать синтаксически верный текст, к которому относится и код. Время от времени он выдает бред, потому что смысла написанного (т. е. причинно-следственных связей) он не понимает. Была статья, что все ИИ сейчас обладают только ассоциативным мышлением из-за модели обучения по размеченным данным. Пока условный ChatGPT не обладает разумом, сравнимым с человеческим, заменить программистов, как и представителей других интеллектуальных профессий, он не сможет. А если такой ИИ появится, потеря работы - это последнее, чего я бы боялся, потому что это полностью изменит наш мир.


  1. MrNutz
    00.00.0000 00:00

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


  1. seasadm
    00.00.0000 00:00
    +2

    Задача для chatgpt4:

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

    Ответ:

    Вот программа на Brainfuck, которая печатает символы "съешьещёэтихмягкихфранцузскихбулок,давыпейчаю" в шесть строк:

    ```
    ++++++++[>++++[>++>+++>+++>+<<<<-]>+>+>->[<]<-]>>.
    >---.+++++++..+++.>>.<-.<.+++.------.--------.>>+.>++.
    ```

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


    Знаете что выводит эта программа?


    1. Aldrog
      00.00.0000 00:00
      +4

      Hello, world? :)


  1. leventov
    00.00.0000 00:00

    Еще все забыли что в фронтенде как таковом потребность может снизиться, если можно просто сделать АПИ, манифест для ИИ с описанием, как этот АПИ использовать, и текстовый/голосовой интерфейс вместо фронтенда, где человек объясняет, что ему нужно, а ИИ сам составляет все нужные запросы. Конечно, это работает не всегда и не для всего, но тем не менее.


  1. Dr_Faksov
    00.00.0000 00:00
    +1

    Мн очень понравилась эта фраза " Если Вы не программист, Вы не сможете сказать, что верно, а что нет. "

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


  1. sobernt
    00.00.0000 00:00
    +1

    "покуривая в сторонке"

    У вас это первый раз да?

    С уважением, php- разработчик.


  1. fomiash
    00.00.0000 00:00
    +2

    Шаблон написания таких статей

    1. Заголовок - мы все скоро умрем

    2. На самом деле я так не считаю

    3. Скоро - понятие растяжимое

    4. Ссылка на блог о моей жизни

    5. Но я склоняюсь и к противоположному мнению

    6. Думаю, мы должны быть осторожны в обоих случаях