NextTick: строим гильдию инженеров

Приветствую. В этом видео я попробую без воды рассказать вам, как мы с Тимуром Сидиновым пришли к идее гильдии Nextстик. Почему она выглядит так, как выглядит, и что вас ждёт, если вы к ней присоединитесь? Начинается всё, конечно, с проблемы. Есть у нас рынок. Кто был на рынке труда последнее время, речь идёт, конечно, о программистах, знает, насколько это тёмное место. Тысячи откликов на резюме, HR-фильтры, аз тестовые задания, когда вы остаётесь без отклика, но как-то чудом, настойчивостью и упорством, знакомством ещё как-то, вы проходите этот путь и оказываетесь джуниором. Глупо скрывать, что сейчас требования к джуниорам на входе таковы, что разница между джуниором и мидлом по сути только в наличии опыта. Джуниор так и часто и определяют, что это мидл без опыта. Поэтому проходит буквально какое-то время, и вы уже становитесь медлом. А там, если вы учите что-то новое, пишете код каждый раз всё лучше, лучше и показываете себя надёжным разработчиком, там и до сеньора недалеко. Простой, понятный путь, который прекрасно работал, когда индустрия росла и у компаний были деньги. [тяжело вздыхает] Денег было особенно много в ковид, потому что это были дешёвые кредитные деньги. Дешёвые кредитные деньги закончились. Тут ещё пришёл AI, который требует на своё развитие. Он и обещает очень много. Исполнятся ли эти обещания, мы пока не знаем, но он требует на своё развитие колоссальных денег на рынке уже прямо сейчас. И капитал перетёк из рынка кожаных мешков программистов в рынок AI. И фактически компании и менеджеры часто остаются перед выбором, а куда же это всё идёт? И главное, возникает риск, что иногда надо увольнять людей, потому что у компании больше нет столько денег. Причины могут быть как связаны с текущей экономической ситуацией, которая, не дай боже, нынче, так и с тем, что компания, к примеру, слишком агрессивно росла в ковид, перенабрала лишних людей. Но суть одна и та же. Появляется риск вот этой вот стрелочки, представить которую раньше было совершенно нереально. Почему в риске именно медлы? Потому что джуниор стоит дёшево, а сейчас с аишкой и делает достаточно много. Более того, найм Jниor, если компания уже и на обучение его в виде времени старших разработчиков и прочего было потрачено уже много времени, поэтому Джуниора проще доучить, чем уволить. Да, часто закрывают найм новых джуниоров. Это есть сейчас такая тенденция, но мы сейчас не об этом говорим. Увольнять сеньера нельзя часто, потому что сеньеры часто являются хранилищем сакральных знаний, нигде не задокументированных в проекте. Конечно, это же является симптомом незрелости процессов, но мы с вами говорим не о мифических единорогах, а о реальной реальности, когда действительно часто только Вася, который 4 года на проекте, знает, как этот проект работает, деплой. И когда вот это вот там падает, это потому, что вот этот вот сервис надо запускать до вот этого сервиса. Но я всё никак это всё не задокументирую. В общем, я уже всё поправил. То есть сеньоры достаточно часто за счёт обладания уникальными знаниями в масштабах компании и проектными знаниями, намного более защищены от увольнений, чем медлы. А вот у медлов сплошь и рядом возникает ситуация, когда есть несколько медлов. Реальность такова, что кого-то надо уволить. И вот вопрос заключается в том: а каков секрет, чтобы уволили не вас? И вот это и есть целью нашего проекта. Цель номер ноль - выживание, чтобы когда у компании возникнет выбор, кого увольнять, а кого повышать, вас повысили, а не уволили. Цель номер два для того, чтобы максимально сократить путь из Мидла в сеньоры, а возможно и выше. Я попробую вас убедить, что то, что мы предлагаем, полезно не только медлам. И я готов вам дать этот простой рецепт, к которому я пришёл какое-то время назад и который я опробовал, и оно реально работает. Звучит он очень просто. Регулярно давать

