Мем в тему :)

Как тебе такое, Илон Маск?

Татарская Тесла доступна к предзаказу

https://order.atom.auto/

«Я не мечтал стать CTO»

Говорил мне каждый 3-й сто, которого я встречал)) А мечтал ли я?
Давайте прикинем как себе представляет путь к СТО стандартный человек? Какие этапы есть?
1. Пришел джуном в компанию
2. Вырос до мидл+ или сеньора
3. Стал тимлидом/техлидом
4. Потом стал руководить разработкой какого-то юнита
5. Стал СТО

Вообще, выглядит как правда, но есть нюанс)

Как правило, челики становились СТО не потому что были самыми умными или талантливыми, а просто им больше всего это надо было.
Довольно много примеров, когда СТО становится бывший предприниматель, который продал свой бизнес/стартап большой корпорации.

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

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

Путь к СТО в рамках компании - это лет 20, другими путями - это лет 5. В принципе, как и любой рост в ит.

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

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

И швец, и жнец, и на дуде игрец.

Слышали про Fullstack разработчиков? Да-да, они существуют.

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

Как мне кажется, все дело в лени 😂 Когда ты хорошо разобрался в одном, то в другое лезть тебе уже не так интересно. Особенно, пока тебе прекрасно платят за те знания, которые уже есть. Да и рынку ты не особо интересен, так как если ты фулстек, то, скорее всего, ты ни там ни там не дотягиваешь или что-то в одном сильно приукрашиваешь :)

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

И так. Какие же минусы есть развития в направлении фулстек?
1. Ни в одной из технологий ты не дотягиваешь
2. Если над чем то работаешь, то ты незаменим. Соответственно, забудь про нормальный отпуск и спокойные дни без дежурств.
3. Отсюда вытекает перегруз и более быстрое выгорание
4. На тебе висит клеймо «он во всем разберется». Это и хорошо и плохо 😬
5. По каждой из технологий ты отстаешь от рынка
6. Оптимизация работы кода тебе дается с трудом, хоть ты и не готов в этом признаться
7. Работодатели с подозрением смотрят на тебя. То ли ты еще не определился, а значит тебя может штормить, то ли ты единица из ста, то ли ты что-то недоговариваешь😊 в любом случае, работать с тобой - риск) Поэтому, в резюме надо быть аккуратным с этим.

Плюсы:
1. Интереснее задачи. Частое переключение между технологиями позволяет поддерживать общий тонус.
2. Ты, действительно, можешь во всем разобраться 😊
3. Всегда можно легко свернуть в любую из троп глубже. Ты не ограничен одной технологией.
4. Ты будет проще расти до архитектора/тимлида/техдира, так как п.2. Именно этот навык ценится на этих позициях.
5. Ты не станешь с пеной у рта защищать «свою» технологию. Ты понимаешь, что от технологии мало что зависит. Больше зависит от человека, который использует эту технологию.

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

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

Из резюме

Задачи, которые выполнял ранее:
- Написание модуля оплат
- Рефакторинг модуля оплат

Главное правило легаси кода - всем говори, что это легаси код.

Я тут задумался, а в какой момент код становится легаси? Если написали код год назад, то он легаси? Или он стал легаси, когда библиотека обновилась? Или когда автора кода уволили? Или когда кто то впервые сказал о коде, что он легаси?

Если погуглить, то можно выделить критерии «легасивности»:
1. Код, который не поддерживается текущими стандартами железа
2. Устаревшая кодовая база или код, который поддерживает что-то устаревшее
3. Код, написанный с использованием устаревших библиотек и фреймворков
4. Код, написанный с использованием архитектуры и паттернов, которые не считаются больше актуальными, что может привести к страданиям и выгоранию разработчиков
5. Нету автотестов, сложно рефакторить из-за этого.
6. Перешедший по наследству от другого разработчика, с которым не факт, что есть контакт
7. Код, который не документировался или о нем мало инфы.
8. Код, написанный давно.
9. Код, который несколько раз обвешивался новыми условиями.

Причем, перевод “legacy code” больше всего похож на п.6, хотя это самый спорный пункт) Во всех пунктах меня смущают характеристики: «устаревший», «давно», «мало», «актуальный», «несколько». Они настолько общие, что их слишком просто интерпретировать как тебе вздумается. Порой, в ходе диалога, возникает чувство, что люди чаще считают «легаси» - код, который лично им не нравится 😀 Может мы путаем внутри себя термины «говно» и «легаси» - коды?)))) И, чтобы не показывать свою токсичность, тактично называем код «легаси»?)

Или мы называем «легаси» код, который нам лень страшно править, потому что это «франкенштейн» из нескольких кусков другого кода?

В общем, критерии одновременно настолько понятны и настолько размыты, что легаси кодом, как мне кажется, можно назвать 90% кода в мире :) Может, надо честно себе признаться, что это не легаси, а неприемлемый, по нашим внутренним критериям, код?)

Есть ощущение, что Греф решил перебить ставку Шадаева 😂

Ребят, я тут нашел пушку для вас :)

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

Этот фон для вас, коллеги!

Оригинал здесь.

Ребята предлагают вакансию на СТО. Интересно, стоит ли входить в эту гремучую реку второй раз? 😂

У меня же уже есть собственные требования:
1. Только Джанго
2. Только хардкод
3. Только запутанное легаси

По другому как-то скучно уже 😂😂😂

Все стремится в мире к какому-то единому стандарту на котором можно общаться друг с другом. Так и с коммитами, есть хороший стандарт, которого можно придерживаться и снять с себя эту ответственность 🚀

https://www.conventionalcommits.org/ru/v1.0.0/

и уже не в beta 😁

Гайз, тут проводим небольшое исследование 😉

Про джунов многие говорят "не взлетает, не работает, мы попробовали, и у нас не получилось"

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

Почему вы перестали работать с джунами или понизили их количество у себя в команде? С какими трудностями столкнулись? Что было самое критичное, после чего вы забросили эту практику?

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

Говорят, что подразделение Google Meet устали питаться дошираками.

Сегодня заметил, что в Мите больше не получится созваниваться с личного аккаунта на 2-3 часа. Гугл решил подкрутить кран бесплатности, ограничив время общения до одного часа. Хочешь более продолжительные встречи? Отдай $10 в месяц, пожалуйста.

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

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

Так что Google получает заслуженный лайк ❤️

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

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

Эпоха забитого календаря встречами "Заблокировано под встречи" ушла 😢

https://ssl.gstatic.com/calendar/images/onboarding/freemiumpromo/v1/step_1_cita_overview.mp4

Говорят, что скоро можно будет отказаться от мониторов. Вот и Павел Дуров не остался в стороне.

Интерфейс Телеграма в очках Vision Pro от Apple.

Быть Digital Nomad’ом станет еще проще :) А, тем более, упростится жизнь трейдеров :) 5 мониторов с графиками перед глазами? Легко 🙂

Уверен, что тут получится очень интересный контент 😂 Всем советую быть)

Говорят, что AGI не за горами...

Последнее время все больше погружаюсь в инструментарий ИИшек и что они могут делать. За пару лет произошел колоссальный прорыв в этой технологии. То, что сейчас умеет делать тот же GPT-4 поражает воображение, а это, считай, как iPhone 4 в свое время. Представьте, что будет в какой-нибудь 11 версии?)

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

Вдохновлено последним питчем Ильи Суцкевера на TED Talk.