prodigal.son

В этом посте продолжаю делиться советами о тонкостях работы веб-разработчиком. Начало здесь https://pikabu.ru/story/pomogu_nauchitsya_programmirovat_besplatno_7319642

Вместо предисловия

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

Важные прописные истины, о которых часто забывают

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

Причины продолжить работать в компании по завершению испытательного срока

Комфорт

Это прежде всего. Вам должно нравиться работать на текущем месте. Не для того вас такими красивыми и умными мамы рожала, чтобы идти на ненужные компромиссы, при перегретом рынке труда =)

В моем понимании комфорт на рабочем месте зависит от 2х факторов: технических и организационных.

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

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

Перспективы роста

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

Рост зарплаты

Он должен быть раз в 4-6 месяцев. Это обусловлено инфляцией и ростом вашей квалификации.

Причины уйти из компании по завершению испытательного срока

Большая текучка кадров.

Тут все просто: если люди не задерживаются - значит тут что-то не так. Чаще всего наличие этого пункта идет в совокупности с другими факторами.

Избыточный контроль

Если у руководства не хватает технических навыков контроля сотрудников - оно берет на вооружение бюрократию. Я слышал истории, как разработчикам приходилось писать 2 отчета о проделанной работе ежедневно + был тайм-трекер. Это очень нездоровое решение. Ввязываться в такие истории не стоит.

Частое наличие задач, которые не касаются вашей предметной области

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

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

Мой канал в Telegram, где я помогаю новичкам освоить программирование: https://t.me/LearnRubyForPikabu

Уже 37 моих подписчиков дошли до получения работы.

Добро пожаловать всем желающим.

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

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

С таким подходом я согласен лишь частично. Мое мнение таково: не все обещания стоит выполнять. Рассмотрим этот подход с 2х сторон.

Обещания, которые стоит выполнять.

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

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

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

Обещания, которые можно не выполнять.

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

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

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

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

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

Мой канал в Telegram, где я помогаю новичкам освоить программирование: https://t.me/LearnRubyForPikabu

Уже 37 моих подписчиков дошли до получения работы.

Добро пожаловать всем желающим.

Предисловие

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

Я продолжаю отвечать на вопросы из комментариев своих подписчиков. Задавая их вы помогаете проекту развиваться. Началось всё здесь

Немного о причинах

Как показывает практика основа синдрома самозванца - это неправильное или недостаточно качественное оценивание своих успехов.

Это происходит не только в IT сфере, но рассказывать приводить примеры я буду именно про разработчиков. Просто потому, что здесь у меня очень много релевантного опыта.

Очень часто разработчик связывает свои успехи со случайным удачным стечением обстоятельств.

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

Разберем каждый случай отдельно.

Разработчик успешно прошел собеседование потому, что задачи были легкие.

Оценка сложности задачек для собеседования - это компетенция компании, которая вас нанимает, но никак не ваша. Важно понимать что разработка - это, прежде всего, решение задач бизнеса, а только потом веселое инженерное занятие.

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

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

Во-первых: тимлид - это часть компании. Поэтому советы из первого пункта вполне себе применимы и здесь.

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

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

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

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

Немного о более ранних причинах

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

Важно понимать, что понятия "наличие ошибок" и "низкая компетенция" не всегда  связаны. Все инженеры ошибаются. Без этого никак. Не бывает идеальных разработчиков, которые пишут код всегда без ошибок и с 1 раза. Ошибки - это часть пути к развитию, чтобы опытным путем определить как делать не нужно. Если ошибка повторяется, значит урок усвоен некачественно или не полностью. И то и другое - нормально.

Мой канал в Telegram, где я помогаю новичкам изучать веб-разработку: https://t.me/LearnRubyForPikabu

Уже 37 моих подписчиков дошли до получения работы.

Добро пожаловать всем желающим.

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

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

1. Вместо отказа на вакансию назовите цифру в 2-3 раза больше предлагаемой.

Ни для кого не секрет что спрос на разработчиков сильно превышает предложение. Когда вы уже нашли работу, и вам предлагают другие вакансии или временную подработку, просто назовите цену гораздо больше того, чем сейчас. Сильно увеличивать свой прайс не стоит, а вот просить в 2-3 раза больше того что есть сейчас - решение вполне себе хорошее.

Важно понимать, что вы ничего не теряете. Опасаться выглядеть глупо тоже не стоит. У представителя отдела кадров за день проходит десятки, если не сотни, резюме. Вы просто один из списка и не более того. Здесь вы в ситуации "или произойдет что-то хорошее или ничего не изменится". А это очень хорошие риски.

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

2. Помогайте новичкам.

Иногда здесь или на "популярном оранжевом сайте" встречаются посты/треды новичков, которые запутались. Если у вас есть похожий опыт или ваш текущий уровень превышает их - предложите им помощь. В идеале - помогите полному новичку дойти до уровня стажера/младшего разработчика. Даже 1 маленькая история успеха сильно изменит ваше представление о себе. Также это хороший плюс в глазах нанимателя.

3. Учите английский язык.

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

Подводя итог всему сказанному важно понимать что все люди ошибаются.

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

Мой канал в Telegram, где я помогаю новичкам: https://t.me/LearnRubyForPikabu

Уже 37 моих подписчиков дошли до получения работы.

Добро пожаловать всем желающим.