да-да. это вообще хорошо бы включать как образец в рассылку для работодателей, впервые регистрирующихся...ведь их ошибки в основном происходят именно по незнанию того, как именно нужно строить объявление.
Если брать две шкалы развития - манагеров и девелоперов, то манагер на телефоне (это заматеревший оператор call-центра, что ли??) соответствует помощнику тестировщика по уровню знаний и умений.
Манагеры как и девелоперы, бывают разные. 4 уровень в данном случае будет называться менеджером проектов. Чтобы вести проект разработки сложного продукта, надо быть, мягко говоря, "Очень в теме". Иначе ты просто не сможешь не то что проконтролировать и скорректировать процесс выполнения задач, составить адекватное уровню ТЗ с SATD и UML диаграммами - ты ее сформулировать будешь не в состоянии...
И уж конечно, грамотный Project-manager, не будет в ТЗ женить Ж с Х, лишь бы угодить клиенту и снять себе процент побольше. Он адепт другого учения.
это условная (не задокументированная жестко), применяемая в большинстве международных компаний, в т.ч. в нашей.
раз в год (пол года) подводятся итоги работы каждого из сотрудников на основании реализованных (нереализованных) проектов, личных достижений в профессиональном плане и прочего роста.
Developer 1. Люди, которых обычно занимаются "примитивной" работой или учатся. Например, человек, перешедший из тестеров в разработчики
Developer 2. Большинство программистов. разрабатывающие отдельные участки задач.
Developer 3. Люди,отвечающие за проект в целом, или за бОльшую его чатьь. Они определяют архитектуру, интерфейсы, на них лежит ответственность за сроки выполнения задач. В общем, текто делает продукты.
Developer 4. Единицы. Потеря такого человека для компании может стать настоящей трагедией. Обычно те, кто достигает такого уровня, уходят в манагеры.
Точную информацию рассчитываю получить к концу недели.
Предварительно смог узнать, что читает девелопер, активно применяющий данную библиотеку в реализациии проектов. То есть будет явно не вода и общие понятия, а конкретные примеры решения нетривиальных задач.
Жду!
Или все же по первости ел кактус?
Манагеры как и девелоперы, бывают разные. 4 уровень в данном случае будет называться менеджером проектов. Чтобы вести проект разработки сложного продукта, надо быть, мягко говоря, "Очень в теме". Иначе ты просто не сможешь не то что проконтролировать и скорректировать процесс выполнения задач, составить адекватное уровню ТЗ с SATD и UML диаграммами - ты ее сформулировать будешь не в состоянии...
И уж конечно, грамотный Project-manager, не будет в ТЗ женить Ж с Х, лишь бы угодить клиенту и снять себе процент побольше. Он адепт другого учения.
раз в год (пол года) подводятся итоги работы каждого из сотрудников на основании реализованных (нереализованных) проектов, личных достижений в профессиональном плане и прочего роста.
Developer 1. Люди, которых обычно занимаются "примитивной" работой или учатся. Например, человек, перешедший из тестеров в разработчики
Developer 2. Большинство программистов. разрабатывающие отдельные участки задач.
Developer 3. Люди,отвечающие за проект в целом, или за бОльшую его чатьь. Они определяют архитектуру, интерфейсы, на них лежит ответственность за сроки выполнения задач. В общем, текто делает продукты.
Developer 4. Единицы. Потеря такого человека для компании может стать настоящей трагедией. Обычно те, кто достигает такого уровня, уходят в манагеры.
примерно так.
Предварительно смог узнать, что читает девелопер, активно применяющий данную библиотеку в реализациии проектов. То есть будет явно не вода и общие понятия, а конкретные примеры решения нетривиальных задач.