Pull to refresh

Comments 82

забыта ещё одна мотивация - должность тимлида часто (хотя и не всегда) - это + к зарплате.

Оно конечно не так красиво звучит, как менторство или контроль, но больше денег - это обычно хорошо (хотя конечно зависит от того, что от тебя за них требуют).

согласен. но лучше не озвучивать это руководству как единственную причину - скорее всего не поймут.

ну и конечно это всегда трейдофф между геморроем который ты получаешь и профитом. иногда проще сменить компанию и делать все то же за большие деньги.

но лучше не озвучивать это руководству как единственную причину — скорее всего не поймут

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

Когда был лидом, я принимал решение о найме (ну, конечно, после прохождения проверки СБ) и даже мог назначать зарплату (ну, конечно, в рамках бюджета на должность, на которую собеседовался кандидат) и, в итоге, был подчинённый, получающий больше моего.

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

Оно конечно не так красиво звучит, как менторство или контроль, но больше денег - это обычно хорошо (хотя конечно зависит от того, что от тебя за них требуют).

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

Не стоит оно этих денег, как по мне.

Кстати, далеко не всегда тимлид может получать выше помидора.

Они интуитивно подозревают что это будет не лучшее решение в их жизни

Да все правильно они подозревают. У меня в соседней команде комичная ситуация. В тимлиды двинули самого младшего по возрасту и скиллу сотрудника. Потому что среди сеньоров дураков нет. Как в том меме с висельником "В первый раз?"

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

странное у вас предположение что в тимлиды все под палкой идут


я вот пошел в тимлиды осмысленно, потому что уровень погружения в проект на роли рядового разработчика слишком мал и влияние на базе "посоветуй лиду или менеджеру, и делай любой бред который говорят потомуштонадо"
а тут можно принимать решения самостоятельно и реализуют их твои падаваны (самому просто времени не хватит и сил это делать)… можно и с ПМом поругаться и с заказчиком и навязать-указать свое видение на проект


p.s. у меня судя по всему должночть чуть выше тимлида по факту

вовсе нет, идут сами как раз таки, закрывая свои комплексы и амбиции.

а тут можно принимать решения самостоятельно

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

и реализуют их твои падаваны

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

у меня судя по всему должночть чуть выше тимлида по факту

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

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

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


ребята в команде и сами об этом скажут.

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


Я в свое время (в той плоской компании выше) добрался до конфликта с руководством департамента, за что меня сослали в соседний за чрезмерную активность как рядового разработчика ;)

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

там очень крупная команда, архитектор есть но на 500 разработчиков его физически не хватает


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

Абсолютно согласен. Сам помню бегал по компаниям и был несколько лет тимлидом в 2х компаниях, потом уже понимал что после тимлида тебе не дадут начотдела или техдиректора ,такая карьера по другому делается. И когда уже поимевши такого опыта в 30лет, в 37лет был проект и без Лида и руководство решила мол Лид же нужен и давай всех собрало и давай спрашивать кого лидом выберем, все молчали как партизаны, зачем если зп та же ,власти никакой, и отгребешь первым, ну один сглупил и сказал давайте я, через пару месяцев вылетел, уже не помню или сам из-за психов и стресса или комманда так сказать помогла обвинив его модным словом токсичным. Так что если нет поддержки и прибавки к зп за такое скажем дружно на фиг нужно. Как говорил мой знакомый , мне что больше делать нечего чем с дураками возиться в роли начальника, уж лучше директором или владельцем

а тут можно принимать решения самостоятельно и реализуют их твои падаваны (самому просто времени не хватит и сил это делать)… можно и с ПМом поругаться и с заказчиком и навязать-указать свое видение на проект

с каких это пор тимлид влияет на виденье в проекте ? Для этого есть архитектор, но уж точно не тимлид, имхо

с каких это пор тимлид влияет на виденье в проекте? Для этого есть архитектор, но уж точно не тимлид, имхо

тимлид может придти к архитектору и его услышат, обычный миддл до архитектора может и не достучаться

