уже завтра в 6 по мск! С Андреем (@leadsnotes) поболтаем про карьерные цели: нужны ли они, как их для себя придумать, и когда разные цели между собой конфликуют И затем разберем ваши кейсы! Которых, к слову, уже около 15ти зарегаться можно тут, а кто уже — инвайт на созвон у вас на почте

Больше ответственности — а мне это зачем? Допустим, тебе предлагают залидить новый проект. Больше людей, больше внимания руководства, сложные вызовы. Звучит как карьерная возможность Но если ты хотел больше зарабатывать — этот проект приблизит тебя к повышению? Или проще сменить команду/компанию? Если хотел глубже разобраться в технологиях — полезнее залидить проект самому либо взяться за его самую сложную техническую часть? А если хотел спокойно работать до семи и поправить здоровье — тебе вообще нужен этот проект?:) —— Карьерные советы обычно звучат убедительно. Сложнее понять, приближают ли они тебя к тому, чего ты сам хочешь В эту субботу, 7 ноября в 18:00 мск, обсудим это на стриме с Андреем Романовским, автором @leadsnotes Поговорим, как выбирать между деньгами, интересом, ростом и стабильностью. Расскажем, какие решения принимали сами и что из этого вышло. И поразбираем ваши ситуации — там наверняка самое интересное Участие бесплатное, зарегистрироваться можно здесь — пришлём ссылку на эфир В форме можно оставить свой кейс: обсудим без имен. Вопросы в чате стрима тоже приветствуются Приходите, будем разбираться вместе!

Два принципа проектирования непонятных штук 1. Идти от потенциальных блокеров и пытаться сделать на них PoC В сложных проектах всегда есть набор потенциальных причин, почему может не взлететь. Надо как можно раньше брать эти потенциальные причины и проверять их Например, вы делаете агента для автоматизации какого-то массового процесса. Можно сразу взять условный Qwen 27b, на котором будет работать прод, тюнить на нем агента 3 месяца, и в итоге понять что в целом затея агентизировать этот процесс — херня, и мы просрали время А можно наоборот — в начале взять фронтир, попробовать собрать PoC, быстро убедиться что идея херня (либо наоборот), и уже думать дальше, что делать с проектом 2. Delay commitment until the last responsible moment Иначе говоря, принимай необратимые решения, как можно позже Бывают проекты, где только по ходу становится понятно, какая архитектура в итоге нужна. Есть несколько итоговых вариантов, но выбрать между ними можно будет только после инфы от смежной команды / анализа / экспериментов. При этом разработка уже идёт, какие-то решения принимать надо И нужно принимать их так, чтобы потом можно было уйти в сторону в любой из вариантов. А то, что прибьёт нас к одному варианту — оттягивать, пока можем двигаться дальше без этого