Когда вы работаете с новым проектом, вы получаете новый ценный опыт.
Чем больше у человека сделанных проектов, тем больше и разнообразнее опыт, и тем эффективнее он сможет справляться с новыми задачами.
Поэтому самый оптимальный опыт — это один законченный крупный проект и максимальное количество законченных средних и мелких проектов. Крупный проект даёт опыт работы с большими и сложными системами. Такие системы качественно отличаются, они как правило высокобюджетные и их реализация требует более высокой квалификации. Для вас это значит, что вы после реализации такого проекта сможете получать на новом месте бОльшую зарплату.
Мелких проектов может быть гораздо больше, чем крупных, и они дадут много разнообразного опыта. Поэтому самый оптимальный опыт — это 1-2 крупных проекта и максимальное количество мелких и средних. Это даст максимальное развитие.

Почему надо менять работу чаще?

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

Наилучшая частота смены работ — это частота, с которой завершаются проекты. То есть, оптимальная продолжительность работы на одном месте составит от полугода до полутора лет.

Работодатели часто предпочитают "стабильных" работников, не часто меняющих работу, из эгоистических соображений, потому что им выгодно, чтобы квалификация работника росла быстрее, чем его зарплата. Но "стабильность" никто не считает важнее квалификации и опыта.
Ваша задача — соблазнить работодателя своей квалификацией и опытом, чтобы для него стало уже не важно, какие у вас будут планы через год.

Здравствуйте, Equilibrium, Вы писали:

Все верно с точнойстью до нескольких моментов:
0) Профессиональный рост — не самоцель. Цель — заработать деньги своими мозгами.
1) Вы навсегда останетесь программистом и никогда не займете руководящую позицию, поскольку на такие позиции выдвигают людей с длительным стажем работы в данной организации. А следовательно никогда не заработаете значительно бОльших денег, чем получают любые программисты.
2) Рано или поздно вас перестаунут брать на работу, поскольку работодатели, как Вы сами верно сказали, хотят стабильных сотрудников. И когда они видят в резюме, что вы нигда не работали больше 6-10 месяцев просто перестанут Вас брать на работу на этом основании.
3) Поддержка продукта — вовсе не бесполезный этап, поскольку именно на этапе поддержки Вы и начинаете понимать насколько удобный-неудобный для пользователя / устойчивый-не устойчивый продукт Вы написали. Ведь продукты пишутся для пользователей и фактически Вы предлагаете сбежать из компании в тот момент, когда Ваш продукт начинает использоваться и Вы начинаете получать реальную оценку своей работы (от тех, для кого Вы писали продукты). Только использование продукта в реальных условиях у клиента является настоящим испытанием для продукта — никакой отдел тестирования не заменит эту реальную проверку. В тестувую лабу можно сходить -поотлаживаться, к клиенту не сходишь — надо учиться отлаживаться удаленно. Тоже по системе создания логов программы — лог файл — часто единственное, что присылает Вам клиент, когда говорит, что все упало. Вобщем, с моей точки зрения, Поддержка — это огромный опыт, когда Вы и делаете главные выводы о том насколько качественный Ваш код. Программист, никогда не участвующий в саапорте клиента — на порядок слабее того, кто участвовал.

Здравствуйте, GUID, Вы писали:

GUI>3) Поддержка продукта — вовсе не бесполезный этап, поскольку именно на этапе поддержки Вы и начинаете понимать насколько удобный-неудобный для пользователя / устойчивый-не устойчивый продукт Вы написали.

Согласен на все 100.
Только со временем вылезут наружу все архитектурные просчеты.
Станет понятно, насколько быстро и безболезненно
можно расширять функциональность и править баги.

В общем плюсов от частой смены работы (раз / два раза в год) я вижу только 1.
Приобретаешь опыт написания хороших резюме и прохождения интервью.

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

Здравствуйте, GUID, Вы писали:

GUI>Здравствуйте, Equilibrium, Вы писали:

GUI>Все верно с точнойстью до нескольких моментов:
GUI>0) Профессиональный рост — не самоцель. Цель — заработать деньги своими мозгами.


Да. Абсолютно.


GUI>1) Вы навсегда останетесь программистом и никогда не займете руководящую позицию, поскольку на такие позиции выдвигают людей с длительным стажем работы в данной организации. А следовательно никогда не заработаете значительно бОльших денег, чем получают любые программисты.


Есть вакансии team leader и PM, туда можно прийти со стороны вместо того, чтобы вырасти внутри фирмы постоянного работодателя. Такой путь быстрее.