Интересное "как правило". Я вот лид, потому что могу спроектировать систему и имею цельное видение проекта. Кроме меня никто его нормально не поделит на таски, сроки, не напишет к нему диздок, и не сможет собрать потом все воедино. Соответственно, я координирую разработку и принимаю важные/влажные решения по ней.

Амбиции и комплексы? Да нет, просто такая работа. Я не испытываю кайф или удовлетворение от, простигосподи, власти, я никому не вбиваю свои мысли. Когда условный UX/UI дизайнер спрашивает совета, как лучше что-то организовать, я даю максимально абстрактные пожелания, добавляя, что "а как это лучше сделать - уже тебе решать, из нас двоих ты - специалист по этому профилю". Это не власть, это ответственность. Не привелегия, а обязанности.

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

Любая профессия - это ответ на возникшую проблему. Любой специалист - это человек, умеющий решать конкретную проблему. Организация разработки сложных систем - это проблема. А я - просто специалист, который умеет ее решать. Не более.

А то, что описываете вы, это не лид, это вахтер.

Я вот лид, потому что могу спроектировать систему и имею цельное видение проекта.

много кто может прыгнуть с крыши, но не все это делают.

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

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

А я - просто специалист, который умеет ее решать. Не более.

ну что я могу сказать, enjoy yourself.

много кто может прыгнуть с крыши, но не все это делают

лидом не кто угодно может стать, точнее может стать любой но это будет ооочень плохой лид


и вообще компания развалится.

вобщето развалится если в руководсве идиоты, если у конторы бюджет собран так что не предусматривает аналитиков, техписателей, ПМ-ов и прочее, то если все массово откажутся делать эту работу то бюджета не хватит все поправить
вообще вы несколько ошибаетесь считая что лидов назначают потому что они дурачки соглашаются, я например осознанно пишу в резюме "лид/руководитель разработки" просто потому что мне нравится заниматся темже что и Fell-x27
Я когда работал обычным разработчиком, просто из собственного интереса лез в соседние отделы и ходил на совещания менеджмента чтобы быть ближе к глобальному пониманию продукта… меня всегда ограничивала должность "программиста"… я рад что я ушел с этой ступеньки (надеюсь навсегда)


если их ссадить с этой шеи или поставить перед выбором,

(ну если откинуть то что я их сам на свою шею сажал) эта работа, если её сами вам предлагают ценна тем что в резюме будет запись "руководство командой x человек — n-лет стажа" ну и реальный опыт этого руководства. неплохой скилл как по мне, без такого опыта просто с улицы устроится тимлидом сложновато.

>и вообще компания развалится. я тоже так думал.

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

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

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

Про прыжок с крыши тоже странная аналогия. Максимально странная.

Там было написано не это.

кроме меня никто его нормально не поделит на таски

сроки

диздок

если это может сделать 1 человек из команды и это считается неким ноухау то это печально. потому что при уходе такого человека действительно встанет работа команды. по моему опыту любой сеньор умеет это делать: брать проект, декомпозировать его, нарезать на задачи, оценивать, рисовать архитектуру. при этом он не лид, не аналитик, не архитектор. я это делал будучи сеньором в далеком 2017 году и это считалось нормой. и миддл кстати тоже может, просто уровень сложности проектов разный. сходите на любое собеседование, system design сейчас и для миддлов проводится и они вполне себе справляются.

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

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

Амбиции и комплексы? Да нет, просто такая работа. Я не испытываю кайф или удовлетворение от, простигосподи, власти, я никому не вбиваю свои мысли.

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

а почему "амбиции" считаются чемто плохим? почему "менеджмент" вообще звучит предосудительно в ваших словах?


пока не прозрел. тем что я могу что-то решать и выбирать

В чем прозрел? что можно быть рядовым разработчиком и чтото решать и выбирать? но не "мараться" об амбиции и комплексы? (wtf?)


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

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

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

