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

1) Не становитесь «специалистом» в узкой сфере


Тенденции в Интернете быстро меняются. Если вы проведете пять лет, занимаясь исключительно Drupal, вы «неожиданно» обнаружите, что в одночасье все решили, что им нужен сайт на WordPress (или наоборот).

2) Постоянное обучение


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

3) Научитесь налаживать коммуникации


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

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

Будьте вежливы. Существует поговорка «Хорошие манеры ничего не стоят», и большую часть времени это верно. Стремитесь к тому, чтобы у людей, с которыми вы работаете, всегда оставались положительные эмоции от общения с вами.

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

4) Сделайте код легким для понимания


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

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

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

Используйте понятные названия переменных, что-то вроде RF = 250 может иметь смысл для вас, но rocketFuel = 250 имеет смысл для всех. Используйте единый стиль именования и форматирования.

Потратьте некоторое время на структурирование кода. Конечно, это не улучшит функциональность, но это сделает код опрятным и простым для чтения.

Убедитесь, что ваши образцы кода включают комментарий с вашим именем.

5) Помните о том, что код – это еще не все


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

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

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

6) Покажите свои навыки управления проектами


Даже если вы претендуете на место разработчика, демонстрация этих навыков не будет лишней и прибавит вам еще один «+».

Эти навыки включают в себя такие вещи, как:
• Планирование;
• Организация времени;
• Определение сроков и этапов;
• Реализация решений;
• Поиск узких мест и багов;
• Делегация полномочий.

7) Не критикуйте


Этот совет охватывает три разных направления:

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

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

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

Всегда ищите положительные стороны.

И, наконец, последний совет…

8) Никогда не работайте бесплатно


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

В противном случае вы рискуете стать еще одним парнем, который сделал бесплатно часть более крупного проекта.

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

Комментарии (14)


  1. OnYourLips
    05.05.2015 22:13
    +5

    > 1) Не становитесь «специалистом» в узкой сфере
    Становитесь специалистом в узкой сфере.
    В самом плохом случае вы всегда сможете применить опыт в этой сфере к другим областям.

    > 8) Никогда не работайте бесплатно
    И никогда не работайте дешевле вашей реальной стоимости.
    Если вы знаете, что вас купят за 50, не работайте за 25.


    1. alemiks
      06.05.2015 11:43

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


      1. OnYourLips
        06.05.2015 12:14

        > Есть сомнения, что опыт 1С или жумлы можно применить при создании бэкэнда на ноде.
        Вот как раз опыта с джумлой достаточно, чтобы писать на ноде: ведь есть знания и бекенд-разработки, и JavaScript.


  1. OneMarkt
    06.05.2015 00:01

    На мой взгляд, если начинают сотрудничать с разработчиком, то боссу не сильно важны многие приведенные пункты. Главное, чтобы работа была выполнена качественно и В СРОК!!! 1 из 10 разработчиков, с которыми мы работали за все время, выполнял работу в срок, не затягивая на неледю как остальные.


  1. ServPonomarev
    06.05.2015 11:31

    1) Не становитесь «специалистом» в узкой сфере


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


    1. san9s
      06.05.2015 11:46
      +1

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


      1. titulusdesiderio
        06.05.2015 12:49

        вредный совет

        Не становитесь «специалистом» в узкой сфере


        полезный совет
        Не становитесь «специалистом» в одном программного продукте одного вендора


        1. Irina_Ua Автор
          06.05.2015 14:53

          Тенденции в Интернете быстро меняются. Если вы проведете пять лет, занимаясь исключительно Drupal, вы «неожиданно» обнаружите, что в одночасье все решили, что им нужен сайт на WordPress (или наоборот).


          Пример, собственно, демонстрирует «ваш» принцип

          Не становитесь «специалистом» в одном программного продукте одного вендора


          1. WaZZuP
            06.05.2015 15:57

            ИМХО грамотный специалист по Drupal может легко переключится на WordPress или на любую другую CMS на стеке LAMP. Или даже написать свою если это потребуется.
            Очень часто для того чтобы стать «специалистом» в узкой сфере сперва потребуется стать специалистом широкого профиля.
            Например, для специалиста по администрированию IBM FileNet крайне желательно быть специалистом по администрированию:
            1. хотя бы одной из СУБД — MS SQL, Oracle, DB2
            2. хотя бы одного из серверов приложений — IBM Websphere, Weblogic, Jboss
            3. Понимание как работает LDAP и опыт администрирования
            4. Опыт администрирования Windows Server, Linux
            5. Понимание как работают SAN а зачастую и опыт настройки.


    1. gandjustas
      06.05.2015 18:34

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


  1. Vinchi
    06.05.2015 11:51

    Не понимаю почему нельзя критиковать. Критика, особенно конструктивная, всегда полезна. Может быть не стоит критиковать бесплатно? :)


    1. denis_from_oks
      07.05.2015 12:19
      +1

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


  1. r00tGER
    06.05.2015 16:14

    > Не становитесь «специалистом» в узкой сфере.

    Мне так больше нравиться:
    «Не меняй технологии — меняй компании!»


  1. customtema
    08.05.2015 21:59

    Отвечу по пунктам.

    1. Хотите зарабатывать много? Тогда НЕ следуйте этой рекомендации.
    2. Да.
    3. Да, естественно.
    4. Да, конечно.
    5. Да.
    6. Да, но не «покажите», а «применяйте».
    7. Да.
    8. Да, хотя есть исключение — инвестирование. Можно инвестировать не только деньгами, но и непосредственно своим трудом. Кстати, это очень выгодно.