2 / 9

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

3 / 9

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

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

4 / 9

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

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

еще можно туда уместить вопрос по делу, если такой есть.

5 / 9

а вот дальше — пишите сколько хотите о том, какие вы замечательные. Не переборщите — огромные отклики лениво читать.

но не надо пересказывать весь свой опыт, перечислите опыт с тем стеком, что указан у заказчика, в формате типа «я работал и с тем, и с этим, это я использую практически ежедневно, а в то вообще контрибутил».

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

6 / 9

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

с заявками вроде все.
давайте про вторую важную штуку — это ваша специализация.

7 / 9

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

8 / 9

приведу свой пример: я — бэкенд-разработчик с неплохим пониманием всяких девопс-штук и облаков, а еще я долгое время проработал со всякой телефонией / видеоконференциями. На стыке всего этого есть проекты, которые я заберу почти в 100% случаев.

поэтому — мы либо уходим в t-shape, либо сужаем специализацию (ну, к примеру, для фронта на реакте можно добавить кучу работы с вебсокетами, webrtc или еще какой-то такой приблудой.

9 / 9

еще классный вариант — начните контрибутить в свой фреймворк / язык / популярные либы. Только гляньте, насколько на бирже востребованы специалисты такого уровня.

10 / 9 (лол)

совет, вытекающий из предыдущего — новички, подождите с фрилансом.

поработайте в команде, вы так будете быстрее и эффективнее расти. А на фриланс идите в качестве состоявшихся специалистов, это позволит вам не брать сомнительные entry-level-проекты за $5/час с неадекватными заказчиками.

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

предпоследний / 9

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