Где-то тут я понял, что у вас глубоко перемешаны понятия "техлид" и "пм". Это не совсем одно и то же. Более того, ПМ может даже не иметь вообще никакой квалификации, кроме организационной. Его задача - быть толмачом между условными техлидами и условным заказчиком.

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

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

P. S. За живое меня тут ничего не цепляет, и я лишь пытаюсь внести ясность. Поймите, ваш субъективный негативный опыт - субъективен. Галеры все разные.

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

Это потому что он тут главный! Знай свое место! Он принимает решения!!!

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

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

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

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


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

Подозревала что у лида нет никакой "власти". Спасибо за раскрытие темы! Есть над чем подумать

*скину своему лиду на прочтение

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

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

так тимлиды почему? потому что больше чем 7ю людьми управлять никак. если больше одного тимлида (до 7*7 человек) - появляется какой-нибудь кластерный руководитель. если до 7^3 человек, то уже нужен еще слой над ними. и так с каждой степенью семерки оно растет. не может быть 2 управленца для компании в 7^3 человек, это неуправляемая масса же.

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

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

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

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

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

Тут ещё зависит хочет ли руководитель отдела делиться властью. Бывали случай, руководитель уже за 50, в отделе 30 человек, но руководитель упорно ни каплей власти не делиться, и все хапает себе, потом куча переработок , организм не тот и карачун. Любят наши руководители чтобы их увольняли лишь вперёд танками. Вот уже 15лет работают в ит и сейчас осознал что не помню чтобы кого-то на пенсию отправляли . Хотя были и молодые и в возрасте

Пожилые управленцы это отдельная беда. Особенно в госконторах. У них логика простая - сегодня ты делишься властью и полномочиями, а завтра "наверху" разглядят талант в твоем "помощнике", либо он сам намекнет куда надо, и вот он уже в твоём кабинете, а ты на морозе. Если уж требуют нанять помощника, то, по этой логике, берут такого человека, чтобы без тебя не мог даже шнурки завязать. Чтобы весь контроль был у тебя, а он не то что не мог тебя заменить, он должен на тебя молиться!

7 подчинённых - это на низшем уровне, у тимлида. На более высоком редко бывает больше 4.

Согласен ! Доступа к ресурсу(финансам) нет - власти нет !

А такая власть нужна технарю? Я бы предпочел власть выбирать с кем работать (найм), как работать (стек) и над чем работать (стратегия продукта). Если хотя бы чего-то этого нет, то воистину не тимлид, а просто чувак, который больше других по голове получает.

Так я и не спорю ! Часто власть выбирать с Кем работать, исходит из фин. ресурса.

Статья про человека, который всем должен. И на которого все положили с прибором. Ролей много и на них все меньше остаётся таких постых как: муж, отец, сын. Хочешь просрать всю свою жизнь - добро пожаловать в тимлиды. Отожмут и выкинут, а если ещё госуха, то вообще труба...

Негативный опыт

P.S. на рынке труда сейчас, с уходом западных компаний все чаще проявляется честная модель руководства о которой я писал выше.

По тексту статьи не нашёл ничего о "честной модели руководства". Было бы очень интересно узнать, что из себя представляют максимально честные и открытые отношения по Вашему мнению.

Я был несколько раз тимлидом. Скажу сразу если вы хотя-бы не имеете власти нанимать или отказывать кандидатам, то ни о каком тимлидстве можно и не мечтать. Помню hr и руководство одной конторы мне подсуноло кандидата, что был студентом и в резюме написал уровень владения с++ мидлом имея всего 2 университетских проекта, я сразу сказал что не стоит даже звать на собеседование, но руководство взяло и само его наняло , а потом мне в ученики его дали, и когда я в очередной раз что-то от него потребовал по его обязанности ,он мне ответил что моей подписи в его трудовом контракте нету, и после этого никто его не уволил за систематическое не выполнение задач и не подчинение ментору, в итоге я сам покинул такую компанию видя такую дичь. Или было так что сам нанял, а клиенту компании не всегда нравилось что я давал не те оценки по проекту, и защищал свою команду от переработок бесплатно все рабочее время, так руководство соблазнила моего подчинённого моей должностью и меня пнуло из компании