много видимого результата. Это максимально упрощённый, но рабочий вариант, из которого нельзя выкинуть ни одного слова. Каждое из слов важно. К этой идее она не является какой-то суперсекретной. К ней приходят многие. Как же к решению этой задачи вы можете подходить? Вариант номер раз, который я видел. много результата равно овертаймы. Видел я такое. Если вы думаете, что это удел каких-нибудь галер, которые не ценят разработчиков, нет. Если вы откроете какую-нибудь соцсеточку типа блайнда, то можете увидеть, как народ обсуждает, как в Амазоне приходится овертаймить, если ты хочешь повышение. Но это не наш путь, потому что мы все понимаем, что программирование для многих, и это прекрасно, является просто способом зарабатывания денег. Есть жизнь, семья, личная жизнь, хобби. Поэтому овертаймы - это путь к выгоранию. И это не то, что является жизнеспособным в долгосрочной перспективе. Сейчас открыли и другой путь. Ай-ай. Вы берёте клод, код, курсор, ещё что-то и внезапно начинаете давать много результата. Если вы в это верите, то у меня к вам вопрос: а сколько времени вы этим занимаетесь? Дело в том, что, наверное, 100% людей, с которыми я контактировал и которые занимаются этим на протяжении хотя бы полугода, внезапно обнаруживали, что пик на старте был превосходным. реально, особенно в начале проекта, можно было за день сделать то, что ты бы в другом мире, в другое время делал бы две недели, месяц, но потом всё замедляется. Как в твиттере была куча рассказов про то, что ой, я сделал крутой САС, но теперь он разваливается, когда я пытаюсь его доделать. Make no mistakes, если вы понимаете, о чём я. Почему страдает вот это то самое регулярно? Потому что AI знает много архитектур. Но если вы не понимаете архитектурных концепций, то в начальном проекте он закладывает архитектуру как попало. Я не побоюсь, это так и есть, проверено. А в существующих проектах он лишь мимикрирует и повторяет уже, возможно, допущенные ошибки, погрешности и не идеальную архитектуру. То есть для того, чтобы делирить регулярной, нужно понимание того, что называется архитектурой. И мне супер нравится не определение, а классный признак, как понять, что архитектура хорошая. Хорошая архитектура позволяет вам максимально долго откладывать необратимые решения. Советую вам поставить видео на паузу и задуматься, как и почему это критически важно в эпоху AI. Так вот, разговоры об архитектуре - это, конечно, хорошо и важно, но смотрите, раньше медлы писали код, теперь код, время написания кода схлопнулось, и его съел AI. И теперь поздравляю, если раньше об архитектуре мы задумывались только при переходе на синер уровень, теперь мы вынуждены о ней думать, даже когда мы просто пилим тасочки на уровне медла. Но это, снова таки, как показала моя практика помощи моим коллегам, всего лишь половина решения, потому что, как видим, мы подчеркнули только три слова из пяти. Видимый результат. Вы можете делать гениальные вещи. Вы можете заложить суперкрутую платформу, благодаря которой ваши коллеги делают много всего сразу. Но если ваши коллеги красиво рассказывают на стендапах, как они это делают, а вы рассказываете: "Ну, я тут работал над ядром системы", то, скорее всего, как бы это абсурдно не звучало, уволить могут именно вас, потому что менеджер может не понимать вашу ценность. Видимый результат - это не про красиво нахваливать себя, это про показывать ключевые свои достижения, так чтобы они были понятны тому, кто будет вас оценивать. А это часть всё менеджер, менеджер вашего менеджера и так далее. Самый простой тест. Менеджер вашего менеджера, если у вас хоть сколько-нибудь большая компания, должен на фразе "Это Вася" говорить: "М, ну хорошо, это Вася". Горит: "А, Вася, знаю, он сделал то-то, то-то". Вы должны быть известны, это самый хороший способ бороться с этим, с риском увольнения. При этом, обращаю ваше внимание, быть известным, и мы об этом

