Про разницу тимлида и техлида

Есть значит две очень похожие позиции, между которыми определенно есть разница. Но какая?
Если в голову приходит что-то вроде: «тимлид большо про команду, а техлид про технологии», то этот пост для вас!

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

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

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

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

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

О своем опыте
Так уж получилось, что я выполнял несколько ролей на одном из мест работы: тимлид, техлид, архитектор.
Звучит как полная дичь, но все не так плохо, и тут стоит пояснить почему:
Во-первых нагрузка по этим ролям неравномерная. Например, если мы берем роль тимлида, то наибольшая нагрузка будет на этапах планирования, когда требуется оценить и распределить задачи или на роли техлида при проработки большой фичи, когда требуется решить множество технических нюансов.
Во-вторых тут сильная зависимость от зрелости команды, проекта и процессов. Если команда достаточно зрелая, то потребуется сильно меньше времени, чтобы распределить задачи или разжевать технические детали реализации. Я бы не стал разжевывать рекомендации по разработке бэкграунд-задачи для senior-разработчика в проекте, где таких задач уже достаточное количество.
В-третьих важно понимать общее количество активностей для разных проектов. Для проекта на поддержке не требуется много времени для принятия технических решений, так как новой функциональности практически не добавляется.

Итог
Реальность как обычно расходится с миром грез и розовых пони. Бизнес не всегда разделяет техническое и командное лидерство. Где-то потому что не понимает разницу, где-то потому что это не требуется. К этому не стоит относиться как к чему-то плохому. В конце концов мы сами решаем чем будем заниматься, главное уметь об этом договориться.

Побывал вчера на митапе для тимлидов от Selectel.
Это мой первый опыт участия в роли слушателя😅 но мне понравилось. Были довольно интересные доклады (в частности очень интересно было послушать про рост разработки в тиньке), вкусности в перерывах и афтерпати с пивом, где я пообщался с коллегами из других компаний. Жаль, мало подобного в последнее время в Питере(
А на фото тот мерч, который задарили всем участникам)

#интересное
Принес вам сайтик для отработки навыков по работе с потоками: https://deadlockempire.github.io/
В задачах надо в основном засинкать два потока так, чтобы усадить их в дэдлок или выполнить какое-то условие. Еще не все прорешал, но выглядит довольно интересно и может помочь получше понять, как работает синхронизация в .NET

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

1.Чтобы куда-то прийти, надо бы знать, куда надо дойти. Поэтому для начала надо наметить конечную точку, притом чем точнее, тем лучше. Цель «работать в АйТи» довольно размытая. Стоит определиться с профилем, компанией или сферой.
2.После стоит узнать, что требуется для того, чтоб попасть туда.
3.Надо будет какое-то время поучиться и начать проходить собеседования.
4.Их придется проходить до тех пор, пока не получим оффер, в процессе закрывая пробелы в знаниях.
И это весь алгоритм, реально, никакой магии и тайных знаний.

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

#начинающим
Часть 2
А теперь поговорим о подводных и раскроем часть информации.

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


В этом посте про программистов
В общем то это те, кто непосредственно пишет программы. По сути переносят функциональность в программу, заставляя ее делать то, что нужно бизнесу. Делятся на подклассы:
1.Frontend-разработчики
Создают визуальное отображение на сайте. То есть все, что вы видите когда заходите на любой сайт делают они.
Плюсами выбора в пользу этого подкласса я считаю простоту обучения и относительную независимость от доменной области (фронтенд для банков примерно такой же, как фронтенд для crm-системы). Среди минусов высокая конкуренция по поиске первой работы (из-за того, что сложность обучения ниже) и однотипность задач.
2.Backend-разработчики
Пишут серверную часть программ. То есть все действия, которые происходят не на клиенте (в браузере, мобильном или десктопном приложении). Такие программисты описывают бизнес логику программ, работаю с базами данных, делают межсистемные взаимодействия приложений.
Пул задач бэкендеров намного больше, поэтому и знать надо больше, что увеличивает время на обучение, но за счет этого меньше конкуренции на старте и работа в разы интереснее и разнообразнее.
3.Mobile-разработчики
По сути то же самое, что и Frontend, но нативно под мобильные устройства. Плюсы и минусы примерно такие же, за исключением того, что работа чуть поинтереснее и меньше конкуренции ща счет более узкой специализации.
4.Desktop-разработчики
Занимаются разработкой под нативные (то есть под платформу) приложения. Обычно к этому подмешивается еще и разработка серверной части приложения, что как по мне не есть хорошо. Я лично на дух не переношу заниматься десктопом, это уже личное. Из плюсов то, что конкуренции поменьше, но работа более сложная, потому что надо хорошо понимать в многопоточность, а так обычно это тот же бекенд, но с вкраплениями нативной разработки. Как по мне десктоп давно ушел на второй план, потому что сейчас все либо в вебе, либо на мобилках, а десктоп делают только там, где иначе никак, да и тестировать такое сложнее (спросите любого автотестера).
5.Gamedev
Говорит само за себя, разработка игр, я тут не стану делить на мобилки, компьютерные и т.д., ибо долго.
Тут я на самом деле мало знаю, поэтому транслирую то, что слышал от коллег и в медиа. Геймдев в России очень плохо себя чувствует, реально, притом попасть в них довольно сложно, а работа будет выжимать все соки. Тут много студий, которые клепают мелочь и пару средне-мелких студий. Можно делать самому и для себя, но удостоверьтесь, что сможете пару лет не кушать. Если вам интересно мое мнение, то идти делать игры стоит лишь в том случае, если вы это очень любите и не очень любите деньги.

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

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