написал уровень владения с++ мидлом имея всего 2 университетских проекта

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

 никто его не уволил за систематическое не выполнение задач

Если бы он получал хорошую зп, то его наверное точно бы уволили. Скорее всего копейки

У тимлида часто проблема в том, что он не знает сколько люди в его команде получают и бывает так, что кто-то работает плохо.. Но это плохо "относительно" зп всегда. Ругаться смысла на самого сотрудника нет - надо к высшему руководству идти. А если проблема не решается и куча всего остального накопилось со временем - да, уходить из компании.

Интересное мнение автора. Соглашусь, что чаще всего людям неинтересно и не хочется брать на себя ответственность за решения. Вроде как, это нормально :) В большинстве команд принятие решений делегируется руководителю проекта, или тому кто напрямую контактирует с бизнесом. В каких-то случаях это наверное правильный вариант, в каких-то случаях возможно не очень (например говнокод и техдолги). Задача тимлида доходчиво объяснить возможные риски. Как правило влияние тимлида на реальные процессы и ценность определяется зрелостью его руководителя. Если руководство не слышит, то в такой команде мало какой лид задержится надолго.

UFO just landed and posted this here

Я точно могу сказать что российский бигтех на сеньора вас не оценил. Там сразу совсем другие деньги предложили бы.

UFO just landed and posted this here

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

  1. Альфа практически вся на удаленке с марта 20-го года.

  2. Куда вы там пытались собеседоваться? Мобильная разработка? Веб? Так рынок - таких разработчиков на рынке рубль за пучок. SAP, WBI - уже уровень повыше. Про центральные сервера не говорю, но там никаких фреймворков не будет - все ручками, логика мозгодробительная, да еще чтобы потом нагрузочное тестирование прошло без претензий.

  3. Рынок просел сильно. Кому не нравится - Армения, Казахстан с надеждой потом двинуть дальше (у кого-то получается, у кого-то нет).

UFO just landed and posted this here

Фронтенд для банка не профильный актив. В отличии от mission и business critical задач что крутятся на центральных серверах. Отсюда и отношение и зарплаты.

Могу сказать что лично у меня за то время что в банке работаю (с 17-го года) з/п выросла более чем с три раза (и сейчас очередной пересмотр будет в сентябре).

Точную цифру не называю, но я трачу сильно меньше чем зарабатываю сейчас.

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

Фронтенд для банка не профильный актив

Почему? Веб и мобильные приложения это может быть наиболее используемая и наиболее "продающаяся" часть банка. В мире есть банки Renault, N26 где по-сути кроме веб/мобильных приложений почти ничего и нет с точки зрения клиента, ни офисов, ни службы поддержки (кроме той что в тех же приложениях).

Почему? Веб и мобильные приложения это может быть наиболее используемая и наиболее "продающаяся" часть банка.

Да. Только все это опирается на центральные сервера. Какую бы "классную фичу " не придумали бы креативные фронты, она не будет реализована до тех пор, пока не будет ее обеспечение со стороны центральных серверов.

Вы же не думаете, что ваше мобильное приложение напрямую лезет в базу чтобы показать сколько у вас денег на счетах? Нет. Есть REST API для них. Которое дергает вебсервисы (тупая такая прослойка для согласования форматов данных), которые, в свою очередь, дергают сервис-модули на сервере (прямого доступа к БД снаружи нет, только запросами через WS или MQ). Так что мобильное приложение это только фантик. А начинка вся в другом месте делается.

Вот и судите сами что там на самом деле продается...

что ваше мобильное приложение

Я фул.стек с упором на java бек. Так что не ваше.


Вы же не думаете

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


Так что мобильное приложение это только фантик. А начинка вся в другом месте делается.