подумали в том, как мы учим, можно и будучи интровертом. Многие выбирают эту профессию, потому что программирование - это про мало общения с людьми. Важно не количество общения, важно эффективность вашего общения. Туда же к работе с менеджером относится ещё давать результат. Если вы некорректно проясняете бизнес-требования, если вы некорректно коммуницируете, как то, что вы делаете, связано с бизнес-требованием, менеджер не видит, что вы даёте результат. Вы что-то делаете, но результатом же является не код, результатом является решение задач. Но внезапно, пройдя вот этот шажок на этом пути общения, вы обнаруживаете, что регулярно давать много видимого результата вам может мешать команда. Почему? Ну, к примеру, они почему-то не оценили вашу гениальную архитектуру и либо жалуются менеджеру, что им теперь неудобно, либо, что ещё хуже, молча продолжают писать свой говнокод, и из-за этого вы не способны или ваш агент не способен писать код быстро. А ваша идея, что давайте внедрим вот это, это поможет нам работать быстрее. Давайте внедрим ещё что-то. Вот здесь нам нужны изменения, потому что потом будет плохо. Просто игнорируются. Вы знаете, но вас не слышат. Таким образом, коммуникация является важнейшим инструментом сосуществования в команде больше из двух человек. В два человека думающё как-то можно выжить. Команда из трёх там уже нужно коммуницировать, чтобы быть эффективным. И если вы думаете, что это удел Мидлов, нет, я на своей позиции, став фронтенд инженера в Гитлабе, сейчас чувствую, как моя задача в основном заложить лежит в области коммуникации. Коммуникации с топами, чтобы доносить, как инженерные решения важны. Коммуникация с командой, продвигая те или иные инженерные решения или объясняя, почему они не работают. коммуникация внутри команды, чтобы люди не боялись и не стеснялись ко мне обратиться и мы все вместе сэкономили время, а значит, были продуктивнее, как команда. Именно поэтому это всё то, про что я хочу вам рассказывать. Хочешь идти быстро, иди один. Хочешь идти далеко, иди с кем-то. Любой обучающий контент, и особенно если вы знакомы с моим обучающим контентом, является предметом рисков в области единственной точки отказа меня. У меня могут быть дедлайны, у меня может быть банальная простуда, когда у тебя такой кашель, что ты физически не можешь записать видео. Может случиться всё, что угодно. А очень важно, и все мы понимаем, что именно ритмичная работа над собственным развитием - это то, что даёт ключевой результат. Это как ходить в тренажёрку. Если заниматься бессистемно, результат будет бессистемный. Именно поэтому, желая вывести то, как я учу людей на кардинально новый уровень, я понял, что я больше не могу это делать один. Это будет неэффективно. А я тут рассказываю вам про то, как вы должны быть эффективными. Поэтому начинать должен с себя. И поэтому я очень рад был, что мы в этой точке зрения сошлись вместе с Тимуром Гафаровичем Шимсидиновым, который, наверное, является одним из лучших лекторов из тех, кого я знаю, который может рассказать про архитектуру. В то время как я погружён в линейный процесс разработки, я 7 лет работаю в Гитлабе линейным разработчиком. Я погружён в эту коммуникацию со от разработчика к менеджера, вот ещё что-то. Мне скидывают таски, не все они мне нравятся. Это то, в чём я варюсь и там, где болит. Тимур, в свою очередь, занимается очень много лет вопросами архитектуры. Как сделать так, чтобы команды были продуктивными, чтобы код не вырождался. Ещё всё это, всё это Тимур знает превосходно. И я считаю, что вот эти два столпа являются фундаментально важными в одинаковой мере. Это как метафора. Очень тяжело быстро бегать, если у вас одна нога короче другой. Вот для меня коммуникация, архитектура - это две ноги, которые у вас которые обеспечивают результат. Это то, чему мы собираемся учить. Но есть ещё важный вопрос. Как мы собираемся учить? Стратегия наша очень проста. Каждую неделю мы даём вам практические видео с инструментом. То есть делаете 1 2три, получите результат заданием на применение этого

