Если через 2 года тебе не нравится свой код, значит ты вырос. Если через 2 года тебе будет по прежнему нравиться то, что налабала LLM то ты деградируешь. Хотя вероятность что ты туда заглянешь стремится к нулю.
а лет через 10 заново "откроют" процедурные языки программирования, как идеальный метод получить желаемое в кратчайшие сроки. Вместо сорокадневного "лечения" LLM, с непредсказуемым результатом.
Всё меняется. Уйдут сеньоры в текущем понимании, придут им на смену джуны, которые нихрена не смыслят и не хотят учиться/разбираться. Только надо учесть, что и критерии "сеньёристости" также потерпят значительные изменения с учётом знаний и умений основной массы разработчиков. И новые сеньёры также будут ворчать на молодняк %)
Автору надо было прежде всего проанализировать глубже уязвимость, если есть возможность сделать PoC эксплоит. Далее зарегистрировать CVE на cve.org - наличие реального эксплоита повышает уровень серьёзности (потом не поправить). С готовым CVE топать на bdu.fstec.ru и регистрировать уязвимость там. Тут уже обычно товарищи из ФСТЭК начинают помогать "лечить" производителя софта. Но сразу предупреждаю - всё будет исключительно за спасибо, баг баунти в России не существует :)
Есть обычные прогеры - они качаются "внатураху", внимательно следят за питанием, употребляют только витаминки, изучают передовые методы. Тяжело, не быстро, но надёжно.
Есть на стероидах - они тоже хорошо кушают, знают методики, но иногда употребляют нехорошие вещества. Результат быстрее, заметнее. Это, кстати, нормальные кодеры, которые иногда пользуются услугами ИИ. Хреново будет потом и они это знают - код который надо чистить, потеря интереса в некоторых областях, возможно отставание в развитии :))).
Ещё есть совсем отбитые - синтольщики. Это условные вкатуны-вайбкодеры, которые пишут что "нихрена не умею программировать, но за пару вечеров сбацал офис/дум/фейсбук". Собственно их никто всерьёз и не воспринимает, хотя вроде бы и считается что программу написали они.
На наших массивах можно оперировать как "коммерческими" величинами, так и "честными" мегабайтами/гигабайтами/терабайтами кратными 1024, также учитываем, что размер блока бывает 4kb или 512b, соответственно выйти на границу мегабайта (меньшими размерами массивы уже не оперируют) совсем не проблема. Мы в тестах используем "честные" величины и проблем с округлением я не встречал.
Рескан шины обязательно, для fc ещё и issue_lip делаем. есть немного нюансов. Про сложность и энтропию преувеличено :) на самом деле операционные системы на базе ядра Linux имеют одну реализацию подсистем ввода/вывода, отличия могут быть только в версиях ядра и параметрах его сборки, набору/версиях системных утилит. Может по безопасности что-нибудь накрутят - но это не фатально.
Возможно во всём этом есть доля истины. Однако мы честно тестируем своё серийное оборудование и релизные версии продуктов наших технологических партнёров. К сертификации приступаем на стадии pre-GA/GA нашего изделия, а в процессе жизненного цикла при выходе нового продукта партнёра. За пределами EoS сертификацией не занимаемся - можете убедиться по выпущенным сертификатам.
мы сертифицируем продукцию наших технологических партнёров, и, как можно догадаться, со стороны oracle подписывать двусторонние протоколы тестирования и сертификаты никто пока не планирует :)
вопросы особенностей взаимодействия нашего оборудования и стороннего софта прежде всего решаются техподдержкой
давным-давно видел ролик на ютубе где один индус на серьёзных щщах говорил что правильный английский язык, это тот на котором говорят индусы т.к. их уже реально больше чем первоначальных носителей %)
Если через 2 года тебе не нравится свой код, значит ты вырос. Если через 2 года тебе будет по прежнему нравиться то, что налабала LLM то ты деградируешь. Хотя вероятность что ты туда заглянешь стремится к нулю.
а пра-пра-прадед завещал тебе траву косить да дрова заготавливать :)
а лет через 10 заново "откроют" процедурные языки программирования, как идеальный метод получить желаемое в кратчайшие сроки. Вместо сорокадневного "лечения" LLM, с непредсказуемым результатом.
Провижинеры у packer выглядят коряво и тяжело. Сделай через кикстарт - будет на порядок изящнее, удобнее и быстрее.
Всё меняется. Уйдут сеньоры в текущем понимании, придут им на смену джуны, которые нихрена не смыслят и не хотят учиться/разбираться. Только надо учесть, что и критерии "сеньёристости" также потерпят значительные изменения с учётом знаний и умений основной массы разработчиков. И новые сеньёры также будут ворчать на молодняк %)
скажем так, состоять в банде, воевать и торговать рабами - это тоже своего рода "работа". оплачиваемая :)
молодец. не расстраивайся, я тебе плюсик поставил :)
Автору надо было прежде всего проанализировать глубже уязвимость, если есть возможность сделать PoC эксплоит. Далее зарегистрировать CVE на cve.org - наличие реального эксплоита повышает уровень серьёзности (потом не поправить). С готовым CVE топать на bdu.fstec.ru и регистрировать уязвимость там. Тут уже обычно товарищи из ФСТЭК начинают помогать "лечить" производителя софта. Но сразу предупреждаю - всё будет исключительно за спасибо, баг баунти в России не существует :)
а как думаешь, на чём нейропейсателей натаскивали?
Ну вот условно - качалка.
Есть обычные прогеры - они качаются "внатураху", внимательно следят за питанием, употребляют только витаминки, изучают передовые методы. Тяжело, не быстро, но надёжно.
Есть на стероидах - они тоже хорошо кушают, знают методики, но иногда употребляют нехорошие вещества. Результат быстрее, заметнее. Это, кстати, нормальные кодеры, которые иногда пользуются услугами ИИ. Хреново будет потом и они это знают - код который надо чистить, потеря интереса в некоторых областях, возможно отставание в развитии :))).
Ещё есть совсем отбитые - синтольщики. Это условные вкатуны-вайбкодеры, которые пишут что "нихрена не умею программировать, но за пару вечеров сбацал офис/дум/фейсбук". Собственно их никто всерьёз и не воспринимает, хотя вроде бы и считается что программу написали они.
нормальная аналогия?
На наших массивах можно оперировать как "коммерческими" величинами, так и "честными" мегабайтами/гигабайтами/терабайтами кратными 1024, также учитываем, что размер блока бывает 4kb или 512b, соответственно выйти на границу мегабайта (меньшими размерами массивы уже не оперируют) совсем не проблема. Мы в тестах используем "честные" величины и проблем с округлением я не встречал.
Рескан шины обязательно, для fc ещё и issue_lip делаем. есть немного нюансов. Про сложность и энтропию преувеличено :) на самом деле операционные системы на базе ядра Linux имеют одну реализацию подсистем ввода/вывода, отличия могут быть только в версиях ядра и параметрах его сборки, набору/версиях системных утилит. Может по безопасности что-нибудь накрутят - но это не фатально.
Возможно во всём этом есть доля истины. Однако мы честно тестируем своё серийное оборудование и релизные версии продуктов наших технологических партнёров. К сертификации приступаем на стадии pre-GA/GA нашего изделия, а в процессе жизненного цикла при выходе нового продукта партнёра. За пределами EoS сертификацией не занимаемся - можете убедиться по выпущенным сертификатам.
мы сертифицируем продукцию наших технологических партнёров, и, как можно догадаться, со стороны oracle подписывать двусторонние протоколы тестирования и сертификаты никто пока не планирует :)
вопросы особенностей взаимодействия нашего оборудования и стороннего софта прежде всего решаются техподдержкой
давным-давно видел ролик на ютубе где один индус на серьёзных щщах говорил что правильный английский язык, это тот на котором говорят индусы т.к. их уже реально больше чем первоначальных носителей %)
А Владимир Ильич на какой модели броневичка толкал свои пламенные речи, сжимая в кулаке кепочку?
Ну и однострочник на баше, без привлечения внешних утилит:
while IFS= read -a LINE; do echo ${LINE[*]}; done < filename.txt
Playbook это не набор задач - playbook это набор play. А вот play это уже совокупность задач/ролей и объектов, к которым они применяются.
Все 3 пункта перечисленные в конце статьи с лихвой перекрывает редактор ed :)
Добавь для нас, нищебродов, поддержку анаглифа ;) Вот прямо отсюда можно скопипастить https://github.com/ErykDev/Anaglyphs