Comments 19
У компании свои задачи, и она будет решать именно их — не больше и не меньше.
Мысль зависла без развития. Иногда надо просто трезво взглянуть на ИТ-сторону бизнеса и оценить, какие там в принципе могут быть вызовы для разработчика. Часто их банально нет. Есть куча бизнесов, где достаточно очень простых и даже джуновских решений. Там хоть лоб расшиби - никуда не продвинешься. Будет даже хуже, если заниматься всякой побочной фигней вроде написания гайдов и терять время.
какие там в принципе могут быть вызовы для разработчика. Часто их банально нет. Достаточно очень простых и даже джуновских решений.
Вот так и выглядит здоровый фронтенд. Не надо искать вызовы и сложности там, где их не должно быть.
Есть страница с парой кнопок - добейся простой и эффективной реализации базового функционала (UI-library, работа с api, обработка ошибок) - и будет счастья. Люби, путешествуй, отдыхай вне рабочее время.
Но как бывает - в поисках "вызова" из простого и понятного кода каждый джуниор->мидл->сеньор стремится по-своему написать и получается зоопарк из подходов и реализаций.
Эффективно и вовремя решать задачи компании - это то, что должно стоять во главе угла.
Могу дополнить, что не всегда в этом виноваты разработчики. Порой сами заказчики хотят использовать избыточные технологии по разным причинам. Например заказчик услышал про net core много хорошего и просит сделать лендинг на C#, с докер образом, azure и т.д., чтобы всё как положено. Утрирую конечно, но такие случаи бывают. Заказчика переубеждать нет смысла. Примерно так тоже появляются проекты с избыточным кодом под капотом. Добавляем к этому ваш фактор с вызовами от программистов и вот мы имеем проект, где чтобы поменять кнопку, нужно ввести десяток консольных комманд и разобраться в хитрой перепетии реализаций разных паттернов.
Не надо искать вызовы и сложности там, где их не должно быть.
Угу, а потом на чеке резюме тебе пишут вот такое:
When reading your CV nothing is jumping out. Overall, your content is too bland. It does not generate interest or show how you are different to other candidates. Employers need to see clearly how you are better than the other candidates with similar experience.
You should be using powerful, industry-specific words rather than these brief, thin statements. Quality job descriptions should vividly describe the scope of your job and create a good frame of reference for your achievements. Instead, your statements are very vague and simply do not paint a strong picture. It's like me saying "I went for a run last weekend." What I DIDN'T say would paint a whole new picture - that my "run" was actually a marathon and that I placed in the top ten out of more than 300 runners, all while nursing a sprained ankle. It's all in the wording- see the difference? These descriptions aren't accurately speaking for the experiences you've had. It is YOUR job to make sure the right information jumps off the page.
Another big problem I see is that you have not set yourself apart as an "achiever" with this document - you just blend in with the crowd (and it's a huge crowd). Employers look for achievers, candidates who go above and beyond their job duties. Your resume should describe your best accomplishments, so employers want to take a chance on you. You have some achievements listed but they blend in with lower - level details. To be effective and create excitement, it needs to be much more results-based -- for example, what was achieved as a RESULT of what you did? What was the successful outcome of your work? What problems did you solve? Employers are looking for results! What you have is mainly just job description that they already know, and it is going to be very similar to all the other qualified candidates. The ones who get the interviews will be those who showcase the results of their work. Show the reader what you have achieved! Accomplishments, results, and outcomes will be what grabs your reader's attention and lands your resume at the top of the stack!
Что делать будем?
кем ты себя видишь в конечном итоге: сеньором, тимлидом, менеджером проектов и т. д.
Культ достигаторства вошёл в чат!
Ты обязательно должен хотеть стать кем-то ещё. Получить очередную лычку. Добавить в резюме ещё один язык. Получить власть. Как это ты не хочешь быть тимлидом? Ты что, остановился в развитии?!
Это навязывают инфо-цыгане и обучающие платформы. Потому что они делают на этом деньги.
Это навязывают эйчары. Потому что им нужно что-то навязывать, чтобы оправдывать своё существование.
Это навязывает мачизм и вот этот культ достигаторства. Потому что в большинстве своём люди живут во власти своих комплексов.
Но если ты хороший такой миддл, у тебя устройчивая работа, крепкие знания, охват которых и тебе, и твоему руководству понятнет, то... Ты не можешь позволить себе зону комфорта?
Адекватные спецы перестают быть джунами "автоматически". Вот ты усвоил базу, вот избавился от детских ошибок, вот освоил коммуникацию с коллегами. Бац - ты миддл.
Перейти на сеньора так просто не получится. Это ступень, на неё нужно забраться. Но. Оставаться миддлом долго и не скатываясь в задачи уровня разгребания чужих конюшен, это тоже требует работы и развития. Как говорится, чтобы оставаться на одном и том же месте нужно очень быстро бежать.
В общем. Быть миддлом - нормально. Берегите менталочку.
Иногда даже, будучи сеньором, хочется стать снова мидлом и спокойно делать свои задачки в рабочее время. А в оставшееся время также спокойно "искать себя" )
Вопрос не в достигаторстве, но в конкурентоспособности.
Срок выхода из джуна в миддла короче, чем из миддла выше или горизонтально.
Именно поэтому нужно осваивать новые уровни, для того, чтобы быть выше, сильнее, мудрее, чем окончившие курсы "вкатуны".
Иначе, когда они станут миддлами, а миддл не будет развиваться дальше, они станут на одну ступень, и здесь может победить молодость, а не опыт.
Иначе, когда они станут миддлами, а миддл не будет развиваться дальше, они станут на одну ступень, и здесь может победить молодость, а не опыт.
Глупо рассматривать весь опыт разработчика в 3 абсолютные ступени и считать что вчерашний джун который проработал 1.5-2 года и стал мидлом вдруг встал на одну ступень с мидлом у которого 5-6 лет опыта. То что и того и другого упрощенно принято называть словом мидл не значит их эквивалентность.
Уж про то что молодость будет преимуществом промолчу.
Скучно на конвеере. Поэтому надо куда-то двигаться. В сеньоры, в тимлиды или просто менять конвееры для разнообразия.
В общем. Быть миддлом - нормально. Берегите менталочку.
Плюсую.
Во первых, по моему опыту, не так много разработчиков в принципе смогут, по ряду причин, дорасти до уровня сеньор.
Во-вторых, крепкие опытные мидлы - это основа хорошей команды.
Люди разные. Кому-то надо больше, кому-то и так хорошо. Мидл это та позиция на которой многим хорошо. Денег достаточно, работа понятная, если что сменить работу максимально легко. Живи и радуйся.
Здесь речь идет не о “культе достигаторства”, а о движении вперед к намеченной цели. Неважно, навязана ли она или осознанно выбрана, — если цель есть, то важно уметь к ней двигаться.
Нет ничего плохого в том, чтобы оставаться на своей текущей позиции, но только если это осознанный выбор. Другое дело, когда хочется двигаться вперед, но что-то мешает даже на шаг приблизиться к желаемому. Именно в таких случаях я предлагаю решение.
А темы вроде “культа достигаторства” или “навязанных целей и ценностей” — это уже совершенно другой разговор.
Я бы ещё добавил, что разделение программистов на джуна, мидла, сеньора весьма условное и зависит от места работы. В одной компании вы можете быть сеньором, но для другой вы будете при оценке на уровне мидла. Да, специфика работы у сеньора и мидла разная, но по большей части всё равно это разделение больше про хард скилы.
Многие хотят стать сеньорами банально из-за зарплаты. Выше зп - выше мотивация шагнуть на ступеньку по уровню. При этом у сеньоров и мидлов зп никогда не будет одинаковой, т.к. разная зона ответственности, что логично. Поэтому ротация будет всегда.
Плоскость культуры и ощущений самая сложная часть работы. Самая сложная техническая задача меркнет перед самым простым процессом с нуля. Перед включением инициативности обязательно нужно узнать предыдущий генезис процессов в фирме. Перед добавление документации нужно поискать предыдущие кладбища документации, продумать самый комплексный вопрос - поддержка и внедрение на всех уровнях системы. С код ревью, да, с любым ритуалом та же ситуация.
Взгляните с другой стороны, возможно там культура чила, и вы, с вашей инициативной группой только вносят раздор, душить коллег просто потому, что вы хотите вырасти? Даже если всё хорошо и ваша группа является большинство, готовы ли вы идти до конца и увольнять людей, которым не подошла ваша новая культура или процесс? Ещё хуже те, кто будет при менеждменте со всем соглашаться, но делать всё на тот процент, чтобы не быть уволенными.
Если оставаться инженером, то я бы порекомендовал дотягивать уже начатый процесс, культурную особенность или не выходить за уровень команды. Если не получается, то менять работу, обязательно найдётся та самая фирма\команда. И обязательно держать в голове поговорку про монастырь и устав. Лично для меня перый критерий профнепригодности когда человек сходу заявляет, что что-то надо поменять и хочет просто натянуть свой предыдущий опыт.
То что вы предложили - очень классный пример и подход. Правда больше смахивает на навыки и активности которые свойственны не синьеру а техлиду или staff+. Тем не менее всем будет полезно для карьерного роста.
Я бы дополнил про рост именно в синьера тем что нужно овнить (ownership) и лидить большие проекты/таски (функционал который пилить 2-3 месяца). Для этого их находить и просить чтобы именно тебя назначили их лидить. Это один из самых быстрых путей к синьеру имхо. И никаких курсов тут уже не может быть. Нужна насмотренность и опыт выполнения таких проектов.
Стагнация на мидле: когда работаешь, но остаёшься на месте