GUI>2) Рано или поздно вас перестаунут брать на работу, поскольку работодатели, как Вы сами верно сказали, хотят стабильных сотрудников. И когда они видят в резюме, что вы нигда не работали больше 6-10 месяцев просто перестанут Вас брать на работу на этом основании.


Средний период из "полгода-полтора года" — год. Это нормально. Нижней границы лучше пока не придерживаться, потому что работодатели ещё не готовы воспринимать это нормально. Их надо подготовить к этому постепенно.


GUI>3) Поддержка продукта — вовсе не бесполезный этап, поскольку именно на этапе поддержки Вы и начинаете понимать насколько удобный-неудобный для пользователя / устойчивый-не устойчивый продукт Вы написали.


Удобство/неудобство выясняется на начальном этапе разработки.
Устойчивость/неустойчивость зависит от квалификации разработчиков.
В общем, я за то, чтобы уходить не сразу после запуска, а через некоторое время, например через месяц. Так илои иначе, уйти после успешного запуска проекта, после необходимого саппорта на старте. Дальше пойдёт другой саппорт — пойдут капризы вроде "а я хочу тут ещё одну фичу приделать, а тут немного переделать", это будет длиться долго и нудно, и не способствует профессиональному развитию.

Здравствуйте, Equilibrium, Вы писали:

E>Дальше пойдёт другой саппорт — пойдут капризы вроде "а я хочу тут ещё одну фичу приделать, а тут немного переделать", это будет длиться долго и нудно, и не способствует профессиональному развитию.

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

Ксати, а что такое профессиональное развитие?
Что ты под этим понимаешь?

Здравствуйте, bkat, Вы писали:

B>А капризы длятся ровно столько, сколько продукт вообще нужен.
B>Нету "каприз", значит никому продукт не нужен.

Или значит то, что продукт хорошо сделан, и что заказчик на всех этапах формулировал требования предельно чётко.

B>Ксати, а что такое профессиональное развитие?
B>Что ты под этим понимаешь?

Опыт, навыки, знания.

Здравствуйте, Equilibrium, Вы писали:

B>>А капризы длятся ровно столько, сколько продукт вообще нужен.
B>>Нету "каприз", значит никому продукт не нужен.

E>Или значит то, что продукт хорошо сделан, и что заказчик на всех этапах формулировал требования предельно чётко.

Вы сами-то в это верите? Не бывает такого просто потому, что такого не может быть.

B>>Ксати, а что такое профессиональное развитие?
B>>Что ты под этим понимаешь?

E>Опыт, навыки, знания.

Опыт, навыки и знания сами по себе — пустой и никчемный груз. Приложение опыта, навыков и знаний — всего лишь их приложение. Так что тема "что такое профессиональное развитие" не раскрыта.

Здравствуйте, Equilibrium, Вы писали:

E>Здравствуйте, bkat, Вы писали:

B>>А капризы длятся ровно столько, сколько продукт вообще нужен.
B>>Нету "каприз", значит никому продукт не нужен.

E>Или значит то, что продукт хорошо сделан, и что заказчик на всех этапах формулировал требования предельно чётко.

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

Попробуй все же задержаться после первого релиза не месяц, а хотя-бы годик
Второй релиз может оказаться куда большим испытанием, чем первый

B>>Ксати, а что такое профессиональное развитие?
B>>Что ты под этим понимаешь?

E>Опыт, навыки, знания.

Это все слова...
Опыт тоже бывает разным. Например опыт работы с капризными клиентами,
от которого ты видимо отмахиваешься...

В общем я не против смены работы, но с частотой раз в 3-5 лет.
А вообще для меня лично лучше найти фирму, где бы и 20 лет было бы интересно.
Такие места в общем-то есть...

Здравствуйте, Flamer, Вы писали:

B>>>Ксати, а что такое профессиональное развитие?
B>>>Что ты под этим понимаешь?

E>>Опыт, навыки, знания.

F>Опыт, навыки и знания сами по себе — пустой и никчемный груз. Приложение опыта, навыков и знаний — всего лишь их приложение. Так что тема "что такое профессиональное развитие" не раскрыта.


Опыт, навки и знания позволяют подороже продаться на рынке труда.
Работа — это источник денег, а не простое следование общественным стереотипам.

Здравствуйте, Equilibrium, Вы писали:

E>Здравствуйте, Flamer, Вы писали:

B>>>>Ксати, а что такое профессиональное развитие?
B>>>>Что ты под этим понимаешь?

E>>>Опыт, навыки, знания.

F>>Опыт, навыки и знания сами по себе — пустой и никчемный груз. Приложение опыта, навыков и знаний — всего лишь их приложение. Так что тема "что такое профессиональное развитие" не раскрыта.


