Обновить
220
Иван Васильев@Gradiens

.NET Developer

0,4
Рейтинг
244
Подписчики
Хабр КарьераХабр Карьера
Отправить сообщение

Если как senior за пару недель можно получить 5–6 офферов, то на лида 1–2 — уже неплохой результат. 

Да вы, батенька, оптимист!

Синьор в принципе не может обработать все входящие. Количество офферов синьора ограничено выделяемым на собеседование временем.

А тимлид... тимлидов нужно раз в 5 меньше, чем разработчиков. А еще позицию лида чаще закрывают внутренним кандидатом. Исходя из личного опыта и разных исследований внешнему кандидату в 5 раз сложнее пробиться.

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

Менеджеры будут общаться с вами как с разработчиком

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

Восприниматься оно будет примерно так: "Насяльника, я тута роадмапу рисоваль, риски управляль. Все риски митигировал, а один риска - шайтана такая - не митигируется никак! Насяльника, по роадмапе мы квартальный цель выполним, не переживай. Главное, риск-шайтана забери!"

Менеджерам придется напрячься, но понять они смогут. И будут вас ценить. Кто без вас будет толмачем с программерского на менедженский?

а разработчики как солдат со старшиной.

Если разработчики с лидом обращаются как с менеджером со старшиной, то этот лид где-то свернул не туда.

В норме должно быть взаимное доверие и взаимное уважение. Лид - он не чувак с нагайкой, он "первый среди равных".

зачастую путь в тимлиды - билет в один конец

Не обязательно.

Знаю множество лидов, которым надоело "отличаться умом и сообразительностью" и они перешли назад в разрабы.

Да и я сам во время ковида перешел в разрабы, через год вернулся в лиды. И это был третий раз в моей карьере, когда я переходил в разрабы а потои снова "вырастал".

Все вышеописанное прекрасно ложиться на PAEI модель Ицхака Адизеса.

А конкретно - на жизненный цикл компании согласно этой модели

Если вкратце:

В новорожденной компании важно пахать и заниматься предпринимательством. Менеджеры должны сами не только генерировать идеи, но и уметь работать руками.

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

После чего рано или поздно наступает старость: предпринимательство гаснет, вслед за ним накрывается и производство. Остается одна бюрократия. c'est la vie

Не устраивайтесь работать в старые дряхлеющие умирающие компании. Пока они будут умирать ( а для корпораций этот процесс занимает от нескольких лет до десятилетий) вы будете страдать.

Спасибо. Прочитал статью по ссылке. Если верить автору, компания и правда очень мутная.

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

Это была самая крупная оптимизация за много лет. Самого инженера назначили на десятки совещаний и заставили подготовить презентацию PowerPoint о проделанной работе.

Побуду адвокатом дьявола.

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

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

Рыночек порешает

Порешает, но даже лучше, чем вы пишете:

Страховые после корректировки цен будут больше зарабатывать на полисах.

Автовладельцы... а что им делать, раскошелятся. Либо пусть сами несут риски.

Автодилеры больше зарабатывать на машинах: ведь бывший владелец пойдет купит новую.

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

Я даже не сомневаюсь, что уровень задач, которые вы решаете сводится к перегонке джсонов 

Как же я завидую тем, кто гоняет джсоны!

Мой уровень задач - гонять эксельки! Кровавый энтерпрайз он такой.

Это, однако, не отменяет необходимости понимания сложности базовых алгоритмов. Дабы не выстрелить себе в ногу, а также дать костыль тем коллегам, кто выстрелил.

Помимо базовых знаний я умею запустить профайлер, умею выражаться на великом и могучем по поводу разных явлений, типа поиска по списку в двойном цикле. Умею воткнуть словарик вместо списка.

А потом умею писать умные письма бизнесу. рисовать красивые отчеты "повышена производительность на ХХ%", "митигирован риск отказа системы в периоды пиковой нагрузки". Письма, презы, демо, ролики занимают времени даже больше, чем, собственно, работа. И это реально нужно. Печально, но факт. Сам себя не похвалишь - премию не заработаешь.

А умение вращать красно-черные деревья не было нужно ни на одной работе.

Заканчивать надо с монолитами

Несколько лет назад эта идея дошла до многих банков и прочих финтехов.

Было масса вакансий из разряда "переписываем монолит на микросервисы"

И теперь у них с монолитами закончено. Потому что перешли на распределенный монолит ))

Если посмотреть на цены, то в сегменте для домашнего использования может оказаться, что модели две:

1) продадим принтер дешево, зато на картриджах получим сверхприбыль

2) продадим принтер по нормальной цене, а на картриджах все равно получим сверхприбыль.

Что приводит к вопросу: а зачем выбирать из того, что выгодно производителю? Может просто делать, как выгодно нам? Ну то есть дешевый принтер + неоригинальные картриджи.

Производитель не получит прибыль? Ну мне как-то свой карман дороже.

Пока человек не написал заявление - он не написал заявление.

Даже, если написал, он может сказать "ну ладно" и забрать заявление.

5+ лет назад это было скорее экзотикой, но сейчас все чаще и чаще компании нормально относятся и к "людям-бумерангам", и к тем, кто принял контр-оффер.

А уж если человек сам передумал и сказал "ну ладно" даже без контр-оффера, то компания будет рада отсрочить его увольнение. Потому, что это означает отсрочку затрат на найм нового сотрудника.

Нормальный менеджер оперирует понятиями прибыли и затрат, увольнение и найм - часть рабочего проуесса. Для нормального менеджера выгодно получить как можно больше ценности от сотрудника за нерыночную зп, а не обижаться по поводу заявлений ПСЖ и доводить увольнение до конца.

А как вы следите за рынком?

