вопрос от подписчиков

Flutter RIP?

Как умер один фуллстек разработчик

Нельзя объять необъятное. Эту фразу больше 10 лет назад сказала мой преподаватель по программированию. Она возвращается бумерангом каждые пару лет в разных сферах. В спорте. В жизни. В работе.

Начнем с моего it лора. В проде писал на многих многих языках. Сайты начинал с php и его долларов. Потом ушел в JavaScript и в его динамичную типизацию. Писал фронт, бэк и мобилку. В то время было модно быть фуллстэком, технологий не так много и бизнес хотел сократить расходы. Мода прошла. В итоге все снова пришло к узким спецам, а под словом фуллстэк многие представляют широкого спеца в плохом смысле. Он нахватался поверхностно отовсюду, но толком ни в чем не разбирается. Он хорош на легких проектах или стартапах, но почти бесполезен в по-настоящему крупных и сложных проектах.

На днях мы общались с парой команд из кроссплатформ. Я вел эту встречу и задавал 90% вопросов. Они выбрали натив. Точнее их попросили. Две разные команды. Две разные технологии. Их проблема была не в технологиях, а в людях. В найме. Сложно найти качественного спеца, который одинаково хорошо разбирается в технологиях, не боится алгоритмов, знает глубокие специфики обеих платформ и хорошо шарит за архитектуру. Легче переписать все на натив.

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

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

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

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

Моя лучшая инвестиция в этом году. Современные проблемы итшников требуют современных решений.

Купил еще стол с регуляцией высоты. 2 раза оказался бракованный. Сдал.

Проблемы многоработности

Все мы работали на нескольких работах. Хорошо или плохо каждый сам решает. Я себе ответил на него давно.

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

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

Какие проблемы я замечал, когда был юным и старался захватиться за любую возможность заработать?
1. Теряешь фокусировку. Доказано, что многозадачность сильно уменьшает эффективность на 20% при смене каждой задачи. Эта проблема чем-то похожа на switch context в многопоточке
2. Не углубляешься и не доходишь к сложным задачам. Имея пару проектов или фуллтайм работ ты пытаешься разделить свой ресурс поровну. Что в итоге позволяет уделять каждому только небольшое внимание. Где ты мог бы делать задачи и получать опыт уровня сеньор, но остается ресурс только задач для мидла или джуна. Эффективность становится низкой
3. Сложный лайф-ворк баланс. Один проект позволяет тебе лучше распределять энергию. Прогнозировать планы и не тратить время на синхронизацию отпусков, праздников и отдыха. Твое состояние не будет чаще на пределе и быстро износиться
4. Bad experience. Проблема измученных и утомленных спецов, что их сложно замотивировать и вскоре они либо покидают тебя, либо забрасывают ит полностью уходя в инфоцыганство и рассказывая про софты. Но один из прошлых опросов показал, что главное качество хорошего инженера — это опыт. Какой опыт могут получить те, кто его накручивает и это слово для них пустое? Пустой?

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

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

Как оценивают кандидатов на собеседованиях по программированию в ведущих технологических компаниях

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

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

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

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

В целом на ресурсе есть много интересных статей:
- Best mock coding interview platforms for Software Engineers
- Coding interviews: Everything you need to prepare
- Data structures and algorithms study cheatsheets for coding interviews