therhino

Всегда в интеренете находится много людей, которые утверждают, что они работают 10+ часов в день по 50$ в час.

На самом деле, 8 часов из 10 они откликаются на отклики и еще 2 часа работают за 5 долларов в час. Т.е. на самом деле они работают по 1$ в час. И таких 90%. Потому что смысл заказчику платить 50 долларов Васяну, когда господин из Индии готов сделать то же самое за 2-5$?

Только действительно опытным и гуру могут предложить задачи по 50$ в час, что сильно дешевле специалиста в США, к примеру. Но и таких уже ищут не на одеске, а по рекомендациям, имхо.

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

Конечно, сейчас многие начнут спорить со мной. Уже годами люди спорят со мной на эту тему. Что еще раз подтверждает мою правоту. Спорить со мной тем, у кого 50$ в час цена - дорого, столько времени тратить на меня, доказывая что-то. Значит спорят те, кто 50$ не видят никогда. Такие вот дела.

Свои проекты показывать можно и нужно. А лучше всего – не просто показать, а рассказать о том, как шла разработка, с какими проблемами вы столкнулись и как их решали. Если вы таким образом хотите повысить свои шансы на получение работы, то проект должен показать, что вы хорошо владеет предметом как с теоретической, так и с практической точки зрения. Я говорю здесь даже не о Ruby, интересные вещь можно написать на любом языке.

На что нужно обратить внимание:
– Архитектура. Грамотно спроектированная система – залог успеха всего предприятия.
– Производительность. Здесь можно показать как алгоритмическую подготовку и умение работать с базами данных, так и знание особенностей конкретного языка.
– Тестирование и документация. Покрытие тестами и описание функционала, начиная от основных модулей и заканчивая отдельными функциями – тот идеал, которого стараются (но не могут) достигнуть во всех уважающих свою разработку компаниях.

Если у коллег есть какие-либо дополнения, прошу (:

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

Вкратце, полноценный клиентский разработчик должен знать:
– html5/css3 + bootstrap
– один-два препроцессора (less/stylus)
– чистый js и пару-тройку клиентских библиотек или фреймворков (knockout/backbone/angular/react)
– немного node.js, чтобы уметь пользоваться пакетным менеджером (npm) и билд-менеджером (gulp/grunt)

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

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

Другой вопрос – что со всем этим делать.

Я обычно предлагаю попытаться начать свой маленький проект. Какой-нибудь простенький личный сайт, игру на js (тот же flappy bird или 1048 – много ума здесь не нужно). Посложнее – свою тему или библиотечку. Это будет хорошим практическим опытом, который не стыдно описать в резюме.

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

Если говорить о личном опыте, то я неплохо подтянул js с помощью codewars – задачки начинаются от самых простых (преобразование строк, перебор массива), до очевидно тяжелых (собственные интерпретаторы и преобразование данных изображения).

А вот попытка спихнуть на верстальщика UI/UX – это уже экономия со стороны отдельных контор, которые по какой-то причине не хотят нанимать отдельного дизайнера/проектировщика в штат или по контракту. Тут, к сожалению, придется мириться и смотреть статьи по теме – тот же GoodUI.