Звичайно ранг розробника – це досить абстрактне поняття, але я висловлю свою думку з даного питання, воно не прив’язане ні до якої теорії, а базується лише на моєму досвіді.

Junior Developer

  • оптиміст, завжди недооцінює поставлену задачу
  • постійно відчуває брак часу
  • при цьому навіть рутинну роботу вважає складною
  • постійно наступає на граблі
  • соромиться показати своє незнання
  • тестер — ворог — бо знаходить баги
  • менеджер — не сприймається ще всерйоз
  • практично не здатний самостійно працювати над проектом
  • поки не орієнтується по ЗП, але якщо йому запропонують на $50 більше в іншому місці, — може піти

Developer

  • песиміст, часто недооцінює свої сили і боїться схибити в оцінюванні
  • завжди є час на перекур і чашечку кави
  • не соромиться запитувати у колег по цеху, може навіть нахабно експлуатувати їх
  • настає тільки «обрані» граблі
  • скриплячи зубами доводить проект до розуму
  • тестер — просто задовбав, хоча є розуміння, що сам налажал
  • менеджер — навіщо йому мої звіти?
  • якщо виконувані таски і проект не здасться цікавим, це негативно позначиться на проекті — зазвичай супроводжується криками проект Р.., замовник М…, і що Ви взагалі розумієте в програмуванні
  • вже знає свою ринкову вартість, підвищення ЗП не вимагає, але дізнається про вакансії на інших фірмах, і іноді натякає про свою поінформованість

Senior Developer

  • реаліст, спираючись на свій досвід, бачить «вузькі» місця проекту і закладається на ризики, а так само повідомляє про це менеджерам
  • встигає і робити проект, і посидіти на мітингах», та ще й підказувати колегам
  • може допомогти ближньому, не соромиться сказати, що він чогось не знає
  • якщо і наступає на граблі – то тут два варіанти:
    • «граблі» — лягли в ризики, і все проходить безболісно
    • «граблі» — завдають відчутної шкоди за проектом, бо Senior допустив помилки при розробки архітектури (чи ще десь, але не менш фатально)
  • вдало завершений проект — доставляє щире задоволення (і психологічний та матеріальний)
  • тестер — радник в плані юзабіліті
  • менеджер — щит, який теж не любить неадекватного замовника
  • чудово розуміють, що праця може бути рутинною, але це не повинно впливати на якість коду, може бурчати, але роботу буде робити
  • добре знає собі ціну, не соромиться вимагати підвищення ЗП

Замітка для менеджерів

Якщо Ви володієте достатньою кількістю ресурсів, і при цьому в наявності як Junior’и так і Senior’и – то доля проекту може сильно залежати від складу команди, так що будьте уважні:

  • не варто ставити junior’а до зубрам програмування, якщо серед них немає людини, здатної зайнятися його навчанням: і новачок нічому не навчитися, і “зубри” будуть в сказі
  • якщо проект розробляється лише junior’амі — тримайте руку на пульсі такого проекту і купуйте валеріанку — собі і замовнику 😉
  • не варто садити senior’а за проект рівня “для чайників” — проект буде зроблений і зданий, ось тільки розробник від нудьги почне думати про роботу в іншому місці

Ну і ще трохи інформації для роздумів:

Помилки які здійснюють розробники, коли починають замислюватися про підвищення ЗП:

  • Переоцінюють себе — вимагати ЗП не відповідає Вашому рівню — це вірний шлях залишитися без роботи
  • Влаштовувати сир-бор за 10% надбавку до ЗП — найчастіше таке підвищення можна вирішити без зайвого шуму і криків
  • Дізнатися, що через дорогу платять на 100$ більше, впасти в депресію на пару тижнів, і опинитися на вулиці, бо підвищувати ЗП людині який останнім часом нічого не робить ніхто не буде — це дуже поширена помилка, ніколи не забивайте на роботу, будьте професіоналами.
  • Вважати, що в сусідній конторі робота в 100 разів цікавіше.