1.Как выбрать?
Определяемся по списку выше и идем на хх, туда вводим интересующую нас позицию и смотрим, на чем пишут.
2.В идеале попробовать покодить, но может быть непонятно, что, как и зачем писать. Можно открыть мануал и попробовать повторить самому. Тут не стоит заморачиваться, на подобные изыскания советую выделить по дню на язык, не больше.
3.

В процессе, особенно если уходить от того, что предлагает мануал, будут появляться сложности и ошибки. Вот тут ВАЖНО определить для себя, насколько удобно искать информацию для решения проблем, насколько хорошая документация и просто ли искать решение а интернете. При выборе, вам в документации и интернетах придется провести тонну времени, и если там помойка, то выгореть и опустить руки шансы выше. А еще тут стоит задуматься и честно для себя определить насколько вам это нравится, именно решение проблем и то ощущение, которое при этом приходит. Для меня на старте это было топливом, и если у вас его нет, то может не надо?
4.А че по деньгам? Смотреть на зарплаты конечно заряжает, есть статьи, где показывают, сколько кто получает, НО поверьте мне - на уровне выше сеньора это погоды не делает, вкатываться куда-то из-за денег смысла нет, в среднем по палате платят всем одинаково. Разницу создают тенденции больших компаний: golang сейчас берут в крупных компаниях, чтобы переписывать старый код, да еще и набирают с опытом в других языках. Разработчиков на нем мало, потому что язык молодой, поэтому рынок решает а пользу работников. Тут мой поинт вот в чем: без опыта в большую компанию попасть сложно, поэтому на старте работать придется скорее всего по рынку, а он такой, что у всех плюс минус поровну, но решение конечно за вами.

Немного про мотивацию

Изначально я хотел написать тут про то, что главное для меня в работе - бабки, но почему-то не пошло. Пришлось задаться вопросом - «А в чем же тогда дело?». Видимо копнуть надо поглубже…

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

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

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

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

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

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

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

Делитесь своими питомцами в комментах, но знайте, мой все равно красивее.

Вот сюда иду в эту субботу. Если будете тоже, можем пересечься 🫡
https://meetup.tbank.ru/conference/codeseason-spb/

Активация продуктов JetBrains. Подходит для всего (лично проверял Rider и GoLand)
Делаю по большей части для себя, чтоб не потерять, но решил поделиться, ибо в текущих реалиях продукты компании сложно достать из РФ. Поэтому надеваю повязку на глаз и открываю бутылку рома.
На самом деле все довольно просто:
1. Заходим на сайт https://3.jetbra.in/
2. Там вверху есть ссылка на архив, скачиваем его
3. Распаковываем архив в корень диска C: (или того, где у вас стоит система)
4. Далее переходим в папку noscripts и выполняем скрипт.
1. nstall-current-user.vbs — для текущего пользователя Windows.
2. install-all-users.vbs — для всех пользователей Windows.
3. install.sh — для Linux и Mac
5. Окаем всплывающее окно и ждем Done в следующем.
6. Возвращаемся на сайт https://3.jetbra.in/ и находим требуемый продукт, нажимаем Copy to clipboard
7. Активируем продукт на компе с этим ключом
8. Не забудьте отключить автообновление

Пользуйтесь!