Без витрины не будет ничего. Много ли стоит бы Aмазон или Фейсбук, если бы у них не было фантика веб/мобайл приложений? Кстати, typescript и node.js могут многое из того что вы описали. Там даже по производтельности не так уж будет плохо.


Дергают сервис-модули на сервере (прямого доступа к БД снаружи нет, только запросами через WS или MQ)

Ну это у вас так, не во всех банках аналогично. Какой-нибуль, Oracle достаточно подерживает шардинг, транзакции и секьюрити, чтобы не ходить к нему через задний ход. Впрочем, это от задач и проектов зависит.


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


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

Без витрины не будет ничего.

Аналогично - витрину надо чем-то наполнять...

Какой-нибудь, Oracle достаточно поддерживает шардинг, транзакции и секьюрити, чтобы не ходить к нему через задний ход

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

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

Аналогично — витрину надо чем-то наполнять…
Ну так изначально говорилось
Фронтенд для банка не профильный актив

И пришли к и фронт и бек одинаково важны для банка. Потому что без бека не будет чем наполнять, без нормального фронта никто это не купит или будет страдать и сбегать к конкурентам.


Лучшее секьюрити — отсутствие двери, не находите? Гораздо надежнее не давать прямой доступ к клиентским данным, чем давать и нагораживать защиту,

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


Ну то есть если у вас пользователь А должен читать данные X, а пользователь B должен читать и изменять данные X, то как вы не будете перекидывать запросы через кучу прокси-сервисов, а в любом случае вы вернете или поменяете эти данные. То есть по итогу все равно те кто выдаст себя за нужных пользователей сделают свою работу.


прямой доступ к клиентским данным

Ну смотря откуда, с фронта не должно быть, с главное сервиса бека — ну скорее всего не должно быть (хотя вряд ли если его взломают это спасет), с какого-нибудь внутреннего микросервиса, который специально настроен на работы с базой данной — вполне нормально (кстати, ему совсем не объязательно через какой-нибудь mq работать, там может быть тот же Rest). Можно сделать еще сотню прокладок, но это не особо добавить безопасности, только запутает.

Да обычный российский бигтех. Классическое МЯСО. Удаленка местами разрешена, она наверно раза в два сократит доступные вакансии но совсем не до нуля. Особенно для сеньоров.

Кандидат не планирующий работать даже год не нужен. Это вроде логично и ожидаемо?

Те кто готов дать хотя бы 350 сеньору это пяток крупных компаний, возможно в которых автор уже поработал и не хочет возвращаться или принципиально не хочет. Либо уже зарубеж. Большинство максимум дают 300к по верху, ну может с премиями чуть больше. После ухода компаний зп начали проседать. Год назад Лиды получали 400к и это было в рынке. Сейчас мне кучу предложений за 350к лидом побыть, и я офферы видел реально на такие деньги другим людям(крупные компании). Это жужужу не спроста.

Автор ввел одну новую переменную "хочу удаленку" Вы ввели еще одну "не хочу бигтех".

Простите, но так на самом деле вакансий за большие деньги не останется. Или деньги или вот такие хотелки.

PS: Бигтех лидов со стороны не берет практически никогда. И платит им больше, чем вы думаете.

Год назад я получал 400 совсем не в бигтехе и на Фул ремоут. И рынок был в целом такой.

 Сейчас, если вы хотите зарабатывать больше, вас рынок буквально вынуждает быть менеджером + синьором + пмом + нянькой.

Плохо, что ли? Всё лучше, чем идти в "перформинг"-потогонку. Просто не надо принимать всё близко к сердцу, тогда и нервы целые будут.

Переживает за продукт и его доставку до пользователя. Благодаря инженерному бэкграунду неплохо понимает трейдофф между "технической красотой" и ценностью для бизнеса. Может принять решение почему сейчас нужно хорошенько наговнокодить всей командой, а потом разгребать последствия в течение следующего месяца.

