Как формируется цена труда разработчика

У каждого java-разработчика, есть определенная цена его работы, т.е. средняя прибыль, получаемая заказчиком от часа работы разработчика. Прибыль заказчика определяет сколько он готов платить разработчику (если заказчик честный). В целом прибыль заказчика от данного разработчика определяется рядом фактором:

Факторы, которые зависят от заказчика:

-Эффективность бизнеса заказчика.
Что это значит? Даже если вы мега-девелопер, но работаете на заказчика с неэффективным бизнесом, он просто не сможет заплатить вам среднерыночную стоимость вашего труда.

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

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

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

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

Факторы, которые зависят от вас:

*** Самое важное: умение выбирать куда вкладывать свое время ***
Да, какой бы вы не были крутой девелопер, ваша оплата будет ограничена заказчиком - для фрилансеров, а если вы оффшорный девелопер, то и его проксей. В случе когда вы работаете на свой продукт (а лучше являетесь его владельцем), вы являетесь и заказчиком и разработчиком, и это идеальный вариант, т.к. потолок зависит только от вас.

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

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

Как можно развить эту способность:
-Взять за правило не работать с кодом, который не понял на 100%
-Использовать все источники доступные информации - документацию, знания заказчика, других разработчиков. Заказчик должен знать о качестве своего проекта.
-Использовать инструменты анализа кода, I/O данных, UI. Развивать свой опыт в этих инструментах.

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

Как обеспечить:
Помещение для работы должно быть ТИХИМ и КОМФОРТНЫМ (смотри следующую статью о условиях работы). Если этого нет, меняйте помещение. Также весьма важны ваше здоровье и энергетика организма.

*** Ваши знания и опыт в технологиях ***
Есть два типа людей: которые досконально читают доки, и те которые "играют" с технологией, пробуя её на практике, и попутно изучают доки. Оба подхода по своему хороши, в идеале побыть в шкуре обоих типов по очереди.

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

Известен закон о развитии опыта: чем больше опыт, тем более он специализирован. Именно поэтому гуру на одном проекте неуверенно чувствует себя на другом, где нет его "конька". Чтобы не попасть в такую ловушку, существует ряд тестов, и сопутствующих им сертификатов. Тесты помогают вам выявить ваши "дыры" в опыте, и ища ответ них вы повышаете свой опыт. Сертификаты же имеют пользу в смысле маркетинга цены своего труда (намного проще показать сертификат OCPJP, чем отвечать на 100 занудных вопросов на собеседовании). Для фрилансеров ещё важно и портфолио, но это отдельный разговор.