https://t.me/programmers_vlog/1413?comment=2668
Опубличим дискуссию, есть что дополнить. Недавно пришлось разбирать навайбкоженный проект, 2 недели на спагетти из функций убил. При условии что у меня уже скоро 10 лет как программирования, и это было на пределе моих возможностей понимать что тут происходит. Обычно, когда исследуешь проект, пытаешься понять что хотел сказать разрабочик, о чем он знает, какие у него слабые места, и ты уже начинаешь примерно понимать что ждать. Но с нейронкой неееееет, каждая функция как новая. И голова взрывается от этого.
Опубличим дискуссию, есть что дополнить. Недавно пришлось разбирать навайбкоженный проект, 2 недели на спагетти из функций убил. При условии что у меня уже скоро 10 лет как программирования, и это было на пределе моих возможностей понимать что тут происходит. Обычно, когда исследуешь проект, пытаешься понять что хотел сказать разрабочик, о чем он знает, какие у него слабые места, и ты уже начинаешь примерно понимать что ждать. Но с нейронкой неееееет, каждая функция как новая. И голова взрывается от этого.
Telegram
antonio salieri@ in Программист VLOG Chat
Да, тоже об этом задумывался. Как по старому работать вряд ли получится, но и по новому еще не понятно как именно что это не приносило страдание. Ибо навайбуодить, а потом дебажить/ревьюить мне особого удовольствия не доставляет …
Кстати, коль это уже мой личный блог, то вот о чем хочется написать. Пытаюсь перекатиться из первой категории людей, в третью. Но пока получается только во вторую. Понимание в голове что снова вернули в детство, когда нужно выучить новые "правила игры". В детстве ты их учишь, потому что не задумываешься, у тебя еще не прошлого, связи с этим прошлым, надежд из этого прошлого. А вот сейчас есть, головоц понятно что нужно иметь несколько локация, в идеале несколько финансовых потоков, часть в крипте (где мои звезды под постами, ммм?), часть в валюте других стран. Но когда начинаешь что-то делать в этом направлении, так тяжело, как будто признаешь что прошлое децствительно закончилось и началось новое будущее. Чем-то похоже с биржей, жалко "зарезать лося" (никогда маржинальной торговлей не баловался, фу фу фу). Как-то надо стать ребенком, просто пробовать жить новую жизнь, учить новые правила. Всем нам душевных сил и покоя на душе.
👍2
🕊Программист VLOG🕊
Комбо разведенных рук, где мой приз?
У меня принудительно отключены продающие превьюхи на ютубе, за то могу ловить такие перлы.
👍1
Сегодня на работе ввел новый термен - ИИздец, можете тоже пользоваться
👍1
Не люблю agile и всю эту гибку шляпу, когда продукт нужно "развивать", даже если он не требует развития. Это "развитие" ведет к ухудшению. Зачем мне вторая "комбо" корзина на алиэкспресс, если раньше все работало через обычную корзину? Зачем мне приложение "селект" - новое, отдельное приложение от озон, когда я раньше все нормально заказывал через обычный озон, но теперь в него переехало часть товаров? Зачем мне плашка внизу экрана в телеграмм, с настройками, профилем и контактами, если в них заходишь раз в пол года, а так они просто занимают место.
Я же знаю как это делается, собирается собрание бизнесовиков, они там говорят "умные" мысли, как это улучшит пользовательский опыт, конверсия, рост денег. Потом разработка обсуждает техническую реализацию. Работают. Тестировщики тестируют. Пайплайны крутятся. А в итоге получатся то, что делает продукт хуже и менее удобным. Буквально "эффект мессенджера макс" (новый термин, тоже пользуйтесь).
Я же знаю как это делается, собирается собрание бизнесовиков, они там говорят "умные" мысли, как это улучшит пользовательский опыт, конверсия, рост денег. Потом разработка обсуждает техническую реализацию. Работают. Тестировщики тестируют. Пайплайны крутятся. А в итоге получатся то, что делает продукт хуже и менее удобным. Буквально "эффект мессенджера макс" (новый термин, тоже пользуйтесь).
Знаете что я понял вращаясь в среде вайб-кодеров и какие проблемы это все несет? Начну из далека.
Когда ты начинаешь программировать, сперва идет все легко и просто, первые операторы, присвоения, функции. Но потом ты сталкиваешься с ООП. И ты вообще не понимаешь зачем нужны эти объекты, в чем их смысл, если все равно вся работа в функциях. Первый объекты которые ты пишешь, это группировка функций, считай что функции одной категории лежат вместе.
Спустя время, ты пишешь код, понимаешь что его сложно править, получается каша. Паралельно читаешь литературу. И начинаешь понимать, что объект, а не функция, это важная сущность. Функция всего лишь набор операторов. А у объекта есть куда более важная вещь - состояние. И объект может менять свое состояние и состояние других объектов для достижения цели бизнес-кейса. И ты, как разработчик, начинаешь понимать как удобно писать объекты, какие поля там нужны, а какие не нужны, начинаешь интуитивно чувствовать (спустя время конечно) как надо тестировать объект, как написать объект так, чтобы вместо него подсовывать мок объект. Дальше - больше, зоны ответственности объектов, отдельные слои, где живут объекты со своими зонами ответственности. Архитектурное мышление, риск менеджмент, трейд оффы.
Но когда нет «мучений» с ООП, откуда возмется понимание что такое объект? Из книг? Я из книг около года пытался понять что такое объект. А я хорошо помню как это было, все эти аналогии с чертежами мне не давали понимания зачем он нужен.
Столкнулся с ситуацией где есть годобджект, который мутировался по всему бизнескейсу и представлял собой полу кеш, полу базу данных. Так же с func hell, куча функций который вызывают друг друга. Пришлось вспоминать зачем вообще нужно ООП, и понимание ООП, чтобы объяснить почему функции + годобджект это крайне неудачное решение.
В общем, пока на уровне ощущений, отсутствие опыта ручной разработки отбрасывает программирвоание сильно назад. Но это паровоз уже не остановить. Скорее всего, все вспомнят про лямбды в какой-то момент, потому что их «Переписали и забыли». И как нам уже не нужны указатели в таком объеме, так и ООП будет нужно не везде.
P.S. Как водится, этот текст не был написан или пропущен через нейросеть. Все ошибки мои, как и мысли. Это не про … это про …!
Когда ты начинаешь программировать, сперва идет все легко и просто, первые операторы, присвоения, функции. Но потом ты сталкиваешься с ООП. И ты вообще не понимаешь зачем нужны эти объекты, в чем их смысл, если все равно вся работа в функциях. Первый объекты которые ты пишешь, это группировка функций, считай что функции одной категории лежат вместе.
Спустя время, ты пишешь код, понимаешь что его сложно править, получается каша. Паралельно читаешь литературу. И начинаешь понимать, что объект, а не функция, это важная сущность. Функция всего лишь набор операторов. А у объекта есть куда более важная вещь - состояние. И объект может менять свое состояние и состояние других объектов для достижения цели бизнес-кейса. И ты, как разработчик, начинаешь понимать как удобно писать объекты, какие поля там нужны, а какие не нужны, начинаешь интуитивно чувствовать (спустя время конечно) как надо тестировать объект, как написать объект так, чтобы вместо него подсовывать мок объект. Дальше - больше, зоны ответственности объектов, отдельные слои, где живут объекты со своими зонами ответственности. Архитектурное мышление, риск менеджмент, трейд оффы.
Но когда нет «мучений» с ООП, откуда возмется понимание что такое объект? Из книг? Я из книг около года пытался понять что такое объект. А я хорошо помню как это было, все эти аналогии с чертежами мне не давали понимания зачем он нужен.
Столкнулся с ситуацией где есть годобджект, который мутировался по всему бизнескейсу и представлял собой полу кеш, полу базу данных. Так же с func hell, куча функций который вызывают друг друга. Пришлось вспоминать зачем вообще нужно ООП, и понимание ООП, чтобы объяснить почему функции + годобджект это крайне неудачное решение.
В общем, пока на уровне ощущений, отсутствие опыта ручной разработки отбрасывает программирвоание сильно назад. Но это паровоз уже не остановить. Скорее всего, все вспомнят про лямбды в какой-то момент, потому что их «Переписали и забыли». И как нам уже не нужны указатели в таком объеме, так и ООП будет нужно не везде.
P.S. Как водится, этот текст не был написан или пропущен через нейросеть. Все ошибки мои, как и мысли. Это не про … это про …!
👍4
Заметки на полях, про «Нейросети позволяют делать быстрее».
Я вайбкожу свои проекты для души. Вайбкодить стал, потому что надоело писать руками код. Проектировать архитектуру не надоело, придумывать бизнеспозиционирование не надоело, а вот писать код надоело.
Нейросетки действительно позволяют генерировать код килобайтами… и проект превращается в кашу. А значит, новые функции все больше ухудшают его, все больше багов, все труднее тестировать.
Теперь следите за руками. Нейросети позволяют быстро генерировать код. Но можно же не просто его генерировать, а генерировать про диз доку на арзитектуру! Т.е. соблюдать архитектуру становится проще, там где раньше делали фича-флаг, можно использовать нормальный полиморфизм! И покрыть тестами!
Отсюда следует вывод, скорость написания кода можно использовать чтобы генерить новые фичи и потом тратить тонны токенов на добавление новых фичей (потому что будет код-каша), либо тратить токены на поддержание архитектуры и вписывание нового кода в нее. Правда будет нюанс, оказывается прироста скорости реализации фичей особо не будет. Просто код всегда можно получать поддерживаемый.
Кароч, если лень читать. Будет либо прирост скорости реализации новых фичей, но на дистанции замедление и удорожание, либо будет небольшой прирост скорости реализации новых фичей, но поддержка кода в соответствии с архитектурой.
Я вайбкожу свои проекты для души. Вайбкодить стал, потому что надоело писать руками код. Проектировать архитектуру не надоело, придумывать бизнеспозиционирование не надоело, а вот писать код надоело.
Нейросетки действительно позволяют генерировать код килобайтами… и проект превращается в кашу. А значит, новые функции все больше ухудшают его, все больше багов, все труднее тестировать.
Теперь следите за руками. Нейросети позволяют быстро генерировать код. Но можно же не просто его генерировать, а генерировать про диз доку на арзитектуру! Т.е. соблюдать архитектуру становится проще, там где раньше делали фича-флаг, можно использовать нормальный полиморфизм! И покрыть тестами!
Отсюда следует вывод, скорость написания кода можно использовать чтобы генерить новые фичи и потом тратить тонны токенов на добавление новых фичей (потому что будет код-каша), либо тратить токены на поддержание архитектуры и вписывание нового кода в нее. Правда будет нюанс, оказывается прироста скорости реализации фичей особо не будет. Просто код всегда можно получать поддерживаемый.
Кароч, если лень читать. Будет либо прирост скорости реализации новых фичей, но на дистанции замедление и удорожание, либо будет небольшой прирост скорости реализации новых фичей, но поддержка кода в соответствии с архитектурой.
👍1
Forwarded from Гусь Василий под тополем
Во многих развитых странах, и в первую очередь в США, доля работников, занятых в техе, достигла пика и начала снижаться. С 2022 года ИИ начал уничтожать то, что его породило - рынок труда программистов.
Но... нет.
1. Снижение началось в 2022. А первый ИИ-агент, реально способный заменять программиста в простых задачах - Claude Code (ну, так считает The Economist) - появился в феврале 2025.
2. Свежий масштабный и подробный опрос 6000 руководителей компаний из США, Британии, Австралии и Канады, проведённый Банком Англии, показал, что ИИ имеет околонулевое влияние на уровень найма. Если говорить конкретно о кодерах: другое свежее исследование показывает, что внедрение ИИ лишь замедлило рост спроса на их труд, но не более того.
3. На графике видно, что доля занятых в техе уже падала - в нулевые годы, когда таланты массово уходили в финансовый сектор, а компании аутсорсили свои задачи в Индию.
4. Две другие причины стагнации нулевых: высокие процентные ставки (проекты в техе часто имеют большие временные горизонты, и потому чувствительны к стоимости денег), и крах пузыря доткомов в 2000 году, после которого тех-сектор сильно просел.
5. Снижение найма в техе США и других развитых стран может объясняться аналогичными факторами. Во-первых, за время ковида, когда все были прикованы к домашним компьютерам, тех-сектор резко разросся - и сейчас "сдувается". Во-вторых, снова начался масштабный аутсорсинг: за 2021-24 год американский импорт услуг, связанный с облачными технологиями и хранением данных, удвоился - и снова впереди всех идут индусы. В-третьих, резко выросли процентные ставки, и их рост сдерживает расходы на IT.
6. В то время как в американском техе как таковом занятость снизилась (с 2,6% до 2,3% от общего числа занятых), выросла доля tech-related occupations в других компаниях (с 3,6% до 3,7%). Всё больше разработчиков софта требуются ритейлерам, банкам, промышленности и другим. За 2022-25 год в два раза (!) выросло число разработчиков в строительном секторе (правда, с очень низкой базы, как я понимаю).
В общем, пока слухи о смерти профессии программиста очень сильно преувеличены. А сами программисты всё меньше связаны со специализированными компаниями и всё больше нужны во всех секторах экономики сразу.
Но... нет.
1. Снижение началось в 2022. А первый ИИ-агент, реально способный заменять программиста в простых задачах - Claude Code (ну, так считает The Economist) - появился в феврале 2025.
2. Свежий масштабный и подробный опрос 6000 руководителей компаний из США, Британии, Австралии и Канады, проведённый Банком Англии, показал, что ИИ имеет околонулевое влияние на уровень найма. Если говорить конкретно о кодерах: другое свежее исследование показывает, что внедрение ИИ лишь замедлило рост спроса на их труд, но не более того.
3. На графике видно, что доля занятых в техе уже падала - в нулевые годы, когда таланты массово уходили в финансовый сектор, а компании аутсорсили свои задачи в Индию.
4. Две другие причины стагнации нулевых: высокие процентные ставки (проекты в техе часто имеют большие временные горизонты, и потому чувствительны к стоимости денег), и крах пузыря доткомов в 2000 году, после которого тех-сектор сильно просел.
5. Снижение найма в техе США и других развитых стран может объясняться аналогичными факторами. Во-первых, за время ковида, когда все были прикованы к домашним компьютерам, тех-сектор резко разросся - и сейчас "сдувается". Во-вторых, снова начался масштабный аутсорсинг: за 2021-24 год американский импорт услуг, связанный с облачными технологиями и хранением данных, удвоился - и снова впереди всех идут индусы. В-третьих, резко выросли процентные ставки, и их рост сдерживает расходы на IT.
6. В то время как в американском техе как таковом занятость снизилась (с 2,6% до 2,3% от общего числа занятых), выросла доля tech-related occupations в других компаниях (с 3,6% до 3,7%). Всё больше разработчиков софта требуются ритейлерам, банкам, промышленности и другим. За 2022-25 год в два раза (!) выросло число разработчиков в строительном секторе (правда, с очень низкой базы, как я понимаю).
В общем, пока слухи о смерти профессии программиста очень сильно преувеличены. А сами программисты всё меньше связаны со специализированными компаниями и всё больше нужны во всех секторах экономики сразу.
Сейчас коммуникация между заказчиками и подрядчиками идет через нейросетевые документы. Напоминает это все групповое создание промпта, чтобы получился итоговый документ. Самое неприятное в этой ситуации читать нейрослоп. Пока с трудом преодолеваю в себе «Если кто-то не тратил силы на создание, зачем мне тратить силы на валидаицию»
👍1
Все-таки понять и осознать это совершенно разные вещи. Я давно уже понимаю что я тимлид, но до сих пор продолжаю осознавать что я не разработчик. А значит что я не несу ответственность за качество кода. Моя зона ответственности чтобы система в целом соответствовала требованиям, по этому я могу требовать какие-то детали от архитектуры, но как все это будет написано для меня должно быть не важно.
Тяжело принять эту мысль. Потому что ну как же, камон, это же архитектура, там надо то-то и то-то, потому что, в противном случае, будет так-то и так-то. Но если я буду говорить как делать, люди в подчинении не вырастут. Им нужно самим набить шишек, а мне создать пространство где они набьют шишек, но и от начальства мне не прилетит. Потому что у меня нет опции свалить все на команду.
Сейчас размышляю как это делать, скорее просто выставлять им требования и технические ограничений, а на ревью архитектуры спрашивать как эти требования соблюдаются и какие риски это решение несет и насколько этот риск значителен и вероятен. Пупупу.
Думал поправить грамотность нейронкой, но не стал, буду луддитом 😄 За то живой текст.
Тяжело принять эту мысль. Потому что ну как же, камон, это же архитектура, там надо то-то и то-то, потому что, в противном случае, будет так-то и так-то. Но если я буду говорить как делать, люди в подчинении не вырастут. Им нужно самим набить шишек, а мне создать пространство где они набьют шишек, но и от начальства мне не прилетит. Потому что у меня нет опции свалить все на команду.
Сейчас размышляю как это делать, скорее просто выставлять им требования и технические ограничений, а на ревью архитектуры спрашивать как эти требования соблюдаются и какие риски это решение несет и насколько этот риск значителен и вероятен. Пупупу.
Думал поправить грамотность нейронкой, но не стал, буду луддитом 😄 За то живой текст.
Forwarded from Downloader
This media is not supported in your browser
VIEW IN TELEGRAM
✅ Скачано с помощью @c_dwndlr_bot
🔗 Источник: https://www.instagram.com/reel/DXoPKcYk-Se/?igsh=dDgwaWE2dmtqYnI=
🔗 Источник: https://www.instagram.com/reel/DXoPKcYk-Se/?igsh=dDgwaWE2dmtqYnI=