Меня поражает Яндекс своими интерфейсами в последнее время. Я просто не понимаю, почему всё так плохо? Разработчики совсем разленились или менеджерам пришла "гениальная" идея не тратить время на грамотный UX и исправление багов?

Зацените решение: есть плейлист, в нём список треков. Я хочу удалить несколько треков в конце плейлиста, но, видимо, по мнению UX-дизайнеров Яндекса, я должен после каждого удаления перемещаться в начало списка! Сука, ну это же базовое правило: не трогайте скролл. Если мне надо – я сам перемещусь в начало. Или сделайте отдельную кнопку для этого, если уж вам так нужно что-то на ревью представить!

Одна из самых занимательных вещей в IT это работать со стажерами. Вот этими, которые ну совсем зеленые, которые еще ко всем на "вы" обращаются. Сегодня я указал на баг в системе, ну указал разумеется, чтобы его просто поправили, он мешает.

В ответ от стажера я получил развернутый ответ почему этот баг появился, а также извинения за ошибку. Я еле сдержался, чтобы не ответить в стиле Кратоса:

"Не извиняйся! Стань лучше!"

Вот я вроде уже прям долго работаю в IT, но все равно, в какой бы команде я не работал, у меня всегда этот диалог так и выглядит, слово в слово

Ну что ж, я готов признать — Cursor прям хорош. Когда я пробовал его в последний раз, он меня так сильно не впечатлил. Понятное дело, что это заслуга не сколько самого Cursor, а того, что модели сами по себе стали куда круче, но мне прям зашло сегодня.

Я сегодня за 10 минут сделал задачу, которую бы вручную пилил примерно час. Нужно было залезть в проект, в котором я ничего не делал месяца три, и, понятное дело, уже всё забыл, как там всё устроено. Проект на next.js, и, разумеется, за это время я уже забыл, как работает React. Да и вообще по меркам фронтенда за 3 месяца ты устареваешь примерно так же, как джавист, который всё ещё пишет на Java 7.

А эта нейросетевая балалайка ничего не забывает: сама пошла, прочитала проект и добавила мне страницу – прям как нужно было, куда нужно было и прям в моём стиле. Ощущения, конечно, невероятные.

Понятное дело, задача тут была такая, что её даже джун сделал бы не глядя, однако прогресс прям чувствуется. Ещё полгода назад нужно было ещё хороший промпт написать, чтобы с одного раза всё было готово, а тут даже и отписывать ничего не пришлось.

Про ситуацию на рынке ИТ труда

Знаете шутку: в чем разница между джуном и сеньором? В том, что сеньор заходя в туалет, первым делом проверяет наличие туалетной бумаги, а джун жестоко ошибается.

Хорошая штука, жизненная. Однако я бы добавил, что если мы говорим про работу в корпорации, то перед заходом в туалет он должен определить метрики, по которым поймет насколько чисто. Ну а после разумеется нужно создать meeting notes и рассказать о том, как все прошло!

Ваше регулярное напоминание, что async/await это от бедности и нужны только тем, у кого нормальных потоков нет. Если есть потоки, то делаешь блокирующие вызовы и вуаля

Итак, я наконец-то вернулся к постам. Интересный феномен: чем больше я делаю паузу, тем сложнее потом снова к этому возвращаться.

Короче, я хотел ещё в начале сентября сделать пост про то, как я провёл лето. Думал, что сейчас как разъвыебываюсь, но, как всегда, жизнь внесла свои коррективы – пришлось отложить. Да и в конце концов, я называю свой канал как undergound не для того, чтобы писать тут про успешный успех, поэтому погнали:

