Я нанял 6 программистов в 2026 году и сделал страшные выводы...
Я тимлид небольшой местечковой продуктовой компании, в 2026 году решили расширить штат. Разместил вакансию, начался поиск.
За первые два дня после публикации вакансии пришло более 400 откликов.
За первые 2 дня — это сумасшедшая цифра...
Ладно, собрался, отфильтровал, осталось около 300.
Заметка: Я принципиально не использую ИИ для отбора резюме. Каждое открываю и просматриваю сам. Возможно, это занимает больше времени, но пока мне важно самостоятельно понимать, кто именно приходит на собеседование.
Начались собеседования и именно на них я был сильно удивлен, ведь не так давно ситуация была другая… (по сути пара лет, а такая пропасть). И дело даже не в уровне знаний, а в подходе и отношении кандидатов, что позже видно по отношению к работе.
Опущу классические для сегодняшнего рынка проблемы и перечислю их скрытой заметкой, кто хочет тот прочтет.
Сгенерированные ИИ резюме (куча необоснованных цифр, технологий, чистейшее описание — редкий инженер умеет и хочет писать как профессиональный SMM)
В удовлетворение алгоритмам накрутка опыта (Самый яркий случай: кандидат, 21 год, с заявленными пятью годами коммерческого опыта)
Обман в опыте, написано одно — чуть копнешь — а нет даже поверхностных знаний.
Использование ИИ на собеседованиях — и неумение даже это скрыть (случай, когда в очках кандидата отражался чат поверх экрана... нет, это не выдумка)
Глубина знаний
Структура собеседования (golang, pgsql):
(5 минут) Знакомство, представление компании, вопросы по последнему месту работы
(15–20 минут) Опрос по базовым знаниям, язык, база данных, общие подходы
(10–20 минут) Углубленные вопросы для понимания насколько глубоко уходят знания
(5–10 минут) Общие вопросы
Я практически никогда не спрашиваю то, что не понадобится в работе.
Но если в резюме написано, что кандидат три года работал с PostgreSQL, я ожидаю, что он сможет объяснить не только что делал, но и почему это работало.
Усредненный кандидат: 3 — 5 лет работы с go, столько же с pgsql.
Вопрос который ставит многих в тупик: Как перехватывается panic и как работает defer?
Рассуждения: Примерно 9 из 10 кандидатов не могут дать полный ответ.
И вот здесь меня удивляет не отсутствие знаний, а какой именно вопрос вызывает затруднение.
defer, panic и recover — это не вопросы уровня знаний внутреннего устройства языка. Это функции, с которыми разработчик сталкивается очень часто.
Рано или поздно почти каждый пишет go‑рутину, внутри которой возникает panic, после чего неожиданно падает весь сервис. Всегда начинаешь разбираться, почему так произошло, в каком порядке вызываются defer, как работает recover и почему он не сработал с функции инициировавшей go‑рутину (если таковой там имелся).
Аналогично defer встречается в каждом проекте: закрытие файлов, работа с БД, работа с пакетом net, освобождение ресурсов, работа с мьютексами. Это один из самых часто используемых механизмов языка.
И когда разработчик с несколькими годами коммерческого опыта не может объяснить принцип работы конструкции, которой пользуется практически каждый день — это вызывает удивление.
Из базовых знаний так же не могут ответить
Императивный или декларативный ваш язык?
Как работает конкатенация строк и зачем существуют rune?
Как работает append в slice?
В чем уникальность go‑рутины?
Как работают mutex и какие проблемы они решают?
Не менее удивительной оказалась ситуация с PgSQL.
Я не спрашиваю про тонкости MVCC, внутреннее устройство планировщика запросов или нюансы WAL (хотя с одним из 20+ кандидатов мы дошли до обсуждения и таких моментов).
Но если в резюме написано: несколько лет ежедневно работал с PgSQL, я ожидаю уверенное понимание вещей, без которых сложно представить разработку любого продукта:
Работа со стандартными запросами CURD
JOIN механизмы
CTE запросы
Понимание транзакций
И именно здесь меня снова ждал сюрприз. Даже на эти вопросы не всегда удавалось получить ответы.
Чтобы не создавалось впечатление, что все кандидаты такие, сразу скажу: нет.
Среди кандидатов были сильные разработчики. Были люди, которые признавали пробелы в знаниях, но спустя какое то время начинали рассуждать. Да, рассуждениями тонкости языка вряд ли получится узнать, но всё таки.
И именно это сегодня я ценю выше всего в подобных ответах, что кандидат не сдается.
Отношение к работе
Это началось раньше, когда рынок еще был перегрет, работы много, требований значительно меньше, собственно и результативность ниже, но сейчас ситуация другая, рынок на спаде, лишние люди уходят, а отношение к норме не возвращается.
Когда в команду приходит новый разработчик, особенно в первый месяц, я ожидаю вполне понятных вещей:
Вовлеченности в проект
Участия в технических обсуждениях
Желания разобраться в существующей архитектуре
Стремления выполнять задачи в срок (при этом я никогда не ставлю заведомо нереалистичные сроки и всегда готов обсуждать их заранее)
Максимально качественного кода на текущем уровне знаний
Показать максимум, чтобы закрепиться на новом месте.
К сожалению, все чаще я сталкиваюсь с обратными показателями:
Плохое качество выполнения базовых задач
Повсеместное использование ИИ‑агентов
Желания понять продукт, архитектуру или причины тех или иных решений практически нет
А спустя некоторое время становится очевидно, что собеседование прошло успешнее, чем реальная работа: знания и самостоятельность оказываются заметно ниже, чем казалось на собеседовании
И, пожалуй, именно последний пункт меня расстраивает больше всего. Не потому, что человек чего‑то не знает. А потому, что желание разобраться и вырасти оказывается слабее желания просто закрыть задачу любым способом…
ИИ — агенты
Рынок диктует: используй ИИ для увеличения своей продуктивности, кто не использует ИИ отстал от современных стандартов разработки. И это действительно так, не использование помощника (который зачастую дается бесплатно для разработчика) не оправданное опущение.
Но использование нейрокода (код, сгенерированный ИИ), без понимания процесса разработки, приводит только к ухудшению качества кодовой базы. Именно это меня и поражает, люди берут ИИ, используют его в проекте, при этом не учитывая ни контекст, ни архитектуру вокруг. Эти громоздкие абстракции, мертвый код, галлюцинации (аналог багов у разработчиков) — становятся нормой современной разработки.
Опыт изучения: старшее поколение программистов училось по книгам и хейтили гугление и копирование кода с форумов, теперь настало время вспоминать это с теплотой. Ведь такой подход не обрывал необходимость погрузиться в задачу и в контекст проекта, так как код с форума требовал адаптации и изучения, что там понаписано.
В результате получается довольно странная цепочка.
Включил агента
Скопировал задачу и сгенерировал код
Написал тесты через агента на написанный агентом код
Сдаешь тестировщику, который в свою очередь также может использовать ИИ для тестирования.
Когда вскроется, что код работает с багами зависит от задачи. И кто в этой цепочке действительно понимает, что именно происходит?
С точки зрения разработчика задача закрыта, кто будет проверять мержи сгенерированные агентом? Никто, только такой же агент.
Именно это меня беспокоит больше всего. Не использование ИИ. А постепенная потеря привычки думать самостоятельно.
Разумеется, речь не идет о мелких рутинных задачах или генерации шаблонного кода. Я говорю о задачах среднего размера, где понимание архитектуры, контекста проекта и последствий принимаемых решений важнее скорости написания кода.
Эпилог
Я люблю число 3 и остановлюсь именно на этих трёх пунктах, но тенденция меня пугает.
Не потому, что ИИ в ближайшее время заменит программистов. На мой взгляд, пока это скорее псиоп, чем реальность.
ИИ постепенно развращает и новых, и опытных разработчиков. Он мотивирует не брать на себя ответственность за принятые решения, не искать информацию самостоятельно, не пытаться понять, почему решение работает именно так.
Но я до сих пор не могу понять: в какой момент произошла деградация обучения?
Ведь тот же ИИ открывает огромные возможности для саморазвития. Да, он может ошибаться. Точно так же когда‑то ошибались статьи, ответы на форумах и случайные советы из интернета от «рандомного индуса» (это интернет‑мем, а не отсылка к национальности).
Но даже с учетом этих ошибок ИИ позволяет учиться значительно быстрее, чем это было раньше.
Возможно, где‑то изменились и мои ожидания. Возможно, десять лет назад, когда я вкатился в IT обычным программистом не смог бы ответить на часть своих вопросов. Но меня беспокоит именно разрыв между заявленным опытом и глубиной погружения.
Поэтому проблема, как мне кажется, никогда не была в инструменте.
Проблема в том, что программисты все чаще используют ИИ не для того, чтобы лучше понимать, а для того, чтобы меньше думать.
Будем честны, не только программисты идут по этому пути.
Но именно в разработке цена такого подхода может оказаться особенно высокой.
Комментарии (311)
SONce
16.09.2026 05:47Щяс вам набегут в комментарии люди с вопросами "а что за вопросы у вас дурацкие на собесах, человек же нервничает на собесе и просто не смог собраться и ответить".
Ну или "вы все вретти, это кровавые HR с HH на пару не хотят брать меня на работу"
А так проблема реальна, сам веду собесы и как никто другой понимаю Вас
Grami Автор
16.09.2026 05:47В том то и дело, вопросы буквально базовые, зачастую по основам используемых технологий + если в резюме указано что либо углубленное, то вопросы уходят в именно то направление.
Спасибо за поддержку =)
Laryx
16.09.2026 05:47Боюсь, что люди, которые имеют реальный опыт и знания - слишком критично их оценивают. Тут ведь выше уже были отзывы, когда у человека более десяти лет стажа в профильном области, но он честно говорит, что собеседование не пройдёт. Соответственно, он и не будет даже пытаться наниматься.
Ещё один вариант - знания устаревшие, скажем, у меня довольно неплохой опыт, который, однако, уже лет 20 как неактуален - ну и возраст до кучи - и смысл пытаться идти на собеседование?
ThJudge
16.09.2026 05:47Конечно не пройдем. Даже пробовать не буду. Но я пока могу себе позволить никуда не наниматься, вроде пока тянем. Но если что, скорее всего я точно не пройду. Как минимум по возрасту (46), и по знаниям современных инструментов. Да я олд, пишу на питоне и шарпе а не на расте из баз пользую mysql и монго, неплохо умею в js, но вообще не в курсах насчет современных библиотек, ибо они появляются быстрее чем я их успеваю даже поверхностно выучить. Ну и как-бы оно мне не мешало, все что нужно конкретно для задачи я учу быстро. Надо писать на ruby - будет ruby, надо раскурочить проект на vue.js - будет vue.js, но только то что касается текущих задач. Все что вне текущих задач ни вомзожности ни сил учить уже нет. Да и голова уже не так соображает как в 30 лет. Тогда я по 16 часов в сутки мог проработать, а теперь увы, 10 часов и все, перестаю соображать вообще, домой и спать. Поэтому максимум что я щас тяну - полу-административная полу-техническая работа техдиректора. А таких в любых компаниях как минимум один и работой они делиться вряд-ли захотят ))
tuxi
16.09.2026 05:47когда у человека более десяти лет стажа в профильном области, но он честно говорит, что собеседование не пройдёт.
Я не пройду. Это точно. Это 146% Поэтому, периодически проигрываю комбинации, куда, в какую сферу я пойду потом работать.
ThJudge
16.09.2026 05:47Что-то подыскали? Я ардуину попаиваю (и не только), но не серьезно, работу вряд-ли получится найти, если только мелкая починка девайсов по соседям )) Растения выращиваю, редкие, но в слишком маленьких количествах чтобы прокормиться, хотя народ ничего, умудряется целые мини-фермы заводить чуть-ли не на даче. В принципе руками не боюсь работать, могу и плитку класть и в сварщики, но большое особо фантазии не хватает. Но не в стартаперы ("а за меня ИИ будет писать проекты а я буду просто деньги собирать!") точно.
tuxi
16.09.2026 05:47Руками скорей всего. Инструмент держать в руках умею "вроде бы как", а насколько это соответствует реальности, только "продакшен" покажет. Но трудности и особенности работы "в поле", а не в кресле - представляю хорошо.
tuxi
16.09.2026 05:47Тоже сейчас участвую в собеседованиях на позицию бэкендера (мидл и выше), не спрашиваю ничего, спрашиваю "с rest api работали?" если да, то прошу озвучить мысли вслух "как бы Вы решали такую задачу?" и даю ее короткое описание.
В задаче описано, что нам надо использовать чье-то внешнее rest api, это апи отдает данные порциями, то есть надо сделать больше одного запроса (больше 100..200) , в том апи есть ограничение на интервал между запросами (они знают кто к ним пришел, так как есть долгоживущий токен и его надо указывать в запросе), и есть требование уже нашего бизнеса "надо уложиться в отведенное время, данные записать куда-то (принять, что время обработки и записи данных практически мгновенное на фоне общих требований) или в случае "ошибок/не успеваем получить все данные" в отведенное время, кинуть алерт (не важно каким образом) и ничего не записывать совсем"
Из порядка 12 кандидатов на текущий момент, только один стал думать в сторону "а будет ли возможность выставить ограничение на таймаут соединения/чтения ответа или нет?" И то, только после того как я стал подталкивать его посчитать, блин, время, которое уйдет на все эти запросы. Многие начинают фантазировать в сторону распараллеливания запросов. То есть, либо не понимают условие задачи, либо пользуются ИИ, так как ИИ (я проверял на паре общедоступных моделей) начинает свое решение именно с этого, и только на 2..3-й странице указывает, что придется использовать синхронные вызовы, кандидат не успевает прочитать это.
Если ты имеешь реальный опыт работы, ты должен уже был наступать на такие грабли же? Или нет? Я начинаю уже думать, что я спрашиваю у людей какую-то ересь.
TldrWiki
16.09.2026 05:47Ну и почему нельзя распараллелить?
Cordekk
16.09.2026 05:47токен то один.
TldrWiki
16.09.2026 05:47Ничего не сказано про механизм аутентификации. Oauth ли это и есть ли single sign on. Какой токен jwt ли? Написано что токен долгоживущий. Почему объясните плз его нельзя использовать в нескольких запросах?
tuxi
16.09.2026 05:47>в том апи есть ограничение на интервал между запросами
Потому, что 429 прилетит в ответ. А из реальных кейсов, иногда и блокировка на сутки после 10 таких попыток.TldrWiki
16.09.2026 05:47Ну так в рамках этого интервала и распараллелить.
Cordekk
16.09.2026 05:47Зачем паралелить то? Это как раз помещает. Есть интервал, надо его соблюдать, значит должен быть синхронный процесс.
TldrWiki
16.09.2026 05:47Чтобы быстрее было. В любом случае кандидатов уже отсеяли из-за убеждения автора.
Cordekk
16.09.2026 05:47Оно не будет быстрее, если мы за отведённый интервал делаем обработку и запись, и ещё время остаётся, которое надо подождать.
TldrWiki
16.09.2026 05:47Оно будет быстрее, ТК время на обработку по условию задачи пренебрежимо мало. Да и в проде реально будет быстрее за счёт уменьшения времени на запросы. Это как бы общепринятая практика. Не знаю как можно отрицать очевидное.
tuxi
16.09.2026 05:47Я не очень понял, что именно предлагается "распараллелить"?
Сами запросы? Но если не выжидать требуемое той стороной время, она будет отвечать 429.
Обработку данных? Зачем, в чем мы выиграем?
TldrWiki
16.09.2026 05:47Изначально речь шла про запросы. Если интервал 1 секунда можно отправить около 50 запросов одновременно. Если на той стороне асинхронщина то намного больше. Если запрос натыкается на 492 он ждёт. Но и обработку данных можно распараллелить, так мы задействуем больше процессоров и ускорим работу системы.
Cordekk
16.09.2026 05:47Да и в проде реально будет быстрее за счёт уменьшения времени на запросы.
Нельзя уменьшить время на запросы, если при уменьшении интервала времени ваш запрос не будет обработан.
Cordekk
16.09.2026 05:47Так вы же параллельно собираетесь несколько запросов делать, очевидно, что между ними будет меньше интервал, чем при последователной обработке.
Cordekk
16.09.2026 05:47Очевидно, что вы не поняли исходную задачу, поэтому не можете и объяснить предлагаемое вами решение.
TldrWiki
16.09.2026 05:47Если интервал между запросами будет меньше при параллельной отправке чем при последовательной то чем это плохо? Вот интервал на той стороне 100мс. При последовательной обработке мы отправим 1 запрос длительностью 100мс который придет на сервер через 10мс и 90мс будет там обрабатываться. При параллельной мы отправим 10 таких запросов, которые придут на сервер и лягут в очередь например. Или придут через 10мс потом через 20 и т.д. Интервал же считается для времени поступления запроса.
tuxi
16.09.2026 05:47Допустим поставщик данных требует соблюдения интервала в 5 секунд. Если вы сделаете 50 запросов в течении этих 5 секунд, на 1 запрос вы получите код 200 и данные, а на 49 запросов - получите код 429. Понимаете о чем речь?
TldrWiki
16.09.2026 05:47Пусть длительность запроса 1 секунда. Первый запрос придет через 1 секунду. Второй через 1 секунду 10мс. Третий 1.2 итого за 5 секунд пройдет 50 запросов. До сих пор не понимаете?
Cordekk
16.09.2026 05:47Первый запрос пройдет в обработку и вернется ответ, второй и последующие сразу вернутся с ошибкой (не будут обрабатываться). Вот и вся ваша параллельность.
Cordekk
16.09.2026 05:47Тайм-аут, да. Но если всё работает параллельно, то надо как-то синхронизировать.
Ну и в задаче наверно ещё вопрос, а может посчитать сразу количество запросов и вернуть ошибку, если расчётное время больше заданного.
Cordekk
16.09.2026 05:47в том апи есть ограничение на интервал между запросами (они знают кто к ним пришел, так как есть долгоживущий токен и его надо указывать в запросе)
Читаем условие и понимаем, что ограничение не в скорости обработки вашего запроса внешним сервером, а в заданном интервале между запросами (кто-то не поленился и прописал такую логику для защиты от множества быстрых запросов, скорее всего на прокси-сервере).
Ниже я автору вопроса ответил, что ситуация редкая, у множества опытных разработчиков таких в жизни не бывало, поэтому так себе вопрос.
ThJudge
16.09.2026 05:47Да кстати, стакать сразу запросы в очередь а посылать и обрабатывать уже по возможности все-же иногда неплохой вариант, когда уже получен результат первого запроса (но еще не обработан) мы же можем отправлять сервер второй пока первый обрабатывается. Ну это если время обработки сопоставим со временем за которое запрос будет отправлен и получен ответ.
tuxi
16.09.2026 05:47В реале так и сделано, там же не одно такое api, там целый зоопарк, и разные форматы и протоколы и разные условия/ограничения, именно это условие не самое страшное, есть и похуже... И все это надо обойти, собрать данные, обработать применяя правила, и отправить дальше внутри системы. И уложиться в некое общее время отведенное на это. И вот за последние года 3, все чаще и чаще всплывают проблемы связанные с сетевой доступностью. Отсюда собственно говоря и родилась такая задача.
nogoody
16.09.2026 05:47простите, тоже так и не понял почему нельзя распараллелить? Это же классическая задача с рейтлимитом и воркер пулом. Рабою так же с кучей внешних поставщиков и у многих такие же ограничения на запросы.
Abstraction
16.09.2026 05:47Ну скрейпинг значимого объёма чужих данных - это по-моему относительно специфичная задача. Лично я с ней сталкивался дважды, один раз 15 лет назад, другой вот сейчас (и сейчас проблема в том, что сервер отдаёт ~40 MB/час на поток и лимит называется "мы не знаем, но слишком активно не спрашивайте, а то нам будет плохо").
Cordekk
16.09.2026 05:47Ограничение по интервалу между запросами как правило не большое и сопоставимо с времен обработки и записи ответа, поэтому разработчик мог не сталкиваться с такими условиями и за десять лет работы.
tuxi
16.09.2026 05:47Но если разработчик писал http запросы для "сервер-сервер", он же должен знать, что можно (надо) выставить значение таймаутов, иначе по дефолту будет использоваться 45 секунд (или что еще хуже, где-то в проекте оно в system property выставлено руками), а в этой задаче это приведет к тому, что при плохой связи (таймаут соединения) - будет впустую тратиться время. Там же простой подсчет на калькуляторе нужен. Если конечно имелся реальный опыт работы с такими вещами.
Cordekk
16.09.2026 05:47Не просто реальный опыт работы с такими вещами, но и опыт длительной поддержки таких ограниченных api. Согласитесь - редкий навык.
tuxi
16.09.2026 05:47Наверное Вы правы. Но пока никакой другой, небольшой по объему требований задачи, чтобы проверить реальность написанного в резюме, в голову не пришло.
Cordekk
16.09.2026 05:47надо давать рутинную задачу, и потом спрашивать:
а если вот так изменить задачу?
а нет ли возможностей оптимизации?
а какие еще тесты можно сделать?
SAWER
16.09.2026 05:47Ну вот набежал. А что не так? HR и HH, что способствуют такой гонке и являются во многом причиной этих проблем. Именно HH способствует использованию ИИ в поиске, что приводит к ответной реакции ищущих. Именно HR используют как дешёвое решение для отсева даже не просто не подходящих, а ещё и случайных людей до приемлемой воронки. И то, что происходит сейчас - адекватная реакция рынка
Люди перестают искать работу таким способом вообщеGrami Автор
16.09.2026 05:47А как ищут тогда?
Worst_su
16.09.2026 05:47В курьеры и таксисты уходят
ThJudge
16.09.2026 05:47Это плохой варик. Плох он не самой работой. У нас все профессии уважаемы, как-бы. Плох он тем, что работая курьером ты не развиваешься вот вообще никак. И работа условно сварщиком тут выглядит интереснее, так как ты все-же за счет опыта работы там прокачиваешь свой навык и становишься все более лучшим и лучшим сварщиком. Хороший навык, не важно чего, пригодится. Что можно прокачивать работая курьером - я честно говоря не знаю. немного физухи если только )) И то лучше там на велике или мопеде или авто больше заработаешь.
ThJudge
16.09.2026 05:47По-знакомым, у кого есть. Кстати. Да, если будут какие-то проблемы с работой HH - последнее место куда я пойду. Не всем такой вриант подходит, но он на данный момент один из лучших.
Pridurok
16.09.2026 05:47К сожалению вырисовывается четкая тенденция: чем слабее разработчик - тем чаще он использует нейронку. Как вы заметили из этого никак не следует, что сильный разработчик совсем не использует нейронку :)
simple__mortal
16.09.2026 05:47Я слабый разработчик, честно. Не использовал нейронку вообще (совсем никак ни в каком виде) до 16.08.2026. В общем, тогда мне намекнули: "подстраивайся или сдохни". И я начал использовать. И хочу сказать, что это говно забрало всю радость от работы. Вроде что-то пишет, вроде ничего не падает, но я читаю всё, что оно выплёвывает (кроме тестов), правлю, обновляю инструкции агентам... В общем, херней занимаюсь, вместо того, чтобы как-то думать, абстракции придумывать, чтобы удобно потом было, всякие базовые классы, наследования — то, от чего радуешься потом, когда оно работает и этим приятно пользоваться. Больше этого нет.
И, видимо, не будет. Хотя, я всё еще надеюсь, что Альтман и компания подохнут громко и мучительно (не в прямом смысле, а как entity, так-то дай бог им здоровья) и я вернусь к нормальной работе.
Dmitry_604
16.09.2026 05:47Неистово плюсую, да доступен только один плюс, да, это прямо боль для классического разработчика который реально местами любит программировать. Ну я пока отдаю отдельные классы и тесты только, поскольку нет давления со стороны руководства. Но есть подозрение что оно придет в обозримом будущем...
Einherjar
16.09.2026 05:47вместо того, чтобы как-то думать, абстракции придумывать, чтобы удобно потом было, всякие базовые классы, наследования — то, от чего радуешься потом, когда оно работает и этим приятно пользоваться. Больше этого нет.
Так наоборот только это и остается же - нейронке надо разжевывать архитектуру решения, что от чего наследоваться должно, иначе лажа выйдет: даже fable ничтоже сумняшеся говнокодит копипастя здоровые куски. А вот monkey-job в виде набивания фигурных скобочек руками ушел полностью
develmax
16.09.2026 05:47Так вы пишите для себя вручную, а для остальных, кто хочет ИИ - отдайте все на откуп нейросети. У вас же теперь больше времени для творчества, пока агент там что-то шестеренками обрабатывает.
ThJudge
16.09.2026 05:47Люди часто не знают чем занять это "время для творчества". Писать код, хоть какой, выглядит для них более привлекательно и привычно. В этом проблема. Особенно когда ты код писал лет 20 и ничего толком больше не умеешь. Дискомфортно не писать вообще никакой. Я думаю эти антиИИ выступления они больше с этим фактором связаны а не с тем что работы не будет. Было у тебя любимое занятие которому ты посвятил дофига лет и усилий, а теперь его отняли, и смысл жизни пошатнулся. Это вот да, кризис я вам скажу так кризис. Как художник с картинами которые стали вдруг никому не нужны. А денег-то так в принципе заработать не проблема, если только в этом вопрос. Мы и на стройку могем.
sse
16.09.2026 05:47Собеседование начинаю с простых вопросов для "разогрева", например, посчитать сумму чисел от 100 до 200 (например) -- точно, приблизительно, неважно как -- прошу назвать цифру и как её посчитал. Отвечают при этом не все (!): кто-то начинает угадывать ("1500? 2000? 2500? Лан, не знаю"); кто-то жалуется, что формулу не помнит и ответ не может назвать; кто-то даже оскорбляется, требует ему обосновать, как именно умение придумать способ посчитать эти числа пригодится ему в работе программистом, иначе заявляет, что отвечать отказывается
Dhwtj
16.09.2026 05:47Целых чисел арифметической прогрессии с шагом 1. А то мало ли)
Abstraction
16.09.2026 05:47Если человек скажет что-то типа "интеграл по считающей мере на [100,200] в R не определён", это тоже информативный ответ :)
vis_inet
16.09.2026 05:47Интеграл-то зачем?
100 + 200 = 300
101 + 199 = 300
Дальше нужно рассказывать?
Abstraction
16.09.2026 05:47Я отвечал на комментарий, где обратили внимание, что "числа от 100 до 200" можно проинтерпретировать разным образом. На что я сказал, что если собеседуемый указал на эту неопределённость, то это само по себе говорит о нём что-то существенное (хорошее или плохое - в зависимости от пожеланий найма).
SONce
16.09.2026 05:47Давайте подискутируем на эту тему если Вы не против. Я начинаю собесы ниначе. С двух ног влетать в умственные задачи с первых минут - по моему не оч хорошая практика. Ведь в первые минуты какраз таки у человека максимальный стресс. Я обычно начинаю просто каким-то разговорными темами типа чем занимался, и т.д. и постепенно очень плавно уже перехожу к "умственным" задачам. Получается вин-вин ситуация, в обычном дружеском разговоре уровень стресса снижается, и попутно наращивая сложность задач мозг кандидата начинает переключатся в режим размышлений. Сам много раз проходил собесы где буквально на 15ой секунды в тебя швыряли задачей с литкода(условно) еще даже твоего имени не спросив. Мне такое не нравилось никогда.
oldd
16.09.2026 05:47Откуда на собеседованиях дружеский разговор?
Grami Автор
16.09.2026 05:47Снять напряжение кандидата, но это только у юниоров или мидлов присутствует.
2-3 общих вопроса и пошел по резюме, далее техничка)
Fedorkov
16.09.2026 05:47Я смотрю на собеседника: если не заикается - можно повышать накал. :) Если вижу, что слишком напрягается, спрашиваю что-нибудь попроще, прежде чем дальше пальпировать границы его знаний и навыков.
Dmitry_604
16.09.2026 05:47Всмысле? Мне кажется как раз с сеньором то есть о чем поговорить об опыте его и это важнее чем литкод, опыт с ИИ не спишешь.
sse
16.09.2026 05:47Имхо нормальный вопрос-icebreaker. Ответ на него повлияет прежде всего на cultural fit: человек готов "атаковать" проблему или нет. Тут же в принципе надо сосредоточиться, подумать, рассказать другому человеку, какой алгоритм, мимоходом вспомнить о разнице между O(N) и O(1), чтобы не считать сумму циклом от A до Б на бумажке и так далее - буквально всё то, что делается на работе
iroln
16.09.2026 05:47Ага, следующий вопрос у вас, наверное, посчитать сложный процент по банковскому вкладу? Дальше предлагаю перейти к рядам и рекуррентным формулам.
Dhwtj
16.09.2026 05:47Сам много раз проходил собесы где буквально на 15ой секунды в тебя швыряли задачей с литкода(условно)
Не знаю ситуацию на рынке труда, вообще не ходил на собеседования года 4. Но я бы вероятно молча ушёл. Leetcode значит ищут вчерашнего студента, преимущества перед студентом в таких задачах у меня нет, да и не нужна мне такая работа значит. Архитектору задавать такие вопросы глупо, значит я просто теряю время на встрече. Про вычислительную сложность алгоритмов я конечно помню, но не напишу ни один из алгоритмов сортировки кроме пузырьковой.
ze7
16.09.2026 05:47а я о проектах спрашиваю, попутно наводящие вопросы задаю, углубляюсь в детали. этого и примера кода на гитхабе достаточно, чтобы точно поставить диагноз без лишней нервотрёпки
RSATom
16.09.2026 05:47Личный опыт показал что код на гитхабе вообще мало кому интересен, хотя например у меня там куча проектов и мегабайты собственно кода - смотри не хочу. В моем случае тех кто пошли его смотреть можно пересчитать по пальцам одной руки, и то, в большинстве случаев, после моего явного упоминания что было бы неплохо глянуть. Большинство идут по пути наименьшего сопротивления - скрипт с заранее подготовленным списком вопросов, и что гораздо более печально, с заранее подготовленным списком ответов, которые, и только которые, считаются правильными.
RSATom
16.09.2026 05:47Впрочем может быть и другое объяснение - у меня просто напросто классический синдром Данинга-Крюгера, и любому с первого взгляда понятно что там всего-лишь большая куча мусора... Такое тоже вполне вероятно...
Dmitry_604
16.09.2026 05:47В целом подход здравый но есть нюанс - кода на гитхаб может не быть ибо NDA
RSATom
16.09.2026 05:47Это одна из причин почему лично я начал пилить Open Source проекты. Была стойкая надежда что это позволит показать свою квалификацию без странных собеседований. Практика показала что увы, это не работает...
Dmitry_604
16.09.2026 05:47Это для энтузиастов, готовых тратить кроме 40+ часов итак рабочего времеи на программирование. А ведь есть еще семья, друзья, спорт и/или другие хобби..
RSATom
16.09.2026 05:47Не спорю, так и есть. Времени оно жрет немеряно. Особенно если проект хоть как-то выстрелил... Но, кстати говоря, один раз мне это все же помогло найти неплохую работу, но в тот раз это были иностранцы, так что про Россию все остается в силе...
iroln
16.09.2026 05:47На GitHub может быть не только код, но и история профиля с открытыми issues, discussions, может PR, даже не обязательно иметь свои open-source проекты.
Сейчас же просто делается. У ChatGPT просишь проанализировать GitHub профиль человека, оно сходит, посмотрит, какая там вообще активность была, уже можно составить какое-то впечатление. И код проектов глазами даже смотреть не нужно, LLM-ка посмотрит.
Но людям даже это лень сделать, кто-то даже CV только на собеседовании открывает. Человеку с живым профилем обычно обидно, что его не смотрели даже с помощью LLM-ки и начинают всякую фигню спрашивать.
AlekseyPraskovin
16.09.2026 05:47например, посчитать сумму чисел от 100 до 200 (например) -- точно, приблизительно, неважно как -- прошу назвать цифру и как её посчитал
Задачи рабочие вы потом таким же образом ставите? Ну ок, ответ на ваш вопрос: бесконечность. Как посчитал? Легко: 100+100,0...1+...
кто-то даже оскорбляется
Ну это видимо те, кто в корпах не работал. Где такие вот вопросы и такие же постановки задач - ежедневная норма
bkar
16.09.2026 05:47///посчитать сумму чисел от 100 до 200///
Бывают же такие совпадения! Я не смогу её посчитать. Я её уже знаю. В 1987 году произошел совершенно аналогичный случай, и, вот, прям как “миллионер из трущёб”. Правда, тогда “за 10 секунд” сначала в первом раунде посчитал с ошибкой в 0,5 процента, но, как известно, такие вещи глубже в подкорку въедаются.
Akon32
16.09.2026 05:47посчитать сумму чисел от 100 до 200
(думает 15 секунд...) 15150 .
А сколько платите?
Femistoklov
16.09.2026 05:47Около 15к. Пойдёт?
SaNNy32
16.09.2026 05:47Нет. В задаче не указано каких чисел. Вы подсчитали натуральных.
И вообще, автор просил в ответ цифру, а вы написали число, причем нестандартным способом.
qr-kot
16.09.2026 05:47Если правильно помню курс математики за 1 класс начальной школы, в данном случае выдать автору в ответ цифру несколько затруднительно. Может он все-таки согласится на число...
CitizenOfDreams
16.09.2026 05:47посчитать сумму чисел от 100 до 200 (например) -- точно, приблизительно, неважно как
Скрытый текст
"Это примерно 100 чисел со средним значением 150, сумма будет в районе 15000". Но не факт, что это пришло бы мне в голову за две секунды во время интервью, а не при расслабленном чтении Хабра.
unC0Rr
16.09.2026 05:47Я помню, что сумма чисел от 1 до 100 - это 5050 (так же помню, как получить сумму от 1 до 10 в любой степени). Поэтому представляю себе как сумму чисел (100+0)..(100+100). В общем, в уме остаётся только к 5050 добавить произведение 100 на количество чисел 101, что легко и быстро, меньше 5 секунд на все рассуждения и проверки.
Ogy4ig
16.09.2026 05:47Но зачем вы это помните? Как это пригождается в реальной жизни? Зачем это помнить для собеса? Я вот помню, что циклопентапергидрофенантрен это стеран, но спрашивать кого-то на собесе не буду, потому что это только мои девиации)
tuxi
16.09.2026 05:47Чорт, а я ведь знал когда-то про "пары чисел", просто потому что это красиво, но ведь забыл напрочь когда прочитал этот вопрос..
Zx2001
16.09.2026 05:47Если вам нужен работничек который на бумажке вычисляет прогрессии (и он не математик) - то пиши пропало. Нормальный подход программиста при встрече (в задаче, спецификации итд) с незнакомым алгоритмом - поискать про него уже готовое знание, а не строить из себя математика и ошибаться на единицу, как обычно.
В общем-то так все и делают - пользуются накопленным человеческим знанием. Литкодеры (задающие вопросы и отвечающие) - абсолютно аналогично - не сами задачки галлюцинируют обычно, а глазами и мозгом их читают/запоминают.
ThJudge
16.09.2026 05:47Все так. Даже врачи так делают, и профессора по химии какой-нибудь. Нужно теорию доказать - не придумывают свою химию, а берут готовенькое, проблемы которые они решают обычно назревают автоматически исходя из контекста а не возникают в вакууме, инструменты - уже как правило есть, способы решения задач - тоже уже есть, все придумано. Нужно выбрать просто подходящий диагноз из списка или формулу для расчета. Очень странно если врач будет использовать для лечения методы которые не существуют и не утверждены минздравом (а их так много что нужно всю жизнь просто список их учить, не до того чтобы создавать свои)
И средний тот-же врач ну не может тратить время на создание теорий и разбор "что, как почему" когда у него лимит 15 минут на прием пациента. Если будешь задавать много вопросов - долго не проработаешь, тебя просто выпрут за то что срываешь план.
Fen1kz
16.09.2026 05:47кто-то жалуется, что формулу не помнит и ответ не может назвать; кто-то даже оскорбляется, требует ему обосновать, как именно умение придумать способ посчитать эти числа пригодится ему в работе программистом, иначе заявляет, что отвечать отказывается
А что здесь не так? Я бы тоже сказал что по формуле, которую сейчас не помню. Ну и потом логичный вопрос как такие штуки помогут мне работать. Вроде в вакансии написано “программист”, а не “устный математик”. Так уж получилось что уже больше 10 лет ни разу не приходилось такие суммы считать, думаете это плохой признак и знак того что на программиста я не годен?
ganqqwerty
16.09.2026 05:47я наверное минут за 10 выведу формулу прогрессии, потому что ничего в жизни уже лет 20 не вывожу. Быстро могу сказать что это больше чем 300 (потому то 100+200 это 300 а у нас есть еще чего-то прибавлять), но меньше чем 20'000 (потому что самое большое число у нас 200 и их сто штук), это норм?
ganqqwerty
16.09.2026 05:47прочел чей-то коммент про то, что 100+200=300 и 101+199=300 и 102+198=300... ну да, так клёво сделать, но это исключительно проверит мою любовь к созерцанию численных рядов и решению математических головоломок. Насколько это хороший предиктор того, что я буду шлепать много сторипойнтов и не создавать много технического долга?
Abstraction
16.09.2026 05:47Зависит от спрашивающего, наверное. С моей точки зрения, если бы на позицию аналогичную моим задавали такой вопрос, было бы три основных неправильных ответа (на всякий случай: это не автоматический крест на человеке, из простого вопроса нельзя выжать сильного свидетельства), всё остальное ОК:
1) Замереть аки кролик перед удавом,
404: Brain Not Found.2) Начать доказывать что эту задачу решать не надо,
406: This Is Beneath Me. "Зачем мне что-то считать", "вы тут что, числа складываете", "это не имеет отношения к программированию", etc.3) Попытаться делегировать задачу целиком,
308: Not My Problem. Может иметь форму "звонка другу", нынче может иметь форму запроса к LLM.(Ну, теоретически человек может в ответ запеть "паду ли я, стрелой пронзённый" и выбежать из офиса, это тоже будет так себе ответ...)
Aleksandr_Lar
16.09.2026 05:47>Ведь тот же ИИ открывает огромные возможности для саморазвития.
Саморазвитие, как известно, для недоразвитых. Заниматься нужно самообразованием.
Что касается вашей оценки кадров, то здесь трудно вывести какую-либо закономерность без широкомасштабного исследования, вместо этого можно поспекулировать.
Во-первых, у нас сложилась парадоксальная ситуация, скажем так, отсутствия безработицы. Если в XX веке человек почитал за счастье найти не тяжёлую и не вредную работу, то сегодня практически у каждого есть возможность как-то приткнуться за довольно неплохие деньги (от этого, как ни странно, больше всего пострадали сферы госаппарата, младшего медперсонала, полиции и армии, причём во всём мире). В итоге в массе пропал пафос борьбы за непыльное местечко, работник получает какие-то компетенции, готов потратить минимальное количество сил на работу и идёт к работодателю: "Потерпишь!" - и работодатель нередко вынужден терпеть, потому что других ему найти сложно.
Во-вторых, у нас где-то больше трети взрослого населения охвачено высшим образованием, но (опять же, оценка спекулятивная), природные данные для нефиктивного высшего образования есть только у 20% населения (опять же, во всём мире). То есть, где-то 15% людей с высшим образованием не соответствуют этому самому высшему образованию ни характером, ни умом (кто преподавал - меня поймёт). Продолжим возмутительно округлять и получим оценку: половина кандидатов на рабочую позицию являются болванами (не исключаю, кстати, что сам могу быть таким болваном, которому бы заниматься несложным физическим трудом, а вечерами увлекаться гаражными самоделками - кто знает).
И, наконец, в-третьих, произошёл психологический перегрев населения - всех очень долго псиопили, грели и невротизировали, в итоге люди стали отчуждаться от проблем. Для современного человека проблема процессов на предприятии становится едва ли не такой же абстрактной, как и глобальное потепление или какая-нибудь, прости Господи, оспа бобров - последнее вызывает даже чуть больший отклик, потому что про потепление и бобров хотя бы бывают смешные мемы. Для современного работника работа становится набором неприятных событий, упражнений, которые нужно как-то перетерпеть, чтобы доскакать вечером домой к милой домашней рутине. А всё неприятное, тратящее наши силы, мы стремимся оптимизировать или вообще вильнуть от этого. Копаться в архитектуре? Зачем?
Поэтому да, современный мир перешёл в довольно забавный этап, когда "низы не хотят", но не по-ленински, а на манер Питера Гриффина: "О боже мой! Да всем плевать!"
AlekseyPraskovin
16.09.2026 05:47А всё неприятное, тратящее наши силы, мы стремимся оптимизировать или вообще вильнуть от этого
Все верно. Говно в жизни найдет каждого из нас само. Не надо его со своей стороны выискивать, надо ззаниматься вещами приятными.
Копаться в архитектуре? Зачем?
Архитектура - что-то на корповом. А в корпе должны быть (и есть) всякие там архитекторы с астрономическими зарплатами и прочие архитектурные комитеты под личным председательством CTO. Вот они пусть и занимаются архитектурой. А рядовому разработчику за это ни копейки не заплатят, так еще и дерьмом польют :)
Grami Автор
16.09.2026 05:47Я бы уточнил, что рядовому разработчику на галере или в крупном бигтехе действителоно больше не заплатят, если он не будет прям уникальным святилой (бог кода не иначе). Но в мелких и средних бизнесах, такой разработчик будет цениться выше =)
AlekseyPraskovin
16.09.2026 05:47Но в мелких и средних бизнесах, такой разработчик будет цениться выше =)
В мелких и средних бизнесах многорукие многоноги всегда ценились выше. Но в деньгах это "ценились" почему-то все равно было заметно ниже, чем в корпах :)
igrblkv
16.09.2026 05:47Заниматься нужно самообразованием
А разве самообразование не для необразованных?
И причём тут пара дипломов о высшем тогда?
IIopy4uk
16.09.2026 05:47Помимо всего прочего, существует процент соискателей, которые пришли из смежных ниш АйТишки, в которых потребность в рабсиле не такая большая. Они как раз собеседуются на свой страх и риск.
Поделюсь своей болью: мой минимальный стек технологий и минимальные требования к работодателю показывают такую картину:
"Другие параметры" - это аккредитация в МинЦифре И это глобально по всему ХэХэРу и по всем грейдам. Субъективное моё решение: не распыляться и не переходить в другите технологии, ибо это потеря времени и денег. Но это не распространяется на остальных людей.
doryfish
16.09.2026 05:47Увидел у вас на картинке фильтры на ХХ, и захотелось отметить: ничего надёжнее тупого полнотекстового поиска для анализа вакансий так и нет. Все поля, не касающиеся описания, авторы вакансий заполняют левой ногой, или не заполняют вообще. Особенно это касается таких наиболее общих вещей, как ТК и удалёнка. И если ориентироваться только по фильтрам ХХ, половина вакансий тупо не попадёт в выдачу. ХХ с этим, конечно же, никак не борется.
AlekseyPraskovin
16.09.2026 05:47ИИ постепенно развращает и новых, и опытных разработчиков. Он мотивирует не брать на себя ответственность за принятые решения, не искать информацию самостоятельно, не пытаться понять, почему решение работает именно так
Готовые библиотеки развращают и новых, и опытных разработчиков. Они мотивируют не брать на себя ответственность за принятые решения, не искать информацию самостоятельно, не пытаться понять, почему решение работает именно так
Компилятор развращает и новых, и опытных разработчиков. Он мотивирует не брать на себя ответственность за принятые решения, не искать информацию самостоятельно, не пытаться понять, почему решение работает именно так
Вот как-то так это выглядит со стороны. Ребят, вы давно уже не понимаете, почему это работает именно так. И представьте себе - это нормально. Я не понимаю, почему сенсорный экран моего смартфона работает именно так - это не мешает мне его использовать. Я не понимаю, почему двигатель в моем автомобиле работает именно так - это не мешает мне на нем ездить.
Ну мир такой вот сейчас. Сложный. Давно перешедший потенциал возможности понимания отдельным индивидом. И ничего, живем как-то? Возможно тоже не шибко понимая, как и почему это именно так работает
Aleksandr_Lar
16.09.2026 05:47Мой любимый пример "развращения ИИ" - это окончательный уход понимания из глаз человека. Классическая университетская боль - "сетевик, который не может представить себе физическую топологию сети" - только обостряется благодаря ИИ. То есть проблема в том, что работник формально выполняет задачу, но в работе отсутствует этап, где он умозрительно представляет себе алгоритм, который разработан вместо него гопатычем.
С библиотеками скорее проблема избыточности бывает.
ardraeiss
16.09.2026 05:47Так ведь это прямая дорога к культу богу-машины и "вбей вот эту молитву в терминал, должно заработать". Просто раньше к этой шуточно-пародийной("ведь шуточно-пародийной же?" Падме.жпг) ситуации шли куда как медленнее, и не с таким ярым энтузиазмом.
blind_oracle
16.09.2026 05:47У нас это уже до Ops дошло - народ просит Claude разобраться почему сервис не работает и тупо копипастят сотни строк его выводов в Слаку - как будто кто-то это будет читать...
Grami Автор
16.09.2026 05:47Библиотеки и компиляторы - это совсем другое, на них нельзя скинуть всё, на ИИ, если сотрудник безответственный может скидывать буквально всё и он же сделает, на уровне джуна, но сделает...
doryfish
16.09.2026 05:47В какой-то момент индустрия, дособрав на волне хайпа грабли, просто научится скидывать на ИИ не всё, а использовать лишь как очередной уровень абстракции, аналогично компилятору или библиотеке. И вот тогда заживём.
vkomen
16.09.2026 05:47Ну тут есть что возразить. Все же, компиляторы пилили не все подряд. И вылизаны они нонче так, как ни один суперпрограммист не напишет на ассемблере. С библиотеками ситуация похуже, но и там самые востребованные - тоже почти торт. Дальше - по нисходящей))
UFO_01
16.09.2026 05:47Ребят, вы давно уже не понимаете, почему это работает именно так.
Отучаемся говорить за всех.
не понимаю, почему сенсорный экран моего смартфона работает именно так
Потому что вы их не производите. Но тот кто это делает, знать обязан. А вы пользователь.
не понимаю, почему двигатель в моем автомобиле работает именно так
Потому что вы их не производите. Но тот кто это делает, знать обязан. А вы пользователь.
А мсье точно программист? Чтобы библиотеку использовать вам всё-таки рано или поздно хотя бы частично придётся понимать что она делает, и почему решение работает именно так, и как его правильно готовить. Почитайте про утечку абстракции, что это такое и когда оно возникает.
Про комплилятор даже говорить смешно, сравнить математически точный аппарат с вероятностной машиной это сильно. И что странно, я такое вижу очень часто.
А, мсье не программист. Вопросов нет, предлагаю вам пойти к работягам на строительстве высотки и начать им втирать что им не надо знать ну скажем принципы заливки бетона высокой прочности. Саму химию знать необязательно (для этого есть материаловеды), но вот правила эксплуатации знать надо. Вот если вам барак надо построить, да пожалуйста, вам даже бетон не нужен, но на высотке будьте добры следовать правилам.
И вы нам предлагаете строить "высотки" по тем же принципам что и "бараки".
Frohman
16.09.2026 05:47ИИ не компилятор и не библиотека, оно ближе к делегированию задачи другому исполнителю, подрядчику или другому разработчику. При делегировании писать всё самому не нужно, но ответственность остаётся на том, кто дал задачу. И человек должен понимать достаточно, чтобы поставить задачу, оценить результат и заметить, где его обманули.
UFO_01
16.09.2026 05:47Да я по сути про это и говорю, прораб бетон не заливает, но процесс контролирует и отвечает за него именно он. Но тут такое дело что контролировать правильность заливки бетона проще это раз - немало проблем в ПО неочевидны и сильно зависят от контекста. Прораб таковым сразу не родился, он раньше сам бетон заливал и поэтому знает как это делается, это два. Вот как раз то о чём вы говорите, полностью с вами согласен.
Ivanprogram
16.09.2026 05:47Но при чем тут библиотеки и компиляторы? При компиляции или использовании библиотеки мы вполне понимаем, что происходит, пусть и не "честь по чести". Не будет такого, что, используя библиотеку, мы получаем непредсказуемый результат(если, конечно, в библиотеке нет багов, но баги могут быть и у программиста/ии, который опечатался в параметрах), то есть проблема идет от программиста, он понимает, дебажит и прочее прочее.
А если мы берём ии: программист тоже дебажит через ии, решает проблему, но какой в этом смысл? Завтра он не сможет вообще поддержать жизнь программы, она буквально в день написания уже была обречена на удаление из за невозможности в поддержке. И джун, который пишет спагетти с goto, который запутаться в своём же коде через неделю ничем не лучше, вот только джун сможет понять ошибки и их больше не допускать, с ии просто начнётся новый чат
Никто не говорит, что ии - плохо, просто нужна золотая середина, зачем уходить в крайности, оправдывая прогрессом? Когда это работа вашей машины - ваша ответственность, если вы только ее приобрели? А нанимают вас работать программистом - чтобы вы несли ответственность за поддержку и работу кода.
UFO_01
16.09.2026 05:47Как по мне проблема не столько в этом, сколько в том что вы завязываете свои процессы на то, что не можете контролировать. Условно. Вы писали код через ИИ, его не читали, допустим, всё работает без нареканий. Завтра приходят и говорят "Ну короче пробный период окончен, плати 2к баксов" или "Извините, вы IP адресом не вышли". Хорошо если есть другая нейронка, а если нет? И будете сидеть матерясь разгребать всё что нагенерировали за это время. Потому что для локальной модели которая прожевала бы среднего размера проект мощности нужны приличные, хорошо если фирма выделит денег на пару 3090.
Ivanprogram
16.09.2026 05:47Согласен, в частности, да даже сейчас далеко не все сервисы позволяют за приемлемые деньги поддерживать вменяемый контекст. Вопрос времени, когда они поднимут цены еще выше. Не верю, что корпорации не договорятся, а будет честная конкуренция
Mnemonik
16.09.2026 05:47Хотите понимание, вовлечённость и опциональность использования ИИ от кандидатов?
Совет только один - не собеседуйте тех кому "21 год и 5 лет в коммерческой разработке", а вернее даже просто тех кому "21 год". Собеседуйте тех кому 35+ а лучше всего за сорокет. Ой они конечно все такие не мондные помятые дяди в костюмах, и не факт что вообще чем-то хороши, - но среди них процент тех кто шарит и могёт будет больше чем среди тех кому 21.
Grami Автор
16.09.2026 05:47Это пример из откликов, по закону мы конечно же "не" фильтруем таких кандидатов и "не" используем никаких фильтров =)
svl87
16.09.2026 05:47если сделал сайтик салона ноготочков для маминой подруги за деньги в 16 лет, это уже коммерческая разработка?
AlekseyPraskovin
16.09.2026 05:47Любая разработка, за которую вам заплатили - коммерческая
Serge1001
16.09.2026 05:47А если это ИИ сделал, считается ли это за опыт?
Ну или чей это опыт?) Нейросетки?))
Тогда мы лучше наймём нейросеть за 20$ баксов, чем специалиста не способного даже понять что она делает (так как сами руками такое не писали ни разу в своей жизни - только копипаст из ИИ)
shiru8bit
16.09.2026 05:47ИИ ничего не делает сам. Ему нужно объяснить, порой весьма подробно, порой часами. Если 16-летний смог это, и ещё и продать результат, и заказчика он устроил — это вполне себе коммерческая разработка: создание продукта ради получения прибыли. Просто в данном случае персонаж не программист, он выполнил иные задачи и получил иной опыт. Но выполнить их всё равно было нужно. Остальное детали.
mihmig
16.09.2026 05:47>> объяснить, порой весьма подробно
Вооот! Я ждал этой фразы.
А то подключаешься к зумеру по AnyDesk ("посмотри , там проблемка"), говоришь - "Ну, что там у Вас, рассказывайте!"
А в ответ - несвязное бормотание.
Человек не может внятно сформулировать пару-тройку фраз...
Serge1001
16.09.2026 05:47Это уже не программист, а продажник получается. А в вакансии ищут программиста например.
Хотя скорее всего в 21 опыт просто нарисовал)) никто ж не будет проверять что и для кого он делал))
А петпроекты может и нейронка накодить, всё таки это не программирование а просто вбивание промтов.
RSATom
16.09.2026 05:47Проблема для нанимающего в том что кандидаты "35+" не очень хотят отвечать на идиотские вопросы... Да и работать "за светлое будущее" не очень готовы...
fire64
16.09.2026 05:47Как мне нравится эта работа за "светлое будущее". Мы же новая компания, сейчас за копейки поработай, а вот когда мы вырастем, тогда и зарплата хорошая будет и штат сотрудников тебе дадим. Сколько я по молодости таких историй слышал.
RSATom
16.09.2026 05:47Типичная манипуляция наивными молодыми умами...
Да и вообще, работодатели не очень охотно делятся с сотрудниками последствиями успеха, но очень охотно делятся последствиями неудач:
"В компании трудные времена, войдите в положение, давайте мы вам будем платить поменьше"
"В стране кризис, в компании кризис, давайте вы уволитесь по собственному, войдите в положение"
foxmen
16.09.2026 05:47Молодые тимлиды боятся брать себе в команды таких сотрудников, потому что они четко выставляют рабочие границы, знают себе цену, не ведутся на "медальки". Был у нас в команде один дядечка 50+ SQL Developer - творил чудеса а грани хакинга
Вообще совет дельный! Алгоритмическая школа таких разработчиков на порядок выше
Dmitry_604
16.09.2026 05:47Может алгоритмическая школа и сравнима но знаний что где применить, а что где - избыточно, через набитые шишки за годы работы - гораздо больше.
ManulVRN
16.09.2026 05:47Блин, ну стереотип про айтишника - аутиста в немодных очках и растянутом свитере, который шарахается от людей и регулярно забывает принимать душ - вроде уже вышел из обихода. Но рассуждения на тему, что 40+ это какие-то скуфы в помятых костюмах... Люди, время идет, образ ветерана в мятом костюме, который в советском НИИ начинал, это, скорее, про 60+.
Viacheslav01
16.09.2026 05:47Ну мне 45+ помятый костюм конечно нет (ну не ношу я костюмы), а вот футболка комфортная и джинсы видавшие много но комфортные и удобные это запросто )))
svl87
16.09.2026 05:47Проблема, которую Вы подсвечиваете она относится не только к вкатунам 2025-26 годов, которые сразу начинали что-то делать с ИИ и большинство в принципе никогда не умели кодить/деплоить/тестировать без ИИ, но и с теми кто пришел в ИТ и 10 и 20 лет назад. Почти каждая компания (в целом по миру) требует от сотрудников использовать ИИ и использовать его так, чтобы фичи/баги делались быстрее, а чтобы это случилось приходится отказываться от того чтобы продумать что-то самому и реализовать это, ревью тоже приходится делать поверхностное, иначе это все займет времени столько же сколько делать всё самому.
Отсюда вытекает то, что старички индустрии превращаются в менеджеров, которые управляют командой агентов (ну или одним агентом, не суть). А чем это заканчивается известно было еще в эпоху до-ИИ. Большинство разработчиков, становившихся менеджерами утрачивались возможность писать код или делали это намного медленнее чем раньше, забывали какие-то нюансы, не осваивали новые инструменты, фреймворки и т.д. Могу сказать на своём личном опыте, не так давно сел в поезд, хотел сделать один скриптик на python, но потом понял что интернета нет нормально, локальная нейронка мало на что способна, в итоге бросил эту затею. Я понимаю, что 4 года назад я бы его написал (тем более тестовые данные лежали локально), сейчас уже и пробовать не хочется.
Я считаю что нужно пересматривать формат собеседований с учетом ИИ-реалий, как именно надо придумывать, чтобы можно было сравнивать двух кандидатов которым обоим разрешено пользоваться ИИ.
VYudachev
16.09.2026 05:47Опыт изучения: старшее поколение программистов училось по книгам и хейтили гугление и копирование кода с форумов, теперь настало время вспоминать это с теплотой.
Не то чтобы хочу побыть адвокатом дьявола, но есть смутное ощущение, что не последнюю роль в объективно существующей проблеме сыграли заказчики\продакты, своим выбором между разработчиком, который пойдет, почитает книгу и сделает фичу за два-три дня и разработчиком, который скопипастит so и сделает за полчаса. Вам шашечки или ехать, вот это вот всё, а в итоге получили нездоровую систему с положительной обратной связью.
Grami Автор
16.09.2026 05:47Это типичный конфликт бизнеса и разработки, когда бизнесу надо что бы работало вчера, а разработчику еще бы и написать поддерживаемый код, на что тратится дополнительное время =)
С точки зрения данной парадигмы (если ты условный менеджер), все тоже самое. Но если TeamLead разработчиков нанимает, то уже мысли уже такие:(допустим на старте это была базовая задача, которая обрастает функциональностью): Дали задачу, ИИ выполнил, внес правки, внес еще правки, внес n правок - вопрос какой код там будет?) И в каком момент ИИ перестанет справляться со своими абстракциями и на сколько важен этот момент бизнесу)
Иначе, уже были бы тысячи успешных AI компаний написанных вайбкодерами.VYudachev
16.09.2026 05:47Иначе, уже были бы тысячи успешных AI компаний написанных вайбкодерами.
Ну так я и не говорю, что это хорошо или правильно. Просто кажется, что есть некий дополнительный внешний фактор, который в краткосрочной перспективе поощряет подход "сделать быстро, а после нас хоть потоп". Плюс отсутствие нормального опыта работы с унаследованным кодом, отсутствие вот этой шахматной привычки думать на несколько шагов вперед, а как я это буду развивать и поддерживать. Ну и в целом, человек как будто по природе своей существо ленивое, если методичка есть, то будет ей пользоваться.
Grami Автор
16.09.2026 05:47Именно такое TeamLead и не должен допустить, ведь разработчику действительно нужно зачастую только сдать свой блок и перейти на следующую задачу, при этом можно покинуть компанию (но вопрос, а когда найдешь работу - вдруг там был такой же). При этом бизнес будет доволен результатами - какое то время)
ThJudge
16.09.2026 05:47Только тимлид тоже лицо подчиненное, говорю вам как бывший тимлид. Даже я, по сути CTO и то подчиненный. Я подчинен бизнесу и мне приходится делать то-же самое, потому-что мне говорят "давай, давай, в прод уже пора, клиенты ждут!". А ч то могу сделать? Я конечно скажу что я думаю, и меня скорее всего даже за это не уволят, так как я с владельцем бизнеса в хороших отношениях, но делать-то что? Идешь и "плетью их, плетью, барин требует результат!". Т.е. ставишь задачи подчиненым и чуть плачешь сам от того что все через задницу выходит от этого давления. И иногда владелец бизнеса меня послушает (и сделает по своему, ха-ха), а иногда-то и нет, скажет мне "вот ты опять с пессимизмом своим тут, задолбал!". Собственно и все
A1x_Deb0
16.09.2026 05:47Просто кажется, что есть некий дополнительный внешний фактор, который в краткосрочной перспективе поощряет подход "сделать быстро, а после нас хоть потоп".
Управление рисками. Стратегия принятия рисков - разгребание дешевле предотвращения.
Dhwtj
16.09.2026 05:47типичный конфликт бизнеса и разработки, когда бизнесу надо что бы работало вчера, а разработчику еще бы и написать поддерживаемый код, на что тратится дополнительное время
Что бизнесу нужно ASAP и каждый день он теряет деньги не противоречит тому что он же в итоге оплатит технический долг. И конфликта тут между бизнесом и ИТ нет. Конфликт тут между правым и левым полушарием мозга заказчика, между тактическими и стратегическими целями.
Управление ожиданиями заказчика, балансировка его противоречивых требований это задача исполнителя.
Grami Автор
16.09.2026 05:47Ничего подобного, исполнитель не должен быть психологом. Конфликт интересов у бизнеса и разработчиков был, есть и будет. Бизнесу всегда надо: сказал про фичу, еще не договорил, она уже должна работать. Разработчику: Услышал, проанализировал, ТЗ, утвердил, прототип, тесты, правки, тесты, релиз - выкинь любой из этих блоков, будет быстрее и дешевле, но качество будет страдать. (алгоритм естественно утрирован)
jshapen
16.09.2026 05:47Иначе, уже были бы тысячи успешных AI компаний написанных вайбкодерами.
Вы же понимаете, что код это 5-10% от "продукта"?
Grami Автор
16.09.2026 05:47Смотря какого продукта, нет?
Если продается именно ПО, то продукт уж точно не 5-10%oldsadraven
16.09.2026 05:47ПО не продаётся. Продаётся уверенность, что ПО закрывает какую-то задачу.
Grami Автор
16.09.2026 05:47Это и есть продажа ПО (через лицензию ясно дело), закрытие задачи - это функция, а продукт это ПО и именно от его качества (при условии, что это программный продукт на котором строится компания) продается уже лицензия, тут никак не может быть 5-10%, лично я такие компании оценивал бы минимум в 40%, а в среднем думаю и все 60%.
hardtop
Да, лет через 5 ситуация будет плачевная.
ThJudge
Она давно плачевная. Примерно с того самого момента когда развелось много "программистов" закончивших курсы и фигачащих приложухи из кусков кода с SO на JS и реально думающих что они программисты. А потом они чуть-чуть подросли и стали нанимать других таких-же и начав равнять всех по себе. И начали клепать разные фреймфорки и библиотеки типа того злосчастного left-pad, чтобы не писать эти 4 очень "сложные" строчки. А потом они напридумывали себе разных инструментов чтобы с этим диким зоопарком этих библиотек вообще работать. Создали даже новые способы разработки, которые позволили перекладывать ответственность за код на всю команду сразу (мы-ж команда!) или вообще на инструменты (тесты и иже с ними). А совсем потом они создали себе много интересных методик которые ничего не дают для кода (для его качества), но позволяют заткнуть проблемы с недостатком квалификации. Код они чаще всего вообще не пишут, а копипастят или генерируют и в основном занимаются его сборкой (как в той штуке где квадратик в треугольную дырку вставлять прихдится). При этом они жалуются друг-другу что не работает то, не работает се, этот пакет глючный, тот глючный, пишут в огромные багтрекеры до которых вообще никому нет дела.
И код потек просто бурной рекой. Корявый, использующий вообще непонятно зачем какие-то новые языки и все новые и новые фреймворки которые делали ровно все то-же самое что старые но "задом наперед". Этот код с пинками но работал, продукты клепались тысячми каждый день на просторах тырнета, ошибка перестала рассматриваться как проблема и стала рассматриваться как допустимая часть продукта (итак сойдет!).
И вот тогда я понял что айтишка - все. Это теперь не строгая инженерная дисциплина с ответсвенностью, необходимостью иметь выский порог входа, а джунгли, "где много диких обезьян" которые что-то там делают и в результате у них даже иногда что-то получается работающее. Это был где-то 2015 год, никаких ИИ тогда еще не было. В тот момент я выгорел. С тех пор я как старый мизантроп вползаю на разные сайты и троллю зуммеров (( Не специально, так я хороший, жизнь такая.
И нногда мне говорят "не все кончено, посмотри, вот-же-ж!". А я уже не верю. В лучшую сторону с тех пор ничего не сдвинулось, даже наоборот. А может и ну нафиг? Может и пусть? Пойду лучше кактусы свои выращивать. Недавно лофофору прорастил из семян. Теперь на очереди ацтекиум.
netricks
Мы не согласны, но адово плюсуем :)
cijic
Бэтмен говорил Супермену похожую фразу, только обратную:
— Кларк, ты абсолютно прав, но я с тобой не согласен.
moooV
Вообще не понимаю уже современный процесс найма потому что на собесах спрашивают в основном литкод а не технические знания - а это настолько далеко от реальной работы что дальше некуда (речь не про РФ). Я, например, работаю в R&D, имею 20 лет опыта и легко отвечаю на почти любые вопросы связанные с областью где работаю и любыми технологиями из нее - но даже легкие литкоды решить не могу потому что это отдельный навык который надо тренировать отдельно а значит собесы не пройду.
А вот один из друзей работает в большой компании, отдает вообще всю работу кодексу, пуляет в прод не проверяя а на работе весь рабочий день сидит и литкод учит чтобы "заниматься тем же самым уже в другой компании за бОльшие деньги". Задача - пройти собесы и сделать х2 зарплату а не работать.
Скрытый текст
ThJudge
Так вот я о том-же, по сути. Между реальным положением дел и "как должно быть по-науке" - просто чудовищная пропасть. "Имитация бурной деятельности" еще есть выражение. И оно работает, что парадоксально. Вообще не понятно как. Это я не про ИИ. Это я вообще. Все эти чудовищные по своей неэффективности процессы и компании умудряются производить какой-то продукт и даже получить за это деньги. И тут начинаешь думать "а если не видно разницы?". И вывод бросить все в нейронку он просто прям напрашивается нафиг сам собой.
И может это не худший сценарий даже. Потому-что один фиг людей из этого самоподдерживающегося процесс уже похоже не достать, они ушли в какую-то рекурсию с розовыми единорогами и живут в каком-то там вообще непонятном мире. Как другое измерение в фантастических книжках. И занимаются непонятными и загадочными вещами которые никому особо пользы кроме них самих и не приносят а на все остальное им, в принципе, плевать.
И начинаешь думать что скорее бы уже роботы начали глобально писать код.. Нужно чтобы кто-то прекратил этот происходящий в таких масштабах бред, потому-что сами люди этого сделать уже не могут, им там хорошо, в своих фантазиях. Они там мерятся друг с другом чем-то, что-то пишут вообще понятное только им самим непонятно для чего. Думать сильно и разбираться там никто не хочет. Все говорят что "итак норм". А раз разбираться не хотят то может пусть уж машины разбирается?
А то будет как с доктором, который рецептов из книг нахватался, прописывает всем какие-то таблетки, а разбираться что и как ему лениво и сложно, он лучше с другим таким-же "доктором" будет неделями обсуждать форму этих таблеток, какие лучше работают квадратные или круглые. Будут создавать инструменты для измерения их округлости, методики как на таблетки нашлепывать надписи и каким шрифтом, книги по этой теме друг другу продавать. "Как размер шрифта названия надписи на упаковке лекарства влияет на его эффективность. Монография на основе 10 лет исследований". А как они там работают и на что вообще действуют - да это просто неинтересно и скучно им разбираться. Лишняя, понимаете, информация. Не модная. Никто таким щас не заморачивается.
Нет уж, не нужны нам такие доктора, так и робот умеет (или скоро сумеет). Тот хоть не строит из себя незаменимого за большие деньги (не являясь им) а просто выписывает нужное лекарство. А мне только это и надо, а не про шрифты на упаковке.
Итог отрасли с таким подходом просто закономерен.
kenomimi
Это просто эволюционный подход. Посмотрите на окружающую вас природу... Она так же содержит бесконечную кучу костылей, багов, неэффективных моментов - при этом в целом система очень эффективна и устойчива. Выживает тот, кто смог приспособиться к текущим условиям, а как он это сделал - дело десятое. Человек не принес сюда ничего радикально нового, рыночек работает по этим же правилам.
Grami Автор
Имитация бурной деятельности - лично меня такой подход выматывает и я просто не вижу смысла в этом. Банально работая и делая то, что нравится (а разработка все таки именно такая профессия), рабочие дни пролетают незаметно.
cijic
Многие виды животных тоже думали что они на вершине. А потом пришли люди. Дробышевский вам про это много расскажет.
zkutch
я бы вас поправил: не итог отрасли - итог таких докторов закономерен так, как вы сказали.
WASD1
Если что-то глупо, но работает - глупо ли это?
beatwad
Так ему и литкод учить не надо по сути (разве что если оффлайн собесы будут). Поставил (или написал кодексом) приблуду, которая экран скринит и ответ выводит (но так, чтобы он в очках не отражался xD) или в наушник нашептывает, научился все это выдавать так, как будто сам все придумал, и все - можно вообще теперь не думать - ни на собесе, ни на работе, никогда.
moooV
Так собесы оффлайн, да. Как минимум, в гугле - к которому он готовится.
rapiq
В точку. Да, 10 лет как, не меньше.
LF69ssop
В 90е кучу освободившихся после внедрения компьютеров теток бухгалтеров отдали на курсы "программистов" многие после завершения курсов крайне бодро фигачили бухпрограмки на фокспро. При этом так как имели опыт и понимание "как оно там устроено" делали это лучше многих "настоящих программистов".
Ничего никуда не рухнуло. Эволюционно их сьело 1С и то сильно не сразу.
Grami Автор
Почему то вы сравниваете не сравнимое, ИИ (вероятностная языковая модель) не меняет, что то одно, она влияет на огромный пласт работы и что бы тут перейти на новый уровень - нужно быть гораздо умнее, чем базовая "тетка бухгалтер"
catherinei
А это как? Я считала за код отвечает тот кто его написал
micronull
Тоже удивился. КМК с юридической точки зрения ответственность несет разработчик и тот кто нажал апрув.
Вот что будет если в прод попадет сгенерированная багуля на -100кк? Кто-то может сказать?
Abstraction
С юридической точки зрения, будет плохо тому, чья подпись стоит на договоре (т.е. генеральному директору). Все разговоры про "кто нажал Approve" - это внутренняя кухня компании, внешних контрагентов не волнует. Максимум, компания может заявить что нарушены должностные инструкции, но предел ответственности здесь по умолчанию, как понимаю - это увольнение с записью в трудовой. Иначе очень предсказуемо была бы отдельная должность "нажимателя Approve".
catherinei
Всё правильно. Генеральный несёт риски соответствующие его должности, работник несёт риски соответственно его должности. Предел ответственности работника - 50% от зарплаты месячной + увольнение с записью в трудовой. Я считаю это совершенно справедливым. Работники не должны нести коммерческие риски предприятия, и не могут. Генеральный тоже не может, он отвечает тем же самым и репутацией так как является наемным работником. Предприятие рискует потерять репутацию и обанкротиться.
catherinei
Генеральный директор не должен подписывать договоров с адскими неустойками. Баги возможны. Но если нет другого выбора, то обязан организовать тестирование.
progchip666
Круговая порука. Была распространена ещё в Царской России
catherinei
На моей памяти я один раз взялась добровольно и без возражений исправлять чужой баг, заблокировавший мою задачу. Вместо того, чтобы эскалировать до ПМ, и через три месяца мне сели на шею и пришлось уволиться.
neiromand
Страшно писать челу с ником Судья, но ладно...
а что надо было делать вместо "фигачащих приложухи из кусков кода с SO "?
я наверно тоже уже "местячковый тимлид", стаж 11 лет в проганье (java если что) и 25 в ИТ.
Что не так с поиском решений на SO? С теплотой вспоминаю этот сайт )
Okeu
ничего. Плохо делать так: "так емана, че тут у нас, ага SO, в теме вопроса есть такие же или похожие слова как и у меня. Так первый ответ, какая-та команда, ага, копировать-вставить, запуск - мда, чет не сработало, хмм о там есть еще один ответ в треде, копировать-вставить, запустить..." - я знаю много людей, кто делает именно так.
Потом когда фикс опубликован на синке спрашиваешь - че было, и что сделал? Ответ "да хз, там чет туда-суда, в общем теперь ок")) Ы - Ыкспертиза
Dmitry_604
Ну вот это был как раз вайбкодинг до ИИ да :)
Xop
Не, вайб-кодинг до ИИ - это когда продакт приносит таску команде разработки, и они хреначат, но не совсем то, что имел в виду продакт
neiromand
искажено до бессмыслицы.
во-первых на SO были вопросы (если ты сам отвечаешь на вопросы и накопил репу). мне там отвечали крутые челы на вопросы, которые я не мог решить за неделю (ну например почему один и тот же код работает в javaSE, а в wildfly кидает NPE)
во вторых, у многих либ документация - шлак или отсутсвует и подсмотреть на SO синтаксис, потом потестить и использовать в проде.
это нормально. кто считает что ненормально, сам ненормальный.
Okeu
что именно искажено? То что многие люди заходили туда с гугла, определяли простыню вопроса по паре ключевых слов, и шли в слепую копипастить все, что хоть немного напоминало решение сразу себе в бой? Даже не думая и не включая мозг)
Я когда начинал свой путь в ИТ, и было очень надо и сам таким грешил)
Я же ответил на вопрос "что не нормально?" - ничего
перечитайте еще раз)
Cordekk
Я не так давно в IT, поэтому начал офигевать с самого начала работы в разработке.
ProstoAlex24
а ты примерно представляешь, сколько бы в противном случае мы ждали бы приложение и сколько бы оно стоило ? При всей моей не любви к electron, я все же понимаю, что благодаря ему мы получили кучу приложений, которые реально работают. Да, у них есть недостатки, но если альтернатива - у нас бы вообще не было бы приложения или приложение на электроне, я выберу второе
А теперь представим, что эти же приложения делали правильные программисты и использовали только правильные языки/фреймворки/библиотеки. Мне вот даже страшно представить.
Просто странно уравнивать всех. Стандарты, которые необходимы при написании ПО для самолетов/ракет настолько оторваны от условного мессенджера, что даже странно пытаться их сравнивать
select26
А они нужны, эти приложения? Какой от них эффект? Вот представим, что их не было, что меняется?
А ресурсы на их создание и распространение (о чем многие забывают, настолько привыкли к бесплатному github и прочим google play) стоят вполне себе ощутимых денег.
Так в том то и дело, что нет! Стандарты единые! Просто цена отступления от них разная. Сколько раз я тыкал на неоптимальную структуру и мне говорили что буквоед - разница то пара милисекунд за запрос. А потом на реальной базе это вырастало в секунды. Да что говорить..
Уже два поколения выросло с тех пор - многие опытные разработчики просто представить даже себе не могут как компьютер работает...
LLIypLLIuk
Как минимум мы потеряли бы опыт создателей этих приложений, а может и вообще их тягу в ИТ, и наверняка какие-то из этих приложений выросли во что-то большее
micronull
До Электрона например были Borland Delphi, Lazarus, Visual Studio, JavaFX, Swing, Qt Designer, Qt Creator.
Во многих писать софт проще чем на Электрон, так как нет заморочек с особенностями js, css и html.
Abstraction
Ну да, в Qt вместо этого QML, со своими заморочками, и Qt-шные Model-классы. Хочешь сделать простенькую таблицу, учишь кто такой QAbstractModel (или как его там, уже на память могу путать).
select26
Согласен полностью. Причем пришел к таким же выводам лет на 8 раньше вас.
Да, я писал TCP стек на С на 2КБ RAM MCU. Не 2Гб, а 2Кб. Это вот реальная инженерия.
Я ушел, когда мне сказал лид, что проще 8ГбRAM докупить, чем найти где память течет и я с ним согласился - это было сильно дешевле пары недель работы разработчика.
Сейчас меня считают старпером, а я рад что все эти годы я вдалеке от этого всего.
Для разминки сейчас пишу на ASM'e - прямо слышу как мозги начинают работать.
entze
Ладно если курсы. Самоучки, которые с невероятной силой и упорством научились "забивать сортер не в то отверстие" и на полном серьезе развивающие этот навык у себя и других. В блокноте, без контроля версий, без тестов в принципе.
kenomimi
Не будет.
Будет примерно тоже самое, что с работниками сферы красоты/здоровья. Сколько у нас сейчас всяких лекарей, косметологов, психологов, и прочих, которые медицину знают только по сторисам Кати из запарещеннограма? Много, чуть ли не больше, чем врачей реальных. Все знают, что качество днищевое, все осознают, что риски огромны - но рыночек, тем не менее, живее всех живых. И у этой самой Кати клиентов на уколы непонятной шняги из Поднебесной отбою нет, дешево же, и маркетинг хороший. Знаю на живом примере - у одной знакомой, которая работает программистом, огромный паблик по косметологии, который полностью ведет ИИ - она только накидывает ему темы и патчит иной раз баги. Уже и курсы продает, и всякие методологии - всё чистый нейрослоп, но пипл хавает, прося добавки.
Вот и программисты туда же: для критических вещей останется подход с ручной верификацией, массой проверок, аудитов, но такая разработка будет стоить вам миллиарды и человекогоды. А для условного приложения местечковой пиццерии сойдет и кидди-вайбкодер - тесты для main route пробежали, на вид вроде работает, в прод его. Да риски, зато быстро и дешево. Сломается? Вайбкодер через ИИ починит... Помолись Богу-Машине, и она даст тебе то, что ты хочешь.
Рыночек решает отлично этот вопрос, разве что нужно немного времени на балансировку.
Serge1001
Ну скорее всего да, к сожалению...
Количество работы сократится, соответственно многие эту работу потеряют и нужно будет искать место вне IT
Точно в пролёте студенты и молодые специалисты, у них нет нужного опыта, и из-за ИИ никогда не появится (они все последние годы всю работу перекладывали на ИИ)
Те кто давно в индустрии и не развивались - тоже вылетят
Останутся только профи - человек оркестр (программист, аналитик, тестировщик и devops - в одном лице), который будет получать зп обычного айтишника
micronull
А я думаю наоборот работы добавится. Нейросеть позволяет быстро выводить в MVP фичи, которые потом кому-то надо доводить до рабочего состояния.
Grami Автор
Никто не знает как будет развиваться мир, может ИИ остановится на каком то уровне на годы/десятки лет, а может через пару лет все текущие MVP будут переписаны новой версией клода)
К тому же, решает стоимость, если стоимость токенов будет хотя бы самоокупаемая (на данный момент ее субсидируют и не хило) - это раза в 4 выше должна быть, будет ли замена обычного айтишника дешевле, чем найм?
micronull
С экономикой токенов соглашусь. Они напрямую зависят от стоимости электричества и энергоэффективности чипов.
neiromand
>будет ли замена обычного айтишника дешевле
как чел с ЗП 5килоевро за чилл, я бы хотел ошибаться, но боюсь что мы сейчас на стадии: майнинг биткоинов на CPU.
следующий шаг - "залить модели в кремний" уже начали делать.
а потом возможно будет и 3й шаг.
antonk42
Какой?
select26
В голову заливать сразу.
WASD1
Какой?
Это только для всякой мелкоты помогает.
В крупных моделях KV-хранилище занимает на порядок больше места в памяти (а именно она боттлнек при декоде) чем веса.
progchip666
По моему опыту фичи которая "вводит нейросеть" если они с ходу не работают либо глючат,быстрее и проще не исправить, а переписать с нуля.
Hlad
Это если он согласится получать зарплату обычного айтишника, а не скажет "ну нафиг, я на завод".
Sp1r1tum
"Точно в пролёте студенты и молодые специалисты, у них нет нужного опыта, и из-за ИИ никогда не появится (они все последние годы всю работу перекладывали на ИИ)"
Что такое "нужный опыт"?
И почему точно в пролёте? Думаю, никто здесь программы побитово вручную не собирает, и ничего, мир от этого не рухнул.
Grami Автор
Не все в пролете, но большинство, так как мидлы и выше еще не закончились, а ИИ делает даже лучше чем юниор - стандартные задачки.
progchip666
Однако вы оптимист, батенька.
Она плачевная сейчас.
Меня просто поражает отсутствие элементарной логики и умения применять познания в той же физике на уровне хотя бы школьной программы.
Не далее как пару дней назад в комментариях на хабре, где вроде собрались далеко не самые глупые люди мне предлагали охлаждать космические ИИ датацентры с помощью Вольфрамовых радиаторов, которые будут отлично излучать избыточное тепло если электронные компоненты, подлежащие охлаждению с их помощью, нагреют этот радиатор ВНИМАНИЕ до 3000 градусов Цельсия!
Andriuxa
ну, с 3000 градусами, это, перебор, конечно, но теоретически можно тепловым насосом забирать тепло у чипов, и тем самым поднять температуру радиатора, а значит, и эффективность теплорассеивания. Да, компрессоры тоже выделяют тепло, но вполне возможно, что при определенном соотношении параметров вариант с тепловой машиной может быть эффективен для охлаждения в космосе.