Верно только наполовину в первом и втором предложении на вторую, а в третьем на первую. Обычно бывает наговнокодили в этом месяце, в следующем месяце наговнокодили новую фичу, в третьем месяце пришла третья фича и так далее. Как правило через полгода добавляем лишние мощности на продукт, ещё через 3 месяца было бы необходимо добавить ещё мощностей (как правило каждое добавление примерно х2), но берут или заказывают человека на подобие меня для проведения аудита. Получают честный (или как повезёт) фидбек, после чего либо прописывают по первое число такому лиду и он в двойной работе (ведь он хороший и фичи надо пилить при этом по привычке говнокодя с дырками и пытаться приложить изоленту с подорожником к старым), либо говорят аудитор лохъ™, и добавляют железо. Через время итерация либо повторяется либо железо оценивается в астрономическую сумму либо считается что проект изжил себя и можно закрывать, потому что профита при таких затратах уже не даёт особо. Что было бы если бы сразу срезали затраты при аудите предсказать нереально, слишком много переменных к этому времени.

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

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

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

Спасибо за статью! Тимлидам не позавидуешь. Расстрельная роль.

На мой взгляд, если использовать армейские аналогии, то тимлид-это старшина или прапорщик, а руководитель - офицер. Роли, по мере повышения уровня, меняются от тактической до стратегической. Тактические ошибки видны сразу, а стратегические - в далекой перспективе. Поэтому прежде, чем кто-то поймет, что проблема была вызвана некачественным руководством, по шапке получат именно тимлиды. А вот с успехами дело обстоит несколько иначе. "Руководитель- молодец, а тимлид выполнил все руководящие рекомендации". И, как следствие, демотивация тимлида и потенциальный конфликт с руководством. Так и напрашивается открытый разговор с начальством ;) иногда, проблему можно решить своевременным признанием успехов и выстраиванием роадмапа дальнейшего развития для тимлида (не просто, но возможно)

Интересная аналогия по поводу армии, соглашусь.

На практике часто необходимо сочетать все перечисленные качества для достижения основных целей и стараться что бы команда уважала (за лидерские качества, умение убеждать или решать технические задачи - за что именно не столь важно; важно не сильно раздражать команду и вышестоящее руководство другими талантами и получать результат). Стратегические цели развития стоит учитывать и доводить до команды (без премудростей). Еще лучше, если понимаешь эти цели и имеешь свой вклад в их определении. Считаю что всегда стоит различать что вы делаете в данный момент: "Таскаете проклятые камни, зарабатываете на жизнь или, строите храм"

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

Где-то там записан как техлид, вот и хватит.

в продуктовых компаниях сейчас вилки 200-250 на senior!

А какой у вас стек? В мобильной разработке такие зарплаты у средненьких мидлов.

Лид... А сказать - "ведущий специалист" - что мешает?

"Ведущий специалист" это обычно другое. Это обычно программист, который выше уровня синьора. На английский переводится как Lead developer или Principal developer, но при этом эта роль не подразумевается ответственность за команду (то есть она может быть, но походу).


То есть это просто очень хороший и грамотный программист, возможно лучшие в команде, не все таки не руководитель.


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


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

"Ведущий специалист" это обычно другое. Это обычно программист, который выше уровня синьора. На английский переводится как Lead developer или Principal developer, но при этом эта роль не подразумевается ответственность за команду (то есть она может быть, но походу).

Тут лычки везде свои. У нас

  • разработчик (джун)

  • старший разработчик (мидл)

  • ведущий разработчик (сеньор-помидор)

  • главный разработчик (???)

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

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

Это оно и есть. Вместо слова специалист сильно подставить специализацию. А если руководство плохо понимает организацию процессов, то это не повод использовать заморские слова для сокрытия.

Театр начинается с вешалки, а царства - с виселиц.

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

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

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

А у кого есть доступ к бюджету?

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

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

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

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

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

Но из лидов уйти не тянет. Слишком интереснее всё это, чем тупо писать код 7 часов каждый день. Код писать спокойнее, но гораздо, гораздо скучнее

Sign up to leave a comment.

Articles