инструмента, заданием не мифическим, а как вы это можете применить на существующем своём проекте. И нашим личным опытом, как этот инструмент работает. каждую неделю одна маленькая единица контента. Именно поэтому это не курс. Курс, как вы должны помнить, из школьного курса физики предполагает, что вы проходите А, потом B, потом V. Если вы пропустили А, то Вы не поймёте, потому что V базируется на А. У нас нет. Мы структурируем всё это на максимально полезные единицы контента, чтобы вы сразу ощущали это в моменте. Тем не менее, мы группируем вот эти инструменты и навыки так, чтобы они давали синергетический эффект. Как я верю, что моё сотрудничество с Тимуром позволит каждому нам достичь большего, чем достиг бы каждый из нас по отдельности, так и здесь мы даём навыки архитектурные, коммуникативные, так чтобы они соединялись вместе и давали большей эффект, чем если бы вы слушали их по отдельности. Но мы не просто хотим ввещать в пустоту, как сейчас в этом видео. Именно поэтому каждый месяц мы планируем созвоны со мной и с Тимуром, соответственно, два созвона, где вы будете делиться своим опытом внедрения этого, задавать любые самые неудобные вопросы. И подобно тому, как я могу заболеть, и вы, конечно, можете заболеть. И поэтому мы структурируем вот эти наши обучающие материалы. Так что начинать можно с любой недели. Конечно же, максимум эффекта достигнет те, кто будут изучать всё. Но если вы, не дай бог, уехали в отпуск, получили дедлайн, заболели, вы не выпадаете из коммуникации и сообществ. Какие ещё важные мысли? Мы полностью отказались от синтетических заданий, потому что времени на это ни у кого нет. Тут бы, дай бог бы, времени на работе разбираться с этим. Поэтому любое задание мы структурируем так, чтобы вы могли сделать его в своём рабочем процессе и сразу получить и померять результат. Мы верим в силу сообщества. И мы строим сообщество. Есть хорошая фраза, что он учился на своих ошибках, но его опередили те, кто учился по книжкам. Я её расширю и скажу, что его опередили те, кто учился в том числе на чужих ошибках. Но чужими ошибками не любят делиться публично. Это неприятно, это некомфортно, и многие считают, что выставляет в плохом свете. Именно поэтому мы видим сообщество, как Safees Space, безопасное пространство, где вы можете поделиться своими успехами, своими проблемами, своими вопросами, своими достижениями и немного даже провалами. И это для того, чтобы каждый из нас увидел не только свой личный опыт, но и опыт других. И таким образом развивались мы вместе быстрее. Третье, про деньги. А очень легко толкнуть мотивирующую речь и продать вам супермегакурс на 100, 200, 300, 400, 500, 900 долларов с политикой возврата 30 дней. Вы через 30 дней так смотрите такой: "Ну, вроде полезно". А потом не ощущаете изменений в себе. Это не то, чем мы с Тимуром бы гордились. Именно поэтому мы ставим свою шкуру на кон. Реструктурируя это не в курс, а в подписочную модель, когда каждый месяц вы будете задавать себе вопрос: "А стоит ли те знания, которые мне дают Тимур, Илья и сообщество, тех денег, которые я плачу за подписку? Наша задача - сделать так, чтобы ответ у вас всегда был. Они стоят даже больше, чем я плачу". Как только мы начинаем ложать, вы отписываетесь, мы видим, что это, и мы реагируем. Наша задача давать максимально ценный материал в единицу времени. Поэтому никаких одноразовых продаж, только каждый раз подтверждение деньгами, что вы ощущаете пользу от того, чему мы вас учим. Точно так же я уже говорил, что сообщество - это, в том числе, про экспертные знания. Экспертные знания есть не только у меня, не только Тимура, но и у каждого из вас. Мы хотим со временем, чтобы вы делились этими знаниями, а мы будем продвигать эти экспертные знания, способствуя построению вашего личного бренда, вашей уверенности и борьбе с синдромом самозванца, что вы что-то не знаете. Потому что как это вы ничего не знаете, если вот вы поделились с информацией, вам поставили в самом примитивном виде 100-500 лайков, это уже польза. Очень

сложно доказывать себе, что самозванец, когда вот есть подтверждение. Наша задача - растить из вас экспертов, которые в том числе делятся знаниями. Конечно же, абсолютно добровольно. Это не обязательно интересно всем, но это одна из целей. И последнее, когда ты продаёшь курс, ты должен сразу вывалить всю программу и поделиться ею. Конечно же, у нас есть план. Мы понимаем, что нужно рассказать. Мы понимаем, в какой последовательности возможно это эффективно рассказывать. Но представим, что завтра выходит клодархитект, какой-нибудь суперспециализированный продукт от антропика, который решает целый ряд вопросов архитектуры. И рассказывать эти вопросы уже нет смысла. Для того, чтобы избежать вот этого фо боязни, что вы что-то пропустили, для того, чтобы сохранять гибкость того, чему мы вас учим, мы раскрываем то, постепенно для того, чтобы Ага, мы видим, возникла насущная потребность. Мы видим это на созвонах, в ваших сообщениях, в ваших вопросах рассказать про вот это. Мы берём, рассказываем про это или, возможно, ищем эксперта, который может про это рассказать. И как говорил, а Стив Джобс, there is one more thing. Мы делали акцент на мидлов, потому что медлы в самой большой зоне риска. Но я, как стаинженер, могу подтвердить, что вопросы коммуникации, архитектуры - это то, чем я занимаюсь 247 на работе. сейчас на позиции стаф инженера и мои коллеги на позиции принципла занимаются тем же самым. Я искренне верю, что понимание эффективной коммуникации и знание, какую архитектуру спускать вниз на условных медлов джунов и в принципе на команду, будет полезно далеко не только медлом. А если вы джун, то усвоив максимально рано правила игры, усвоив максимально рано стратегии коммуникации, максимально рано впитывая вопросы архитектуры, мы искренне верим, что это спровоцирует ваш рост как инженера намного быстрее, что и является нашей целью независимо от уровня. Если я убедил вас попробовать, то по ссылке в описании вы найдёте бота, с помощью которого вы можете оплатить первый месяц, оценить то, что мы вам даём, контент, сообщество, дискуссии в сообществом. И лично я, и я уверен, что Тимур ко мне присоединяется, будем рады видеть вас как часть сообщества, которая вместе движется вперёд к новым вершинам разработки.