Ну не ВК, а например местный водоканал, УК, ИФНС, Мегафон (для оплаты) и куча других сервисов типа ЛеруаМерлен (или как он у вас сейчас называется) - ради всего этого приходится держать VPN в Россию. И хочется посоветовать врача уже всем админам этих ресурсов.
В общем случае, контроллер всегда независим от контролируемого объекта как раз чтобы исключить такую ситуацию. Одному платят за работу, второму за поиск недостатков в этой работе.
Проблема в том, что на самом деле просто решить поставленную задачу мало, надо решить ее с учетом того, что код будут поддерживать, т.е. читать и переписывать другие люди.
Как принимать, если это реально ведьмы и колдуны, которые не понимают сути своего колдунства?
Так а вам то какая печаль? Вы заказали красную кнопку посредине экрана? Вы ее получили? Она посредине? Приз в студию!
Если Вы не формализовали дополнительные требования, почему кто-то должен из реализовать?
Есть, например, сейчас organic food, якобы выращенный на экологически чистом навозе и собранный руками китайских девственниц. Это спецтребования заказчика и они соответственно оплачиваются.
А если кодить для реального производства, где тоже сроки и надо уже запускаться, пусть и со слабо оттестированным кодом?
Вот, Вы и подчеркнули реальную проблему: дело не в кодинге как таковом а в огранизации процесса разработки, который включает в себя аналитику, ТЗ, написание документации и тестового покрытия и только потом - кода.
Это все давно придумано.
Нужно просто не сидеть на попе ровно, а учиться и идти в ногу со временем.
Ваши слова и есть та самая манипуляция, про котоую вы говорите. В чем разница между сгенерированым LLM кодом и написанным человеком в этом аспекте:
Кем этот код верифицирован? Самой моделью? Где доказательства верификации? Я могу llm-ке предъявить финансовые претензии, если считаю, что качество плохое?
Кто вас заставляет использовать LLM? Пишите в блокноте, зачем доверять IDE?
Вы подменяете отсутствие формализации ТЗ и приемки кода какием то "доверием и доказательствами".
Не можете принять работу, о каких претензиях вообще можно вести речь?
Код на работе пишут ЗА ДЕНЬГИ. Есть критерий приемки кода : тестовое покрытие. Если нужно что еще, кроме рабочего кода, нужно оговаривать это при приеме на работу: цветы поливать, пол протирать, отвечать на звонки ночью, кодить в галстуке или не использовать LLM. И быть готовым за это платить.
Формализуйте критерии приемки, если кроме рабочего кода вам нужно что-то еще (отладка, документация и т.п.)
А Некоторые используют автодополнение, а то и (о ужас) Copilot в IDE! Где грань допустимого?
Если работа- это написание кода и вас есть инструмент, который делает это эффективно, то можно ли осуждать его использование?
Никто не пишет в блокноте сейчас и не отладивает на листочке! А я помню как осуждали IDE - это же полная деградация инженера! Он же не помнит синтаксис!
И до какого уровня вниз они дотянулись? До алгоритмов? До реализации их компилятором? До окружения выполнения кода в userspace OS? До оптимизации машинного кода?
Если Нет - можно ли назвать их верхоглядами, которые не понимают что реально делает их код и сколько РОН у процессора, на котром он работает?
Это Просто еще один уровень абстракции. Такое было уже не раз и каждый раз динозавры, которые пишут самый правильный и оптимальный код вымирают. Потому что он никому не нужен! Нужен time to market first!
А таблицу умножения вы тоже не помните, потому что это "неактуальная на данный момент задача"?
Написание алгоритма пузырьковой сотртировки - это простой фильтр. Фильтр компетенции, образования и когнитивных способностей. Я тоже его не помню - последний раз писал его, наверное, лет 30 назад. Но не сомневаюсь что за полчаса отлажу безо всяких LLM.
Виджу много минусов. Еще недавно я тоже был противником изменений, которые происходят в последнее время всвязи с использованием LLM. Но сегодня мое мнение изменилось, наверное я просто принял неизбежность изменений.
Я вижу как в моей компании все используют LLM. И не просто как умный поисковик: теперь это совершенно другой подход к разработке с массовым использованием MCP. Производительность- просто безумная!
Сам я не разработчик, а NetOps, но и я использую все эти средства для генерации конфигураций, да и для поиска проблем тоже.
В нашей компании бюджет на LLM измеряется десятками тысяч долларов в месяц. И руководство регулярно повторяет: "мы не хотим избавиться от половины сотрудников, но мы ожидаем увеличения производительности в разы. Time to market - главный приоритет."
Это Уже работает. Увы, мой 26-летний опыт больше не является конкурентным преимуществом! Знания базовые сейчас не имеют значения- гораздо важнее уметь настроить MCP сервер.
Когда я спрашиваю: "а кто будет отлаживать все эти ваши прекрасные решения?", то мне говорят, что автор и будет их отлаживать. Не человек, автор - LLM. Просто еще один уровень абстракции.
Это не будущее, это УЖЕ так работает. Компания - единорог.
И уж скорее тут уволят за отказ от использования LLM, чем как в статье.
Автору статьи советую оглянуться назад и не пытаться отказаться от виртуализации, контейнеризации, окестрации и использования IDE- за мой четвертьвековой опыт тработы я видел уже много "убийц индустрии".
Перемены это всегда непросто. Выживает сильнейший, самый гибкий - тот кто смог приспособиться. Просто очередной виток эволюции.
P.S. К тому времени когда уйдут титаны вроде автора статьи нужно готовиться отдавать существенную часть своего дохода в качестве оплаты за LLM. А без нее уже не сможете работать.
Ну не ВК, а например местный водоканал, УК, ИФНС, Мегафон (для оплаты) и куча других сервисов типа ЛеруаМерлен (или как он у вас сейчас называется) - ради всего этого приходится держать VPN в Россию.
И хочется посоветовать врача уже всем админам этих ресурсов.
Ага, "умолчание", "подразумевается".
Это где такая прелесть?
В общем случае, контроллер всегда независим от контролируемого объекта как раз чтобы исключить такую ситуацию. Одному платят за работу, второму за поиск недостатков в этой работе.
Так Что опять вопрос к организации процесса.
Ну сейчас нет такой возможности.
Иначе не нужны были бы code review, test coverage и тому подобное
Дело в том, что мы имеем только два возможных варианта в текущей ситуации: скулить о несовершенстве мира или возглавить происходящие изменения.
А оценка наша сильно ни на что не влияет.
А с чего вы это взяли?
В статье таких требований Диме автор не выдвигал.
Не, это если он знает что такое нога.
Печень - это уже анатомия.
Так а вам то какая печаль? Вы заказали красную кнопку посредине экрана? Вы ее получили? Она посредине? Приз в студию!
Если Вы не формализовали дополнительные требования, почему кто-то должен из реализовать?
Есть, например, сейчас organic food, якобы выращенный на экологически чистом навозе и собранный руками китайских девственниц. Это спецтребования заказчика и они соответственно оплачиваются.
Вот, Вы и подчеркнули реальную проблему: дело не в кодинге как таковом а в огранизации процесса разработки, который включает в себя аналитику, ТЗ, написание документации и тестового покрытия и только потом - кода.
Это все давно придумано.
Нужно просто не сидеть на попе ровно, а учиться и идти в ногу со временем.
Хоть плачь каждый день - назад уже не вернуть.
Ваши слова и есть та самая манипуляция, про котоую вы говорите.
В чем разница между сгенерированым LLM кодом и написанным человеком в этом аспекте:
Кто вас заставляет использовать LLM? Пишите в блокноте, зачем доверять IDE?
Вы подменяете отсутствие формализации ТЗ и приемки кода какием то "доверием и доказательствами".
Не можете принять работу, о каких претензиях вообще можно вести речь?
Код на работе пишут ЗА ДЕНЬГИ. Есть критерий приемки кода : тестовое покрытие. Если нужно что еще, кроме рабочего кода, нужно оговаривать это при приеме на работу: цветы поливать, пол протирать, отвечать на звонки ночью, кодить в галстуке или не использовать LLM. И быть готовым за это платить.
Формализуйте критерии приемки, если кроме рабочего кода вам нужно что-то еще (отладка, документация и т.п.)
А Некоторые используют автодополнение, а то и (о ужас) Copilot в IDE! Где грань допустимого?
Если работа- это написание кода и вас есть инструмент, который делает это эффективно, то можно ли осуждать его использование?
Никто не пишет в блокноте сейчас и не отладивает на листочке! А я помню как осуждали IDE - это же полная деградация инженера! Он же не помнит синтаксис!
Повторяется история..
И до какого уровня вниз они дотянулись? До алгоритмов? До реализации их компилятором? До окружения выполнения кода в userspace OS? До оптимизации машинного кода?
Если Нет - можно ли назвать их верхоглядами, которые не понимают что реально делает их код и сколько РОН у процессора, на котром он работает?
Это Просто еще один уровень абстракции. Такое было уже не раз и каждый раз динозавры, которые пишут самый правильный и оптимальный код вымирают. Потому что он никому не нужен! Нужен time to market first!
А таблицу умножения вы тоже не помните, потому что это "неактуальная на данный момент задача"?
Написание алгоритма пузырьковой сотртировки - это простой фильтр. Фильтр компетенции, образования и когнитивных способностей. Я тоже его не помню - последний раз писал его, наверное, лет 30 назад. Но не сомневаюсь что за полчаса отлажу безо всяких LLM.
Виджу много минусов. Еще недавно я тоже был противником изменений, которые происходят в последнее время всвязи с использованием LLM. Но сегодня мое мнение изменилось, наверное я просто принял неизбежность изменений.
Я вижу как в моей компании все используют LLM. И не просто как умный поисковик: теперь это совершенно другой подход к разработке с массовым использованием MCP. Производительность- просто безумная!
Сам я не разработчик, а NetOps, но и я использую все эти средства для генерации конфигураций, да и для поиска проблем тоже.
В нашей компании бюджет на LLM измеряется десятками тысяч долларов в месяц. И руководство регулярно повторяет: "мы не хотим избавиться от половины сотрудников, но мы ожидаем увеличения производительности в разы. Time to market - главный приоритет."
Это Уже работает. Увы, мой 26-летний опыт больше не является конкурентным преимуществом! Знания базовые сейчас не имеют значения- гораздо важнее уметь настроить MCP сервер.
Когда я спрашиваю: "а кто будет отлаживать все эти ваши прекрасные решения?", то мне говорят, что автор и будет их отлаживать. Не человек, автор - LLM. Просто еще один уровень абстракции.
Это не будущее, это УЖЕ так работает. Компания - единорог.
И уж скорее тут уволят за отказ от использования LLM, чем как в статье.
Автору статьи советую оглянуться назад и не пытаться отказаться от виртуализации, контейнеризации, окестрации и использования IDE- за мой четвертьвековой опыт тработы я видел уже много "убийц индустрии".
Перемены это всегда непросто. Выживает сильнейший, самый гибкий - тот кто смог приспособиться. Просто очередной виток эволюции.
P.S. К тому времени когда уйдут титаны вроде автора статьи нужно готовиться отдавать существенную часть своего дохода в качестве оплаты за LLM. А без нее уже не сможете работать.
Так Кто вам заставляет то?
Откуда такой вывод?
Тем более, что это не чистый рынок, а олигопольный.
Одних денег, чтобы преодолеть барьер входа, недостаточно.
"чем на автомате" )
Давным-давно прочитал:
"Люди, которые читают книги, всегда будут управлять людьми, которые смотрят телевизор".
Прочитал еще в прошлом веке и с каждым годом все более убеждаюсь в правоте этого высказывания.
Почему, интересно?
Можно же выбрать нужный критерий оптимизации алгоритма (время в пути/длина пути)?
Да И таксист как профессия лет на сто минимум старше навигаторов.
Жили как то.
Я не таксист, но в прошлом веке довелось на машине ездить из Сибири в Крым. Нормально, без эксцессов и истерик.
Поддержу Автора. И в плане когнитивных навыков тоже. Никому еще допрлнительные знания не повредили.