Сейчас довольно много предложений по покупке курсов о «промпт-инженеринге». Я много работал и работаю с ИИ, но ещё больше — без него (примерно в десять раз). Готов поделиться рабочим рецептом, который позволит писать мастерские промпты. Прям лучшие. Это скорее даже фундаментальный принцип.
Делюсь опытом совершенно бесплатно. Всё оказалось довольно просто. Чтобы уверенно управлять ИИ и писать сильные, работающие промпты, вы должны хорошо разбираться в том, о чём просите нейросеть. Вот такой простой и совершенно бесплатный совет — не благодарите. Надеюсь, сэкономил ваши деньги.
Cгенерировано Claude Opus 4.6 по запросу "Опиши все циклы за последние годы в российском IT когда баланс спроса и предложения принадлежал кандидатам и наоборот"
Я промахнулся с формой повествования в своей последней статье. Она получилась как автобиография с нотками самолюбования. Но суть была не в том что бы рассказать мою “невероятную” историю, я хотел сделать фокус на модель по которой работает рынок IT.
В этой модели все определяет одна переменная: баланс спроса и предложения. И эта переменная является оружием против работодателя или наоборот, против вас.
Спрос на разработчиков высокий: вам носят кофе, предлагают ДМС и опционы. Это не потому что вас любят — просто оружие сейчас у вас.
Оружие переход в руки работодателя когда рынок сжимается. Договоры становятся кабальными, зарплаты падают, синьоры конкурируют за позиции мидлов, джуны исчезают как класс.
Я вкатывался в IT когда рынок принадлежал работодателю: в 2015-м. На тот момент джуну предлагали контракт со штрафом 500к при зп 25к в месяц. Потом рынок вырос — и за кандидатами бегали. Сейчас маятник качнулся обратно.
Почему сейчас все плохо я рассказывал в статье “У нас проблемы”. Коротко:
Изоляция отрезала зарубежных заказчиков
Рынок сузился до 100 млн вместо 5 млрд
Из 40к IT-компаний 2022 года осталось 20к
AI-хайп обесценивает разработчика в глазах бизнеса
Механика проста: если у вас нет альтернатив, у вас нет переговорной позиции, а значит нет прав. Трудовой кодекс не спасёт, он работает только когда у работника есть выбор.
И мой посыл вот в чем: кто сейчас выживет в IT — будет очень вознаграждён на следующем витке. Но до него нужно дожить… и в этот раз сделать это будет особенно больно.
Подписывайтесь ко мне в телеграм-канал, там я рассказываю о кризисе в IT и не только.
Появился новый счетчик "охвата" который судя по моим наблюдениям измеряется в степенях двойки (2,4,8,16,32 и тд). Но я так и не мог найти официальных данных как он работает. Смотрел официальный changelog Хабра — никаких недавних обновлений не вижу.
Как Хабр считает метрику "Охват", которая стала первым делом выводиться возле пользователя?
Кто знает, напишите в комменты или личку. По моему мнению, такие штуки в UI должны сопровождаться символом вопросика, при наведении на который дается информация или второй вариант — по клике на который, открывается страница описывающая то, как работает эта метрика.
UPD Наглая реклама, но после того как соберу инфу, сделаю еще один репост на Хабре и в своем-тг
Недавно общался с крупной зарубежной продуктовой компанией. Штат 500–1000 человек, вроде зрелые процессы, ЗП у разрабов 5000€ баг-репорты по ISO/IEC/IEEE 29119. И при этом:
«Не успеваем уделять время автотестам. Сфокусированы на скорости разработки и релизах.»
Что меня зацепило — каждый их аргумент против тестов я интерпретировал как аргумент за:
— «Слишком частые релизы» → А не потому ли они такие частые, что баги проскакивают на прод?
— «Требования постоянно меняются» → Тем более — как вы контролируете, что старое не ломается?
— «И так работают наизнос если еще и тесты заставить писать — выгорят» → А не от бесконечного ли футбола с багами они выгорают?
А как у вас? Есть автотесты на проекте? Или тоже «не до них»?