E>Опыт, навки и знания позволяют подороже продаться на рынке труда.
E>Работа — это источник денег, а не простое следование общественным стереотипам.

Если для тебя работа — это только источник денег,
то вершин (по крайней мере в программировании) ты не достигнешь.

Здравствуйте, Equilibrium, Вы писали:

GUI>>1) Вы навсегда останетесь программистом и никогда не займете руководящую позицию, поскольку на такие позиции выдвигают людей с длительным стажем работы в данной организации. А следовательно никогда не заработаете значительно бОльших денег, чем получают любые программисты.
E>Есть вакансии team leader и PM, туда можно прийти со стороны вместо того, чтобы вырасти внутри фирмы постоянного работодателя. Такой путь быстрее.
А как вы сможете аргументировать, что вы сможете выполнять работу тим лида или менеджера проекта, если вы всегда были просто программистом? Для обоих позиций важны не только технические знания, но и умения работать с людьми и быть отвественным человеком, а частые смены мест работы говорят как раз об обратном.

GUI>>2) Рано или поздно вас перестаунут брать на работу, поскольку работодатели, как Вы сами верно сказали, хотят стабильных сотрудников. И когда они видят в резюме, что вы нигда не работали больше 6-10 месяцев просто перестанут Вас брать на работу на этом основании.
E>Средний период из "полгода-полтора года" — год. Это нормально. Нижней границы лучше пока не придерживаться, потому что работодатели ещё не готовы воспринимать это нормально. Их надо подготовить к этому постепенно.
Если вы начинаете заниматься серьезным проектом, то вам потребуется время что бы:
1) Разобраться в предметной области
2) Изучить правила работы в той фирме в которую вы устроились
3) Изучить новые для вас технологии
4) Разобраться в том, что было сделано в проекте до вас
Как правило, на это уходит от 2 до 3-6 месяцев.
Таким образом, на продуктивную работу останется 6-7 месяцев (маловато будет!).
Если же проект мелкий, то на нем вы не сможете изучить новые технологии в полной мере, и соответственно нельзя будет сказать что вы стали специалистом в выбранной вами области.

GUI>>3) Поддержка продукта — вовсе не бесполезный этап, поскольку именно на этапе поддержки Вы и начинаете понимать насколько удобный-неудобный для пользователя / устойчивый-не устойчивый продукт Вы написали.
E>Удобство/неудобство выясняется на начальном этапе разработки.
E>Устойчивость/неустойчивость зависит от квалификации разработчиков.
Вы начнете понимать что такое удобство и устойчивость только тогда, когда ваш продукт сможет работать у заказчика и его удовлетворять в течении полугода-года.

В принципе, описываемые вами методы работы присущи техническим консультантом по проектам, но в настойящий момент в пост-советском пространстве возможность устроиться на такую позицию практически отсутствует. У меня есть несколько знакомых, которые занимаются подобным (в основном в Европе), и по их словам для того что бы стать тех. консультантом необходимо:
1) Иметь опыт работы в крупных сугубо программистких фирмах (на это смотрят особо)
2) Иметь суммарный опыт работы программистом от 7-10 лет
3) Иметь качества тим-лида и менеджера

Здравствуйте, Equilibrium, Вы писали:

B>>Ксати, а что такое профессиональное развитие?
E>Опыт, навыки, знания.

Уровень профессионализма определяется не только — и не столько — количеством опыта, навыков, знаний, но и их качественной строной.
Одной из важнейших качественных характеристик является способность рассмотреть свою работу с различных сторон. Увеличивающиеся объемы ваших знаний, окружая вас, неизбежно заслонят от вас все то, что находится за их кругом; а вы вместо того, чтобы подняться из этого столпотворения и осмотреть свалку со стороны, стремитесь наоборот, только глубже закопаться в этой куче.
Вы напоминаете музыканта, никогда не встречающегося с публикой; не знающего судьбы его произведений; и более того — не догадывающегося, что кроме пяти знакомых ему аккордов, во владении которыми он совершенствуется всю жизнь, существуют и другие.

Никто не возражает, что вы сможете добиться своей цели — "подороже продаться на рынке труда", но при чем здесь профессионализм?

Здравствуйте, bkat, Вы писали:

B>Если для тебя работа — это только источник денег,
B>то вершин (по крайней мере в программировании) ты не достигнешь.

Вершины в программировании — это не цель, а средство. Средство зарабатывать деньги.

Здравствуйте, Scoober, Вы писали:

S>А как вы сможете аргументировать, что вы сможете выполнять работу тим лида или менеджера проекта, если вы всегда были просто программистом?


Тимлидерами не рождаются, а становятся. Сначала человек работает программистом, потом становится тимлидером, если способности позволяют.


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


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



