А Некоторые используют автодополнение, а то и (о ужас) 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. А без нее уже не сможете работать.
Промпт-инженеры без базового программирования быстро утонут в ошибках агентов.
они просто исчезнут, как исчезли энтузиасты автопрома после появления автоиндустрии: профессиональных шоферов и автомехаников. Причем, исчезнут вместе с классными программистами, которые не успели добавить в свой портфель эффективную работу с LLM.
Адаптироваться стоит, но профессия эволюционирует, а не исчезает .
Cогласен! История из моего детства: у отца был знакомый - лучший мастер по ремонту ламповых телевизоров в миллионном городе. Занимался только ламповыми. Так он до сих пор лучший мастер по ремонту ламповых телевизоров в городе.
Десять лет в девопсе. Десять. И я гуглю tar -xzf. Не раз в год — раз в неделю. Ну, может раз в десять дней, если повезёт.
Пожалуйста , отнеситесь серьёзно к моему комментарию!
Обратитесь к врачу! Нехороший симптом: Не то, что вы не знаете синтаксис tar, а то, что вы не можете запомнить команду, котоую регулярно на протяжении 10 лет используете.
использовать утилиты от сторонних производителей по уничтожению информации
А зачем использовать утилиты от сторонних производителей по уничтожению информации? Основная функция накопителя - хранение данных. Запишите полностью накопитель случайными данными и все. Ваши исходные данные недоступны. Открыть файл и заполнить его можно хоть из shell. dd - придумана 30 лет назад. Есть даже государственные стандарты, которые определяют сигнатуры перезаписи при уничтожении данных, составляющих гостайну. Чего еще выдумывать? И зачем?
Никогда не понимал такого бреда: зачем уничтожать накопитель, если можно просто перезаписать данные? Да, перезапись занимает время, но это окупается с лихвой возможностью продажи накопителя на вторичном рынке. И отсутствием таких вот фейлов.
А Некоторые используют автодополнение, а то и (о ужас) 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. А без нее уже не сможете работать.
Так Кто вам заставляет то?
Откуда такой вывод?
Тем более, что это не чистый рынок, а олигопольный.
Одних денег, чтобы преодолеть барьер входа, недостаточно.
"чем на автомате" )
Давным-давно прочитал:
"Люди, которые читают книги, всегда будут управлять людьми, которые смотрят телевизор".
Прочитал еще в прошлом веке и с каждым годом все более убеждаюсь в правоте этого высказывания.
Почему, интересно?
Можно же выбрать нужный критерий оптимизации алгоритма (время в пути/длина пути)?
Да И таксист как профессия лет на сто минимум старше навигаторов.
Жили как то.
Я не таксист, но в прошлом веке довелось на машине ездить из Сибири в Крым. Нормально, без эксцессов и истерик.
Поддержу Автора. И в плане когнитивных навыков тоже. Никому еще допрлнительные знания не повредили.
Провайдер Вам ответит буквально следующее:
В зоне нашей ответстенности (ASN XXXX) проблем никаких нет. По поводу доступа к ресурсу YYY обращайтесь к его владельцу.
И знаете что самое прикольное? По действующему российскому законодательству он прав! Если не верите: почитайте правила пропуска трафика на сетях.
А Вы не сможете никак доказать что проблемы в его зоне ответственности.
халва, халва , халва..
они просто исчезнут, как исчезли энтузиасты автопрома после появления автоиндустрии: профессиональных шоферов и автомехаников. Причем, исчезнут вместе с классными программистами, которые не успели добавить в свой портфель эффективную работу с LLM.
Cогласен! История из моего детства: у отца был знакомый - лучший мастер по ремонту ламповых телевизоров в миллионном городе. Занимался только ламповыми. Так он до сих пор лучший мастер по ремонту ламповых телевизоров в городе.
Неправда! Вы текст то прочитали или просто осуждаете?
Именно про это он говорит.
Для этого добавляю в тело скрипта комментарии и ключ -h.
Иначе - лапша уже через год.
За десять то лет? Я даже не вспоминаю это в голове - пальцы сами помнят.
Это не проблема запоминания, по моему.
Пожалуйста , отнеситесь серьёзно к моему комментарию!
Обратитесь к врачу! Нехороший симптом: Не то, что вы не знаете синтаксис tar, а то, что вы не можете запомнить команду, котоую регулярно на протяжении 10 лет используете.
Я cам devops.
Ну Вы прочтите пост то. Какое уж тут снижение? Наоборот..
Поэтому Крупные копмании используют специальные сервисы, которые занимаются утилизацией, в т.ч. удалением информации и реализацией на вторичном рынке
затрат на это нет - это дохдная статья. См. пункт выше.
А зачем использовать утилиты от сторонних производителей по уничтожению информации? Основная функция накопителя - хранение данных. Запишите полностью накопитель случайными данными и все. Ваши исходные данные недоступны. Открыть файл и заполнить его можно хоть из shell. dd - придумана 30 лет назад.
Есть даже государственные стандарты, которые определяют сигнатуры перезаписи при уничтожении данных, составляющих гостайну.
Чего еще выдумывать? И зачем?
Все уже придумано и разработано давным давно. Не нужно городить велосипед.
Никогда не понимал такого бреда: зачем уничтожать накопитель, если можно просто перезаписать данные? Да, перезапись занимает время, но это окупается с лихвой возможностью продажи накопителя на вторичном рынке. И отсутствием таких вот фейлов.
Это Все верно! Я согласен по существу!
Я про метод борьбы.