Две причины, по которым ИИ не заменит программистов
Я не опасаюсь, по крайней мере на сегодняшний день и ближайший год, что ИИ "заменит" программистов и будут скажем увольнения, массовые настолько, чтобы нельзя было вчерашнему супер востребованному и высокооплачиваемому программисту найти новую работу не хуже прежней.
Вокруг меня растёт тревога, что "ИИ нас заменит, что же делать". Я так не думаю.
Причина 1. Новые бизнесы.
Благодаря ИИ агентам кодить стало возможно и без программистов. Те кто раньше не имел возможностей нанять программиста чтобы исполнить свою заветную мечту и создать себе приложение (а потом и продавать его), наконец-то могут это сделать. Дёшево, быстро, за пару дней или неделю.
Уронило ли это ценность программистов? Нет! Как так?
Упал барьер входа на создание продукта -> Стало запускаться больше продуктов, в десятки раз -> Успешных продуктов также стало в 10x раз больше -> Вырос спрос на программистов которые нужны чтобы поддерживать успешный продукт
Если продукт вырос, то вайбкодинг который был хорош на старте, уже не справляется. Нужно нанять программиста чтобы он продукт привёл в порядок или хотя бы поддерживал. А деньги на это уже есть потому что продукт выстрелил.
Рост рынка обеспечивает спрос на большее количество программистов.
Причина 2. Ускорение развития продуктов
В 2015 году нормальной скоростью было сделать сайт средней сложности с персональным дизайном и несколькими кастомными виджетами за 3-4 месяца.
С развитием веб-фреймворков и пакетными хранилищами как Packagist, NPM, развитием GitHub и всей инфраструктуры к 2020 году такой же сайт можно было сделать за пару недель.
Сегодня его можно сделать с агентами и способной командой за 2-3 дня если постараться.
Но разве в 2020 году спрос упал по сравнению с 2015? Нет, он только вырос. Потому что скорость выросла у всех. Когда тебе сайт делали за 3 месяца, то и конкуренту делали за 3 месяца. В 2020 у всех были фреймворки, библиотеки, GitHub. Скорость стала выше, но она стала выше у всех.
То, что разработка ускорилась в N раз, не значит что разработчик теперь отдыхает и его можно уволить. Нет, он просто стал приносить в N раз больше пользы.
Грубо говоря:
2015 - 1 фича в месяц/чел
2020 - 3 фичи в месяц/чел
2026 - 10 фич в месяц/чел
Если ты не будешь делать 10 фич в месяц, то их сделает твой конкурент, а значит программиста уволить нельзя.
Сохраняем команду и развиваем продукт быстрее.
Как же большие увольнения в крупных компаниях X, Y, Z?
Крупные компании могут уволить до 80% сотрудников без потери эффективности, даже иногда с ростом эффективности. Твиттер тому яркий пример.
Потому что в крупной компании 80% сотрудников это балласт, который создаёт сам себе работу и только тормозит тех, кто доставляет ценность.
Так устроена система. Поэтому хорошо понимающие этот закон топ-менеджеры под шумок "ИИ трансформации" скинули балласт, тем самым во-первых сократив расходы, во-вторых повысив манёвренность компании на период бурных изменений.
Ценность программистов не изменилась для крупных компаний, найм всё так же идёт.
Задайте себе вопрос, а почему же тогда нет таких же сокращений в малых компаниях?
Ответ прост, у малых компаний нет балласта, все при деле а не занимаются бюрократией.
Но.. джуны не нужны теперь? Раз ИИ может делать то же самое?
Джун это не "набор знаний и навыков". Джун был и остаётся дешёвой рабочей силой, которую покупают дёшево потому что без опыта мало куда берут.
При этом требования к джуну росли всегда. Если в 2015 достаточно было знать язык и иметь любой практический опыт а-ля "фиксил плагины на домашнем форуме", то в 2020 пожалуйста расскажи за SOLID, покажи знание фреймворка и хотя бы домашние проекты.
В 2026 мы наблюдаем очередной рост требований к тому, какой минимум должен уметь программист, чтобы приносить пользу компании а не висеть на ней обучаясь за её счёт.
Да, на некоторые вакансии по 100-200 откликов от джунов и им сложно найти работу.
Но будем честны, многие вчерашние студенты не готовы напрягаться и работать за джуновскую зарплату, они хотят со старта получать "как минимум среднюю" (оксюморон) без опыта и знаний. И мотивации напрягаться ради первой работы тоже нет, потому что родители вполне обеспечивают.
Со стороны работодателей, джуны остаются нужны по двум причинам:
1) сеньоры и мидлы иногда банально заканчиваются, так что вариант "нанять джуна и обучить" вполне выгодный;
2) у каких-то компаний просто нет денег на мидлов или много задач уровня джуна, нет смысла переплачивать.
Так что найти работу джунам можно, если начать трезво смотреть на первую работу как на место получения опыта, а не источник денег.
Я не опасаюсь, по крайней мере на сегодняшний день и ближайший год, что ИИ "заменит" программистов и будут скажем увольнения, массовые настолько, чтобы нельзя было вчерашнему супер востребованному и высокооплачиваемому программисту найти новую работу не хуже прежней.
Вокруг меня растёт тревога, что "ИИ нас заменит, что же делать". Я так не думаю.
Причина 1. Новые бизнесы.
Благодаря ИИ агентам кодить стало возможно и без программистов. Те кто раньше не имел возможностей нанять программиста чтобы исполнить свою заветную мечту и создать себе приложение (а потом и продавать его), наконец-то могут это сделать. Дёшево, быстро, за пару дней или неделю.
Уронило ли это ценность программистов? Нет! Как так?
Упал барьер входа на создание продукта -> Стало запускаться больше продуктов, в десятки раз -> Успешных продуктов также стало в 10x раз больше -> Вырос спрос на программистов которые нужны чтобы поддерживать успешный продукт
Если продукт вырос, то вайбкодинг который был хорош на старте, уже не справляется. Нужно нанять программиста чтобы он продукт привёл в порядок или хотя бы поддерживал. А деньги на это уже есть потому что продукт выстрелил.
Рост рынка обеспечивает спрос на большее количество программистов.
Причина 2. Ускорение развития продуктов
В 2015 году нормальной скоростью было сделать сайт средней сложности с персональным дизайном и несколькими кастомными виджетами за 3-4 месяца.
С развитием веб-фреймворков и пакетными хранилищами как Packagist, NPM, развитием GitHub и всей инфраструктуры к 2020 году такой же сайт можно было сделать за пару недель.
Сегодня его можно сделать с агентами и способной командой за 2-3 дня если постараться.
Но разве в 2020 году спрос упал по сравнению с 2015? Нет, он только вырос. Потому что скорость выросла у всех. Когда тебе сайт делали за 3 месяца, то и конкуренту делали за 3 месяца. В 2020 у всех были фреймворки, библиотеки, GitHub. Скорость стала выше, но она стала выше у всех.
То, что разработка ускорилась в N раз, не значит что разработчик теперь отдыхает и его можно уволить. Нет, он просто стал приносить в N раз больше пользы.
Грубо говоря:
2015 - 1 фича в месяц/чел
2020 - 3 фичи в месяц/чел
2026 - 10 фич в месяц/чел
Если ты не будешь делать 10 фич в месяц, то их сделает твой конкурент, а значит программиста уволить нельзя.
Сохраняем команду и развиваем продукт быстрее.
Как же большие увольнения в крупных компаниях X, Y, Z?
Крупные компании могут уволить до 80% сотрудников без потери эффективности, даже иногда с ростом эффективности. Твиттер тому яркий пример.
Потому что в крупной компании 80% сотрудников это балласт, который создаёт сам себе работу и только тормозит тех, кто доставляет ценность.
Так устроена система. Поэтому хорошо понимающие этот закон топ-менеджеры под шумок "ИИ трансформации" скинули балласт, тем самым во-первых сократив расходы, во-вторых повысив манёвренность компании на период бурных изменений.
Ценность программистов не изменилась для крупных компаний, найм всё так же идёт.
Задайте себе вопрос, а почему же тогда нет таких же сокращений в малых компаниях?
Ответ прост, у малых компаний нет балласта, все при деле а не занимаются бюрократией.
Но.. джуны не нужны теперь? Раз ИИ может делать то же самое?
Джун это не "набор знаний и навыков". Джун был и остаётся дешёвой рабочей силой, которую покупают дёшево потому что без опыта мало куда берут.
При этом требования к джуну росли всегда. Если в 2015 достаточно было знать язык и иметь любой практический опыт а-ля "фиксил плагины на домашнем форуме", то в 2020 пожалуйста расскажи за SOLID, покажи знание фреймворка и хотя бы домашние проекты.
В 2026 мы наблюдаем очередной рост требований к тому, какой минимум должен уметь программист, чтобы приносить пользу компании а не висеть на ней обучаясь за её счёт.
Да, на некоторые вакансии по 100-200 откликов от джунов и им сложно найти работу.
Но будем честны, многие вчерашние студенты не готовы напрягаться и работать за джуновскую зарплату, они хотят со старта получать "как минимум среднюю" (оксюморон) без опыта и знаний. И мотивации напрягаться ради первой работы тоже нет, потому что родители вполне обеспечивают.
Со стороны работодателей, джуны остаются нужны по двум причинам:
1) сеньоры и мидлы иногда банально заканчиваются, так что вариант "нанять джуна и обучить" вполне выгодный;
2) у каких-то компаний просто нет денег на мидлов или много задач уровня джуна, нет смысла переплачивать.
Так что найти работу джунам можно, если начать трезво смотреть на первую работу как на место получения опыта, а не источник денег.
👍5💯5❤2🔥2
croc — утилитка для копирования файлов между компьютерами
https://www.youtube.com/watch?v=TmYd4NfKoUE
Наткнулся на такую утилитку. Иногда нужно пару файлов или папку перекинуть с одного компа на другой, а с копированием по SSH разбираться муторно. С агентом легко, но нужно дождаться пока он сделает, а ещё выдать доступ, что не быстро и не всегда желательно.
Поэтому, всё как я люблю: простая команда и минимум действий.
https://www.youtube.com/watch?v=TmYd4NfKoUE
Наткнулся на такую утилитку. Иногда нужно пару файлов или папку перекинуть с одного компа на другой, а с копированием по SSH разбираться муторно. С агентом легко, но нужно дождаться пока он сделает, а ещё выдать доступ, что не быстро и не всегда желательно.
Поэтому, всё как я люблю: простая команда и минимум действий.
YouTube
Transfer Files Between Any Computer in Seconds
If you've been looking for a way to transfer files between any computer in seconds, I've got the tool for you. Croc is a command line alternative to AirDrop or Localsend.
Github: https://github.com/schollz/croc
Install on Linux/macOS:
curl https://getcroc.schollz.com…
Github: https://github.com/schollz/croc
Install on Linux/macOS:
curl https://getcroc.schollz.com…
🔥5
Я сделал обёртку команды "claude", называется "myclaude". Делает всё то же самое что обычная команда "claude" но перед запуском проверяет IP.
Если IP попадает под санкции - Россия, Украина, Беларусь - то не даёт запустить клод и тем самым защищает от случайного запуска без впн и от бана аккаунта.
Проверил, работает. Рекомендую тем кто пользуется Claude Code чтобы уменьшить риск бана аккаунта.
https://chatgpt.com/share/6a8567c9-8ffc-83eb-bb29-7d1b1319c85a
P.S. За идею спасибо @diab_ali
Если IP попадает под санкции - Россия, Украина, Беларусь - то не даёт запустить клод и тем самым защищает от случайного запуска без впн и от бана аккаунта.
Проверил, работает. Рекомендую тем кто пользуется Claude Code чтобы уменьшить риск бана аккаунта.
https://chatgpt.com/share/6a8567c9-8ffc-83eb-bb29-7d1b1319c85a
P.S. За идею спасибо @diab_ali
🔥9👍1🙏1
Claude Code строка состояния
https://github.com/sirmalloc/ccstatusline
Полезная штуковина для терминала Claude Code.
Строка состояния с разными виджетами для быстрого понимания о текущем процессе работы.
Из коробки там отображается выбранная модель, количество токенов в контекстном окне, процент использованного лимита, ветка Git.
Всё настраивается через интерактивное меню, без ковыряния конфигов. Есть порядочное количество виджетов из коробки, плюс можно создать свои.
Мне больше всего нехватало информации о ветке Git, поэтому оставил только её. Стало удобнее.
Подключается в Claude Code на раз-два. Рекомендую.
Апдейт от 02.09.2026: при установке Git виджетов эта зараза насилует диск постоянным опросом Git, который из-за особенностей моста между WSL и Windows выполняется медленно, в итоге приводит к дичайшей нагрузке на диск и тормозам. Вайбкодинг во всей красе.
Удалил!
https://github.com/sirmalloc/ccstatusline
Строка состояния с разными виджетами для быстрого понимания о текущем процессе работы.
Из коробки там отображается выбранная модель, количество токенов в контекстном окне, процент использованного лимита, ветка Git.
Всё настраивается через интерактивное меню, без ковыряния конфигов. Есть порядочное количество виджетов из коробки, плюс можно создать свои.
Мне больше всего нехватало информации о ветке Git, поэтому оставил только её. Стало удобнее.
Апдейт от 02.09.2026: при установке Git виджетов эта зараза насилует диск постоянным опросом Git, который из-за особенностей моста между WSL и Windows выполняется медленно, в итоге приводит к дичайшей нагрузке на диск и тормозам. Вайбкодинг во всей красе.
Удалил!
👍3❤1
ccstatusline — отстой!
После использования в течение нескольких дней начал замечать странности, а потом выяснилась и причина.
ccstatusline мне всё сломал :(
При установке Git виджетов эта зараза насилует диск постоянным опросом Git, который из-за особенностей моста между WSL и Windows выполняется медленно, в итоге приводит к дичайшей нагрузке на диск и тормозам. Вайбкодинг во всей красе.
Удалил! 🤬
После использования в течение нескольких дней начал замечать странности, а потом выяснилась и причина.
ccstatusline мне всё сломал :(
При установке Git виджетов эта зараза насилует диск постоянным опросом Git, который из-за особенностей моста между WSL и Windows выполняется медленно, в итоге приводит к дичайшей нагрузке на диск и тормозам. Вайбкодинг во всей красе.
Удалил! 🤬
😁3😢2💯1
7 стадий развития проекта
1. Это тебе не нужно.
2. Ладно, это тебе нужно, но никому другому это не нужно.
3. Твоё решение не сработает.
4. Твоё решение работает, но есть другие решения гораздо лучше.
5. Люди не будут за это платить.
6. Много на этом не заработаешь.
7. Клятый барыга, торгуешь воздухом!
На какой стадии ваш пет-проект?
1. Это тебе не нужно.
2. Ладно, это тебе нужно, но никому другому это не нужно.
3. Твоё решение не сработает.
4. Твоё решение работает, но есть другие решения гораздо лучше.
5. Люди не будут за это платить.
6. Много на этом не заработаешь.
7. Клятый барыга, торгуешь воздухом!
На какой стадии ваш пет-проект?
🔥2❤1💯1
WSL Drive
Это мой новый проект. Пока он был в процессе разработки, я не анонсировал, чтобы не потерять запал.
Теперь приложение готово, и я смело могу его показать! И рассказать зачем это вообще)
Шок-спойлер: я решил проблему тормозов в WSL!
То, что не удалось сделать инженерам MicroSoft за 6 лет существования WSL2 😏
Часть 1. WSL — это что и зачем?
Я пользуюсь для работы связкой Windows + WSL.
Это удобно для веб-разработки: у меня есть десктопная винда и под рукой постоянно терминал в локальную убунту.
Без необходимости создавать и настраивать виртуальную машину через VirtualBox или VmWare.
Все плюсы линуксового терминала мне доступны, все утилиты. Всё что запускается на убунте я могу запустить локально без танцев с бубном.
Есть даже докер который работает на неплохом уровне + доступен через сеть на локалхост в винде.
Это мой новый проект. Пока он был в процессе разработки, я не анонсировал, чтобы не потерять запал.
Теперь приложение готово, и я смело могу его показать! И рассказать зачем это вообще)
Шок-спойлер: я решил проблему тормозов в WSL!
То, что не удалось сделать инженерам MicroSoft за 6 лет существования WSL2 😏
Часть 1. WSL — это что и зачем?
Я пользуюсь для работы связкой Windows + WSL.
Это удобно для веб-разработки: у меня есть десктопная винда и под рукой постоянно терминал в локальную убунту.
Без необходимости создавать и настраивать виртуальную машину через VirtualBox или VmWare.
Все плюсы линуксового терминала мне доступны, все утилиты. Всё что запускается на убунте я могу запустить локально без танцев с бубном.
Есть даже докер который работает на неплохом уровне + доступен через сеть на локалхост в винде.
🔥5👍3
Часть 2. Где подвох?
Есть единственный, но всё же жирный минус: на стыке виртуальных машин медленно работает файловая система.
Сложно объяснить этот момент. WSL и Windows быстро работают со "своими" файлами но медленно работают с "чужими" файлами.
То есть, WSL быстро работает с файлами WSL и медленно работает с файлами Windows.
Windows, наоборот, быстро работает с дисками Windows и медленно работает с файлами WSL.
Это происходит из-за того, что в обе стороны файлы примонтированы через протокол 9p, который по своей сути даёт "сетевой" диск - хоть и в рамках одной машины.
MicroSoft, вероятно, сделали это решение "на ходу" и с тех пор так и не представили других, более производительных решений. То ли не смогли, то ли пользователи мало жаловались.
Есть единственный, но всё же жирный минус: на стыке виртуальных машин медленно работает файловая система.
Сложно объяснить этот момент. WSL и Windows быстро работают со "своими" файлами но медленно работают с "чужими" файлами.
То есть, WSL быстро работает с файлами WSL и медленно работает с файлами Windows.
Windows, наоборот, быстро работает с дисками Windows и медленно работает с файлами WSL.
Это происходит из-за того, что в обе стороны файлы примонтированы через протокол 9p, который по своей сути даёт "сетевой" диск - хоть и в рамках одной машины.
MicroSoft, вероятно, сделали это решение "на ходу" и с тех пор так и не представили других, более производительных решений. То ли не смогли, то ли пользователи мало жаловались.
Часть 3. Решение
Я несколько лет искал решение проблемы 9p, перепробовал все варианты, но так и не нашёл приемлемого по скорости, хотя бы сопоставимого с локальным диском.
Любое готовое решение либо работало всё ещё медленно либо синхронизация была кривая и неполноценная.
Пришлось написать свою, используя все свои знания операционных и файловых систем, навыки программирования и мощь ИИ.
Пока размышляю как монетизировать. Нужно ли ускорение кому-то так же как мне? Готовы ли люди за это платить и сколько?
Может выложить в OpenSource и смириться с тем что всю эту пользу от моих усилий люди получат нахаляву а я опять ничего не заработаю?
Пока не решил. Но время покажет)
Я несколько лет искал решение проблемы 9p, перепробовал все варианты, но так и не нашёл приемлемого по скорости, хотя бы сопоставимого с локальным диском.
Любое готовое решение либо работало всё ещё медленно либо синхронизация была кривая и неполноценная.
Пришлось написать свою, используя все свои знания операционных и файловых систем, навыки программирования и мощь ИИ.
Пока размышляю как монетизировать. Нужно ли ускорение кому-то так же как мне? Готовы ли люди за это платить и сколько?
Может выложить в OpenSource и смириться с тем что всю эту пользу от моих усилий люди получат нахаляву а я опять ничего не заработаю?
Пока не решил. Но время покажет)
👍2👎2🔥1