👉 Я НЕ стал стаффом, по-прежнему обычный сеньор. Но, объективно, я, сука, был близок – поэтому, видимо, разъвыебываюсь этим только через полгода, в лучшем случае.
👉 Ушёл из мобильной разработки. Последние три года я, в целом, был в команде инфры, которая толком мобилкой не занимается, но задачи, связанные с Android, всё равно были. Теперь же я перешёл в команду, которая вообще никак не связана с мобилкой. Про то, как так получилось, сделаю отдельный пост, а пока вкратце – я теперь Python-разработчик. Дээ, помотала меня, конечно, судьба.
👉 Влюбился по уши. Летом много из-за этого плакался в постах, но проблема с личной жизнью решилась как-то даже быстрее, чем я ожидал. Видать, вся удача сюда и ушла.
👉 Пожал 130 кг – без экипировки, фармы и моста. До КМС в моей весовой не хватает всего 2,5 кг, поэтому, возможно, в ближайший год даже где-нибудь выступлю.
👉 Повредил плечо и сломал лодыжку. Приближающаяся тридцатка даёт о себе знать.
👉 Посетил сплав в Перми, где проебал телефон вместе с Trust Wallet, на котором было баксов 500. Теперь доступ к нему лежит на дне Усьвы.
👉 Сгонял в Казахстан. Посетил Баянаул – небольшую зону отдыха на северо-востоке Казахстана в окружении гор. Для меня это больше была поездка ностальгия, ведь туда обычно ездили семьёй, когда я был подростком. Ну и, конечно, после отдыха в Дубае, Таиланде и т.д. это ощущается как пиздец какой спартанский отдых.

Ну как-то так. Не всё получилось так, как я хотел – что-то, наоборот, даже лучше, чем ожидал. Но в целом лето получилось однозначно интересным.

Короче, было пару вопросов — кто такой стафф, поэтому давайте пару пояснений.

Стандартный трек карьеры айтишника выглядит так:

Ты устраиваешься на первую работу джуном (хотя сейчас накрутчики залетают сразу на мидла, но это мы опустим). На этом этапе ты в среднем находишься примерно год. В этот период ты в целом пытаешься понять, что происходит, фиксишь мелкие баги, и постепенно тебе начинают давать фичи — сначала мелкие, потом побольше. Ты можешь делать задачи, но за тобой нужен прям сильный контроль.

Далее ты выходишь на уровень мидла. Тут уже всё индивидуально: некоторые находятся на этом этапе год-два, некоторые задерживаются дольше. В целом мидлы считаются рабочими лошадками — потому что ты ещё не успел выгореть от формочек и перекладывания JSON’ов, тебе всё дико интересно. На этом этапе все страдают страшным перфекционизмом, чётким следованием заветам Дяди Боба, SOLID и прочих аббревиатур. Мидл — уже самостоятельная единица, за ним нужен лишь небольшой контроль. И то — только для того, чтобы, если мидлу скучно, он не начал делать бесконечный рефакторинг или не затащил новую либу, которая вышла только вчера.

После идёт сеньор. Это уже больше про какие-то сложные фичи или архитектурные задачи на уровне всего проекта. Ты уже знаешь, где нужно быть дотошным перфекционистом, а где можно быстро наговнокодить, чтобы быстрее заехать в прод. На этом этапе у тебя уже есть история проёбов, и ты знаешь, какие задачи нужно делать, а на какие лучше забить. Сеньор уже больше думает про бизнес-ценность. Полностью автономная единица — закидываешь ему задачу и можно не париться: всё будет сделано норм.

Идти выше – уже опционально, потому что и на уровне сеньора вполне комфортно сидеть. После сеньора идут две основные ветки, которые можно качать:

👉 Первая, дефолтная — уходить в менеджмент. Сначала ты тимлид, потом, если повезёт и ты готов ебошить, становишься тимлидом тимлидов, а дальше движешься к CTO. Однако нужно понимать, что на высоких должностях ты забываешь про ламповое айти — и у тебя буквально начинается игра престолов.

👉 Вторая — это ветка архитектора или техлида (он же стафф). В этом случае ты не управляешь конкретной командой, но влияешь уже на несколько проектов. На этом этапе ты создаёшь какие-то best practices, подходы, которые используют все, или делаешь уникальные решения, приносящие дикий профит. Конкретно эта ветка есть далеко не во всех компаниях, да и не везде она реально нужна.

Про плюсы и минусы грейда выше сеньора я сделаю отдельный пост.

Гребаный Python, я вам сейчас опишу ощущение от языка одним предложением.

