Почему CTO не играет в прятки?

Потому что даже если он спрячется, его все равно видно в стеклянном офисе микроменеджмента 😄

#Шуткипонедельника

*⚡️ ТЕХНИЧЕСКИЙ ДОЛГ: КОГДА СОКРОВИЩА ПРЕВРАЩАЕТСЯ В ПРОБЛЕМУ (И КАК НЕ СТАТЬ ПИРАТОМ-БАНКРОТОМ) ⚡️*

Представьте: вы — капитан корабля, который нашёл сундук с золотом (ура!). Но через месяц понимаете, что это не золото, а килограммы ржавых гвоздей (ой). Вот так и техдолг — сначала «быстро починим», а потом «почему всё сломалось?».

Как отличить сокровище от гвоздей?
1. Если ваш «фикс» живет дольше, чем офисный кактус — это уже техдолг. 🌵
2. Если при упоминании кода у команды начинается тик — это техдолг. 😬
3. Если на рефакторинг нужно больше времени, чем на полёт до Марса — это... вы поняли. 🚀

Диалог моих двух «Я»:
- Senior Dev: «Да ладно, этот костыль выдержит ещё пару месяцев!»
- Future CTO: «Месяца? Ты уверен, что он выдержит *завтрашний деплой*?»

Совет 🏴‍☠️:
«Техдолг — как незваный гость. Если не выгнать сразу, он съест весь твой пирог (и заляжет на диване в продакшене)».

*📌 Ваше задание:*
👉 Напишите в комментах, как вы «договариваетесь» с техдолгом:
- Вариант А: Рефакторить ночью, пока кофе не закончился.
- Вариант Б: Притвориться, что это фича.
- Вариант В: Написать «TODO» и бежать в бункер.

*«Лучший способ понять, что ваш код слишком сложный — это попытаться объяснить его коллеге. Если после пяти минут объяснений он смотрит на вас, как на человека, который только что рассказал, как построить ракету из палок и скотча, — возможно, пора рефакторить.»*

#Шуткипонедельника

Ассаляму алейкум

Тема рефакторинга. А точнее, как понять что пора?

Вот пришёл ты на проект, начинаешь вникать и понимаешь, что нет общих концепций. Есть разрозненные куски общих паттернов, различные бест практисес смежных библиотек и куча куча костылей.

Всё! Круто! Настало твоё время!

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

Поздравляю вас, так есть!

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

Чё делать?

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

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

Такая ситуация даёт возможность прокачать софт скилы разработчика. Мы же хотим стать СТО.

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

...

Так идея.

Ассаляму алейкум

Чем отличается канал реального разработчика от инфо-гуру разработки?

У реального разработчика статьи выходят редко 😏

Вот подписан я на одного оч крутого фронтендера с Яндекса, Семён его зовут.

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

Почему так получается?

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

О чём я?

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

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

Ассаляму алейкум

Rust or Go

На днях произошёл спор с разработчиками и техлидом.
Обсуждали языки Go и Rust.
Основной код на наших сервисах написан на nodejs, также есть немного python, java и малость Rust.

У меня есть опыт работы с Go и я с уверенностью говорю что это простой язык. На нём просто писать бизнес логику и код достаточно долго остаётся понятным.

Это очень удобно, когда работаешь в команде.

Всё познаётся в сравнении.
Возьмём к примеру питон. Стоит немного отойти от шаблонов Джанго или погрузиться в ML как код становиться не читаемым.

Что касается Rust, с ним я не работал, только познакомился.
Мне он показался достаточно сложным и многословным.

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

Основные аргументы техлида это Rust быстрый, Rust безопасный, бигтехи поторопились что перешли на Go и сейчас жалеют.

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

Решение!
Нужен петпроект, примерно на пол года. За это время я смогу прощупать язык и инструментарий.

Чтобы нормально испытать язык, хорошим решением будет сделать трейдинг бот.
Какие фичи я на нем испробую:
- Основной функционал языка;
- Асинхронную работу;
- Многопоточность;
- Работу с API, json, различными протоколами;
- Удобство добавления новых фич;
- Полиморфизм, работу с дженериками;
- удобство работы с модулями;
- Также прощупаю безопасность, постреляю себе в ноги)) а как иначе?

Постараюсь отписываться сюда об интересных моментах.

Кто сказал что разработчики не используют алгоритмы в повседневной работе?!

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

Какого это переходить из техлида в разработчики?

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

А может так и есть?

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

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

Что делать дальше? Ведь градус будет расти.
А нужно стоять на своем и всё)

Всем успехов👍

Суть в чём?

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

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

У нас есть цели и для их достижения мы не должны отказываться от средств из за чьих то пожеланий.

Повторюсь, нужно стоять на своём 💪