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

Каждый из нас хоть раз оказывался в ситуации, когда чувствуешь, что находишься в каком-то профессиональном тупике. Ты продолжаешь выполнять свои задачи, но что-то не даёт покоя — кажется, что с каждым годом ты всё ближе к ощущению застоя. В статье «Стагнация на мидле: когда работаешь, но остаёшься на месте» я уже касался этой проблемы, но отклик оказался не таким, как я ожидал. Возможно, не всем был близок этот взгляд на ситуацию, но для меня эта тема остаётся крайне важной и, возможно, даже болезненной.

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

Годы идут. Джуниорское прошлое уже позади. Ты вроде бы уже тёртый калач, да и деньги платят хорошие. Не 300к в наносекунду, но на пшеничный смузи с вяленой рыбкой хватает. Но что-то не так. Есть стойкое ощущение пустоты впереди. Будто ты никуда не двигаешься. Стрелка компаса хаотично мечется в разные стороны, непонятно, что учить дальше, куда двигаться и "кем ты хочешь стать, когда вырастешь?".

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

Сколько бы раз я ни смотрел RoadMap для начинающих фронтендеров, всегда натыкаюсь на одну проблему: RoadMap, как правило, — просто свалка технологий, которую можно описать одной фразой: "Учи всё, что есть". Но так ли это? Нужно ли учить всё это в самом начале? Давайте отбросим большую схему с технологиями в сторону и поговорим начистоту.

Сегодня я выхожу в эфир со статьей, которая является неким потоком сознания. Сегодня не будет практической пользы, только мои размышления о Work Life Balance. Те, кто ждёт руководство или призыв к действию, проходите мимо! А те, кто остались, добро пожаловать на борт моего корабля. Мы отправляемся в круиз по волнам Work Life Balance, через рифы ночного кодинга прямиком на остров усталости!

«Зима. 2019 год. Уже год работаю на производстве оптоволоконных патч‑кордов. Молодой и бесперспективный. Пришлось задержаться в цеху. Мы снова не укладываемся в норму по производству шнуров, крупный заказ для Ростелекома. Покинул рабочее место в 00:45. Транспорт уже не ходит, иду домой пешком. Перебирая в кармане остатки от недавно полученной зарплаты (17 тыс. руб, если повезет). В голове одна мысль: „долго я так не протяну...“»

Мой опыт входа в IT...

«Устроился я в обычный классический аутсорс фронтенд‑разработчиком. После успешно пройденного собеседования наступил мой первый рабочий день...»

История о провале госконтракта.

В начале карьеры мне тоже казалось, что каждый разработчик должен следовать строгим правилам и рекомендациям. Я думал, что чем больше знаний, тем лучше результат. В итоге, передо мной открывался целый мир идеальных паттернов, архитектур и сложных решений. Но со временем я понял: важно не только читать и понимать теорию, но и уметь применить её в реальной жизни. И что ещё важнее — делать, а не спорить.

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

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

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

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

Вот мои красные флаги при устройстве на галеру:

Ты приходишь в новую компанию, всё кажется крутым: светлый офис, дружелюбная команда, проекты мечты. И тут начинается...

Сборник фронтендерских болей.

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

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

Сегодня хочу поговорить о том, что давно накипело. Как не попасть в ловушку компаний, которые высосут из тебя все соки, а потом выбросят на помойку с диагнозом «профнепригоден». Мой список красных флагов при поиске работы — на что стоит обращать внимание, чтобы не попасть в плохую компанию.