Это чувство когда ты уже 8 лет работаешь в IT, но уже два часа не можешь расставить кавычки в строке как нужно, чтобы сформировался корректный json.

Знатно я выпадаю, в этом году мои проёбы меня, конечно, подкосили.

Давайте продолжу накидывать про высокие грейды. Звучит это конечно слегка уныло, учитывая, что я пока проёбываюсь на этом пути, но хер с ним.

Итак, две ветки: тимлиды и техлиды. Наверное, сделаю два отдельных поста про каждого, и начнём с первых.

В чём плюсы тимлида:

👉 Самое основное – это то, что у тебя появляется чёткий и проторённый путь, куда идти дальше. После ты становишься каким-нибудь лидом лидов и дальше по иерархии – до CTO. Уровень иерархии зависит от размера компании, а также нужно понимать, что придется прям пиздец как попотеть, чтобы залезть на этот уровень.
👉 Зависит от компании, но в среднем, если судить по медианным зарплатам, позиция лида чуть выгоднее, чем позиция обычного сеньора. Это в целом можно увидеть и по вакансиям: у лидов довольно часто вилки выше. Правда, это отличие не в разы, а в некоторых компаниях и вовсе нет разницы.
👉 Качаются коммуникативные скиллы. Это возможно мое наивное представление, но как мне кажется прям тяжело быть закрытым интровертом, когда работа требует от тебя постоянного общения с людьми. Следовательно больше общения -> больше связей -> больше возможностей в дальнейшем.

Теперь минусы тимлида:

👉 Твоё время больше тебе не принадлежит – оно теперь командное. Появляется куча встреч; почти у всех знакомых лидов весь день по сути состоит из каких-то созвонов.
👉 Все успехи – командные, а проёбы – твои. Наслаждайся)
👉 Результаты твоей работы – пиздец какие отложенные. Когда ты разраб, ты можешь быстро раскатать фичу и сразу увидеть результаты по метрикам, отзывам и т.д. Но когда ты лид, то придётся прям подождать, и вероятнее всего – долго...
👉 Ты начинаешь терять в скиллах. Это индивидуально: есть много лидов, которые продолжают писать код. Но в среднем по больнице у тебя, вероятнее всего, не будет хватать на это времени, и с этим придётся смириться.

Что там с техлидами, aka staff, aka архитектор?

С ними вот какой прикол: если про тимлидов всё более-менее стандартизировано в индустрии, то вот техлиды – это вообще кто во что горазд. Вот что я имею в виду: когда ты растешь с джуна до сеньора, есть прямо четкое понимание у всех, чем занимается джун, чем мидл и что требуется от сеньора. После сеньора, если тебе в кайф менеджмент, ты уходишь в лиды, где требования также плюс-минус понятные.

Однако же с техлидом требования выглядят примерно так (по крайней мере в нашей компании): «Ну, сделай то, не знаю что, что-то прямо очень необычное и большое, вооот... И еще тебе это нужно самому придумать и обосновать». Потом те ребята, которым посчастливилось стать техлидами до тебя, будут оценивать, насколько твое творение совпадает с их пониманием, кто такой техлид.

Теперь про плюсы/минусы:

Плюсы:
👉 Ровно как и у тимлида, у тебя выше вилка по ЗП, а также выше коэффициент премии.
👉 У тебя есть возможность расти дальше, но опять-таки на позицию CTO будут претендовать и тимлиды, которые, вероятнее всего, тебя уделают, так как больше парятся про бизнес.
👉 Ты не теряешь в скиллах, скорее даже наоборот – позиция требует, чтобы ты их прокачивал глубже.
👉 Есть рычаги давления на проект как у тимлида, но при этом от тебя не требуется проводить 1-to-1 и вообще заниматься персоналом.

Минусы:
👉 Позиция есть не во всех компаниях, обычно только в биг-техах.
👉 Даже если ты очень крутой спец, который умеет делать уникальные решения, тебя могут не сделать техлидом, если у вашей команды нет на это бюджета.
👉 Порой очень смутные требования для того, чтобы стать техлидом.
👉 Количество усилий, которые нужно приложить, чтобы им стать, не факт, что окупится ростом ЗП.