S>Если вы начинаете заниматься серьезным проектом, то вам потребуется время что бы:
S>1) Разобраться в предметной области


Только в пределах надобности для проекта.


S>2) Изучить правила работы в той фирме в которую вы устроились


Это очень просто.


S>3) Изучить новые для вас технологии


А если бОльшая часть их уже изучена?


S>Таким образом, на продуктивную работу останется 6-7 месяцев (маловато будет!).


Нормально. Задача — сдать проект, запустить и немного обкатать, чтобы убедиться, что всё работает как надо.


S>Если же проект мелкий, то на нем вы не сможете изучить новые технологии в полной мере, и соответственно нельзя будет сказать что вы стали специалистом в выбранной вами области.


И не собираюсь. Для этого есть люди, которые получают высшее образование в этой предметной области.


S>В принципе, описываемые вами методы работы присущи техническим консультантом по проектам, но в настойящий момент в пост-советском пространстве возможность устроиться на такую позицию практически отсутствует. У меня есть несколько знакомых, которые занимаются подобным (в основном в Европе), и по их словам для того что бы стать тех. консультантом необходимо:
S>1) Иметь опыт работы в крупных сугубо программистких фирмах (на это смотрят особо)


Это какие-то странности. Работа в крупной компании ещё ничего определённого не значит.


S>2) Иметь суммарный опыт работы программистом от 7-10 лет
S>3) Иметь качества тим-лида и менеджера


Почти согласен.

Здравствуйте, Equilibrium, Вы писали:

E>Здравствуйте, bkat, Вы писали:

B>>Если для тебя работа — это только источник денег,
B>>то вершин (по крайней мере в программировании) ты не достигнешь.

E>Вершины в программировании — это не цель, а средство. Средство зарабатывать деньги.

А как же fun от работы?
Скучно только о деньгах думать...

Впрочем это уже уход от темы.

Здравствуйте, Equilibrium, Вы писали:


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

E>Говорят только для того, кто судит о качествах человека по его активности/пассивности. Для меня частота смены работ — это мера активности/пассивности жизненной позиции, а не ответственности.
Ага, только одно дело, когда из-за своей "активной жизненной позиции" сваливает с проекта программер, а другое — тимлидер

Здравствуйте, Equilibrium, Вы писали:

E>Работа — это источник денег, а не простое следование общественным стереотипам.

Долго хохотал Самый общественный стереотип — это "работа — источник денег"
Так что тема опять не раскрыта

Здравствуйте, Equilibrium, Вы писали:

[]

E>Вершины в программировании — это не цель, а средство. Средство зарабатывать деньги.

Хочу вас огорчить — те времена, когда в программировании одиночки зарабатывали миллионы, давно прошли. Сейчас программированием _много_ денег не заработаешь. Много — это много, а не 2000-3000-4000 долларов в месяц. Может, вы не ту профессию выбрали?

Здравствуйте, Flamer, Вы писали:

F>Здравствуйте, Equilibrium, Вы писали:

F>[]

E>>Вершины в программировании — это не цель, а средство. Средство зарабатывать деньги.

F>Хочу вас огорчить — те времена, когда в программировании одиночки зарабатывали миллионы, давно прошли. Сейчас программированием _много_ денег не заработаешь. Много — это много, а не 2000-3000-4000 долларов в месяц. Может, вы не ту профессию выбрали?

Я разве упоминал что-то о конкретных суммах?
Я имел в виду стремиться к максимуму зарплаты в выбранной области, в частности в области программирования.

Здравствуйте, Equilibrium, Вы писали:

[]

F>>Хочу вас огорчить — те времена, когда в программировании одиночки зарабатывали миллионы, давно прошли. Сейчас программированием _много_ денег не заработаешь. Много — это много, а не 2000-3000-4000 долларов в месяц. Может, вы не ту профессию выбрали?

E>Я разве упоминал что-то о конкретных суммах?
E>Я имел в виду стремиться к максимуму зарплаты в выбранной области, в частности в области программирования.

Понятие "максимум" в приложении к зарплате — вещь сугубо эмпирическая. Обладающая свойствами в прогрессии увеличивать свою верхнюю границу по достижении примерно 80% от текущего понятия "максимум". Проще говоря — денег много не бывает.

Я конечно извиняюсь, но тема опять не раскрыта Вижу только ограниченный меркантильный интерес, не больше. Если вам _так_ нужен свой максимум зарплаты в области программирования — вы его никогда не поймаете. Ну то есть сгорите до прихода максимума. Чорные-чорные мысли о максимуме погубят

И появится у нас новый продакт-манагер