Ранги разработчиков

Junior Developer

• оптимист, всегда недооценивает поставленную задачу;

• постоянно ощущает нехватку времени;

• стесняется показать свое незнание;

• постоянно наступает на грабли;

• с трудом доводит начатое до финальной точки;

• тестер – враг – ибо находит баги;

• менеджер – не воспринимается всерьез;

• пока ещё не ориентируется по зарплате, но если ему предложат на $50 больше в другом месте – может уйти;

• рутинную работу считает сложной, но должен справляться.

Developer

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

• всегда есть время на перекур и чашечку кофе;

• не стесняется спрашивать у коллег по цеху, может даже нагло их эксплуатировать;

• наступает только на грабли спрятанные в высокой траве;

• скрипя зубами доводит начатое до ума;

• тестер – просто за@#$%^&, хотя есть понимание, что сам налажал;

• менеджер – да кому нужны мои отчеты?

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

• если выполняемые задачи и проект покажется не интересным, это негативно скажется на проекте – обычно сопровождается криками "проект Г...НО, заказчик М...ак, и что Вы вообще понимаете в программировании?!!";

Senior Developer

• реалист, опираясь на свой опыт, видит "узкие" места проекта и закладывается на риски, а так же сообщает об этом менеджерам;

• успевает и делать проект, и посидеть на "митингах", и еще и подсказывать коллегам;

• может помочь ближнему, не стесняется сказать, что он чего-то не знает;

• если и наступает на грабли – то тут два варианта:

1. "грабли" – легли в риски, и все проходит безболезненно;

2. "грабли" – наносят критический урон по проекту, ибо Senior допустил ошибки при разработки архитектуры (иль еще где, но не менее фатально);

• удачно завершенный проект – доставляет истинное удовольствие (и психологическое и материальное);

• тестер – советник в плане юзабилити;

• менеджер – щит, который тоже не любит неадекватного заказчика;

• хорошо знает себе цену, не стесняется требовать повышения зарплаты;

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

Если располагать достаточным количеством ресурсов, и при этом в наличии как Junior’ы так и Senior’ы – то судьба проекта может сильно зависеть от состава команды, так что:

• не стоит ставить Junior’а к Senior`ам, если среди них нет человека способного заняться его обучением: новичок ничему не научиться, а Senior’ы будут в бешенстве;

• не стоит садить Senior’а за проект уровня “для чайников” – проект будет сделан и сдан, вот только разработчик от скуки начнет думать о работе в другом месте.

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

1. Переоценивают себя – требуют зарплату не соответствующую уровню – это верный путь остаться без работы;

2. Устраивают "срач" за 10% прибавку к зарплате – зачастую такое повышение можно решить без лишнего шума и криков;

3. Узнать, что через дорогу платят на 100$ больше, впасть в депрессию, и оказаться на улице, ибо повышать зарплату человеку который последнее время ничего не делает точно никто не будет – никогда не забивайте на работу, будьте профессионалами.

4. Считают, что в соседней конторе работа в 100 раз интересней.