Если речь про РФ, и взять статистику опросов работников от того же Хабра, то она во-первых пляшет как пьяный матрос, а во-вторых не отражает роста зп который я вижу по моему окружению.

Можно посмотреть на статистику НН, но там далеко не все работодатели публикуют зп. И по опыту, самые вкусные вакансии как раз не публикуют.

Так вот, вопрос, из каких источников вы узнаете свою рыночную цену?

А вы знаете другой способ узнать свою рыночную стоимость? Не соседа, не сферического специалиста по данным публичной статистики зарплат, а именно свою?

Расскажите, пожалуйста.

Помните, что главное — не требовать прибавки, а достичь взаимопонимания с руководителем о том, как получить эту прибавку в будущем. Возможно, вам нужно освоить для этого...

Вы действительно хотите, чтобы начальство натерло ноги о вашу шею? Вас сразу нагрузят новыми обязанностями. Сами же попросили! А прибавка потом... когда-нибудь...

Даже четкие критерии получения прибавки и четкие договоренности ничего никому не гарантируют.

Актуальный пример: я затеял переговоры с начальством, мол, топ-перформер (по их же оценке), за 2 года была прибавка 5%, хочу больше.

Знаете, что мне ответили? "Ты тим лид на своем проекте, давай еще возьми роль солюшен архитектора на другом проекте. Так надо." Пока за дополнительную премию (5% оклада) а через квартал, если все будет хорошо, оформим полноценный переход.

Увы, кто везет - на том едут.

Штраф - да. Затраты на адвокатов в Германии - нет. Чувак уже попал на сумму в разы, если не порядок больше.

Хороший пример, но я бы не стал покупать квартиру в этом доме.

Полностью солидарен, если я - исполнитель.

Категорически не согласен, если я - заказчик. Заказчику нужно знать ответы на вопросы "сколько" и "когда".

При этом не стоит считать, что софт - это прямо сложно и непредсказуемо, а, например, строительство - просто и прогнозируемо. Наивно недооценивать сложность реального мира.

Недавний пример: нанял рабочих выкопать канаву на даче. Это даже проще, чем класть кирпичи, не так ли? По логике, каждый следующий метр канавы - он такой же, как предыдущий? Так-то оно так, но ровно до того момента, как рабочие уткнулись в закопанную груду кирпичей.

Не надо считать разработку - чем-то особенным. Другие области ничем не легче. А зачастую - сложнее и менее толерантны к изменениям. Если вы строите 10-и этажный дом, вы не можете посередине строительства передумать и построить 20 этажей. Каким бы гением не был ваш архитектор. А если вы строите софт, и у вас толковый архитектор, то добавить в 2 раза больше функционала, или в 2 раза увеличить нагрузку на систему - можете. Это будет стоить времени и денег, но - можете.

Возвращаясь к оценке. Если считать оценку не числом, превращающимся в обязательство по факту его озвучивания, а функцией распределения вероятности - то она вполне имеет право на жизнь.

И если вы хотите прозрачности, то накопите статистики, расскажите бизнесу азы "тервера", управляйте рисками и работайте.

Ваш бизнес не хочет слушать и требует одно число? Сочувствую. У меня такое регулярно. Качайте ораторское мастерство. Закладывайтесь со сроками по 90-му или 95-му персентилю (если хватит наглости) Или меняйте бизнес. Ну или фрустрируйте и пишите статьи о невозможности оценок.

"Не влезай, убьёт!" , говорите?

Ну вы знаете, так про любую компанию можно сказать. С разной вероятностью - но про любую. В любой компании могут потерять заказчика или закрыть проект по прихоти бизнеса. Да и вообще, можно на ровном месте поссориться с начальством. Кто прав будет уже не важно.

Вы так говорите, как будто насквозь всех видите и просчитываете будущее. Если это так - завидую.

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

Важно, как минимизировать риски до попадания в ситуацию. И как выбраться из ситуации, когда уже угодил.

Высказывания типа "не надо было связываться со Сколково" - это очень категорично и не очень конструктивно, не находите?

Кликбейт.

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

Вы что хотели сказать постом? Может, вы дали какие-то советы, как не оказаться на месте потерпевшего? Может, советы, что делать, если все-таки оказался?

Увы, "какой-нибудь продакт оунер или там РП" как раз и придет к разрабу за фактурой. Если продакт лицом к бизнесу, а другой стороной к команде, то "почему" надо обосновать в цифрах. Либо забить. Либо "партизанить" и делать тех. задачи втихаря.

Если продакт лицом к команде, и верит мне, я ему скажу: давай 25% на тех. долг + тех. развитие, иначе будут проблемы. "trusn me, bro". Так надо. И все пучком.

Если продакт лицом к команде, но (пока) не верит мне, я выбираю наиболее критичную вещь и говорю: вот если не сделать эту фигню, риск 30% что упадет через месяц. Продакт не верит. Потом оно падает. Все рвут волосы на разных частях тела и бегают по потолку. Когда следующий раз я прихожу к продакту, что нужно следующую фигню, чтобы митигировать риски, он уже верит. Следующий шаг: "trusn me, bro, 25% - мои".

Дальше дело продакта перед бизнесом размазать эти затраты по бизнесовым задачам.

Каждый раз по каждой мелочи обосновывать- это очень тяжело морально + не все можно адекватно оценить.

Поэтому единственный выход - это ввести непрозрачность. Либо между продактом и командой (плохо), либо между продактом и бизнесом (лучше)

Мне это не нравится. Я в общем-то за честность. Просто не знаю, в какую форму ее облечь, чтобы меня не считали разводилой, как в автосервисе.

Может вы знаете?

Информация

В рейтинге
2 532-й
Откуда
Москва, Москва и Московская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность

Специализация

Бэкенд разработчик
Ведущий