Анекдот №1540446

Mike Rotchburnz➦zavbaz• 16.08.25 16:47

Надеюсь, тебе до пенсии не больше года. Мне - 4, поэтому использую chatGpT на полную катушку.

zavbaz➦Mike Rotchburnz• 16.08.25 17:35

"Мне - 4" - минус четыре до пенсии? - в смысле уже на той стороне и без ChatGPT уже никак? :)
Да скриптописательство тоже некоторые называют программированием. А в больших проектах ChatGPT пока что приводит чаще к проблемам чем к реальной пользе. Из серии - нужно быстро и грязно - да без проблем - нахуячим, а вот если нужно надежно и надолго то пока нафиг надо.

Для ассемблера ChatGPT не особо нужен. А до пенсии мне ещё почти 20 лет.

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

Тут чем-то схоже с обучением в ВУЗе - можно самому делать курсачи а можно чужие сдавать - результат вроде одинаков - корочка получена, только вот корочка это внешнее оформление а знания это внутренняя структура.

zavbaz➦Mike Rotchburnz• 16.08.25 17:50

Не спорю что это большое подспорье для тех программистов которые привыкли задавать вопросы или копипастить со stackoverflow вместо того чтобы самим выполнять свою работу :)

std::cout << "Здравствуй Мир!" << std::endl;
std::cout << "\n" << "Прощай работа!" << std::endl;

Ввел_в_ник➦zavbaz• 16.08.25 17:55

Где, простите, можно сильно отстать в ассемблере? И кому нужен такой специалист, уже даже в embedded на нем никто НИЧЕГО не пишет, от слова совсем. Это какие-то дедушкины фокусы. Круто, конечно, но сами дедушко-кодеры говорят, что если бы родился на 10 лет позже, не знал бы асм от слова совсем, даже mov и pop. Его знают те, кто застал его элементарным 16-разрядным и с минимум инструкций. Остальным не оч. интересно, да и не очень нужно. Уже давно НАБОР ИНСТРУКЦИЙ делают чтоб компиляторам было удобнее, а не наоборот.

zavbaz➦Ввел_в_ник• 16.08.25 18:10

Про ARM assembly language вы видимо не слышали :) Можете посмотреть какие зарплаты - в принципе на булочки с маком хватает да и побольше чем у Embedded Developer выходит - может именно поэтому что не каждый щенок может научится дедушкиным фокусам?

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

"НАБОР ИНСТРУКЦИЙ делают чтоб компиляторам было удобнее" - лишь частично и далеко не в каждом процессоре. Вы явно подразумеваете расширенные наборы инструкций а это лишь небольшая и опциональная их часть. :)
Про "никто не пишет" - очень насмешили - как если бы школьник собравший из современной комплектухи свой первый комп а потом посмотрев на свой планшет сказал - разработчики архитектуры не нужны :)

Mike Rotchburnz➦zavbaz• 16.08.25 18:14

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

zavbaz➦Mike Rotchburnz• 16.08.25 18:34

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

Про поиск работы - уникальное вовсе не значит никому не нужное. Многие компании где требуется reverse engineering, firmware development и даже cybersecurity (Vulnerability/Validation Researchers) мне вполне подойдут. И если захочется работать с ИИ то Software Engineer in Machine Learning.

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

А в управдомы и сантехнки/монтажники ЛВС обычно идут всякие джависты и питонщики не способные переучиться даже при смене версий якобы знакомой им среды разработки.

zavbaz➦Mike Rotchburnz• 16.08.25 17:57

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

Mike Rotchburnz➦zavbaz• 16.08.25 18:28

А вот и нет, из употребления вышли именно печатные машинки. ИИ - это неизбежность, и чем раньше ты с этим смиришься и научишься с этим жить - тем лучше. Только глобальная ядерная война с полным разрушением всего может это остановить, но тут и обсуждать нечего, ни тебя, ни меня в живых не останется, а если вдруг останется, то будем об этом жалеть.
ИИ развиваются, как снежный ком. Сегодня ИИ не может дебаггать твой код в IDE, а через год - сможет. А через два - компании с огромными деньгами будут скупать софтверные компании и увольнять сотрудников. Это было и раньше, но тогда новый хозяин увольнял 10%, а завтра будет 90%. Мне всегда удавалось не попасть в эти 10%, но вот от 90% увернуться вряд ли удастся. Ну что ж, мне 63, I had pretty good run.

интерпрет➦Mike Rotchburnz• 16.08.25 18:47

Насчет дебаггать код в IDE тоже не совсем точное утверждение. Пользуюсь copilot, достаточно хорошо видит весь проект, но нужно быть внимательным. Есть лучше встроенные инструменты, но и этот помогает

zavbaz➦Mike Rotchburnz• 16.08.25 18:59

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

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

Про % - как раз "попса" да вся быстро облетит и станет ненужной.
А пока ИИ НЕ НАУЧИТСЯ работать без HARDWARE плюс действительно научится писать сам себя - работа у меня точно будет :)

Мелкий пример - Inline PTX assembly in CUDA (псевдоассемблер на самом деле) for machine learning - позволяет реализовать детальную оптимизацию, устранить ограничение компилятора в целом, результат - достижение максимальной производительности в определенных критических разделах рабочих нагрузок машинного обучения на графических процессорах.

Mike Rotchburnz➦интерпрет• 17.08.25 00:53

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