Какой бонус от написания собственных проектов в карьере.
Привет.
Я пока студент (комп.инж.).
Поделитесь вашим видением ситуации, того как собственные проекты влияют на карьеру.
Интересуют аспекты такие как востребованность, позиция (*а может можно сразу в ПМ?*), зарплата. Особенно "а может можно сразу в ПМ?".
Прошу отнестись к предидущему заявлению без негативных эмоций, я люблю програмировать и писать код и вовсе не стараюсь меньше поработать. Только я нелюблю его - код написанный мною - продавать.
Прошу вашего мнения и анализа для такой гипотетической ситуации:
Допустим, если я написал сам с нуля несколько программ которые
(вариант разгильдяй)
а) принесли малую прибыль (покупались конечными пользователями) (допустим прибыль в районе 1-5k$), либо
б) принесли награду (от какого-либо малого конкурса, типа внутреуниверститетских ежегодных), либо
в) пользуются средней популярностью пользователей определенного круга, но бесплатные, либо сразу несколько из этих вариантов.
(вариант умничка)
а) принесли среднию прибыль (покупались конечными пользователями) (допустим прибыль в районе 10-15k$), либо
б) принесли награду (от какого-либо большого конкурса, такого как от MS, Google, IBM...).
Оцените пожалуйста оба варианта отдельно.
То есть, если я обладаю опытом разработки ПО с нуля и доставки пользователям с соответсвующей инфраструктурой*, какой это даст шанс получить что-то выше начального, и что именно? (Желательно конечно ПМ=))
Я, конечно же, понимаю, что нужен опыт работы в корпоративной команде...
Какие еще скиллы нужны для ПМ?
*Инфраструктура — error reporting, semi-auto update. (добавьте, добавтье еще, что должно или желательно должно быть у ПО кроме собственной функциональности и UI.)
Альтернативные взгляды и всякого рода советы приветствуются!
Заранее всем спасибо! :)
Я пока студент (комп.инж.).
Поделитесь вашим видением ситуации, того как собственные проекты влияют на карьеру.
Интересуют аспекты такие как востребованность, позиция (*а может можно сразу в ПМ?*), зарплата. Особенно "а может можно сразу в ПМ?".
Прошу отнестись к предидущему заявлению без негативных эмоций, я люблю програмировать и писать код и вовсе не стараюсь меньше поработать. Только я нелюблю его - код написанный мною - продавать.
Прошу вашего мнения и анализа для такой гипотетической ситуации:
Допустим, если я написал сам с нуля несколько программ которые
(вариант разгильдяй)
а) принесли малую прибыль (покупались конечными пользователями) (допустим прибыль в районе 1-5k$), либо
б) принесли награду (от какого-либо малого конкурса, типа внутреуниверститетских ежегодных), либо
в) пользуются средней популярностью пользователей определенного круга, но бесплатные, либо сразу несколько из этих вариантов.
(вариант умничка)
а) принесли среднию прибыль (покупались конечными пользователями) (допустим прибыль в районе 10-15k$), либо
б) принесли награду (от какого-либо большого конкурса, такого как от MS, Google, IBM...).
Оцените пожалуйста оба варианта отдельно.
То есть, если я обладаю опытом разработки ПО с нуля и доставки пользователям с соответсвующей инфраструктурой*, какой это даст шанс получить что-то выше начального, и что именно? (Желательно конечно ПМ=))
Я, конечно же, понимаю, что нужен опыт работы в корпоративной команде...
Какие еще скиллы нужны для ПМ?
*Инфраструктура — error reporting, semi-auto update. (добавьте, добавтье еще, что должно или желательно должно быть у ПО кроме собственной функциональности и UI.)
Альтернативные взгляды и всякого рода советы приветствуются!
Заранее всем спасибо! :)
ПМ - это project manager?
Для руководителя важны несколько другие навыки, чем программирование. Вообще говоря, руководитель коллектива программистов необязательно должен уметь сам программировать. Его задача в самом общем случае - составить план, назначить приоритеты, распределить обязанности, проконтролировать выполнение. И в итоге наказать невиновных и наградить непричастных. :)
Для руководителя важны несколько другие навыки, чем программирование. Вообще говоря, руководитель коллектива программистов необязательно должен уметь сам программировать. Его задача в самом общем случае - составить план, назначить приоритеты, распределить обязанности, проконтролировать выполнение. И в итоге наказать невиновных и наградить непричастных. :)
Цитата: ellor!
Вообще говоря, руководитель коллектива программистов необязательно должен уметь сам программировать
Может быть и так, но это будет с большой вероятностью не очень хороший(эффективный) руководитель.
Цитата: freets
Может быть и так, но это будет с большой вероятностью не очень хороший(эффективный) руководитель.
Каким образом эффективность руководства связана с умением программировать?
Цитата: ellor!
Каким образом эффективность руководства связана с умением программировать?
ИМХО, эффективный руководитель должен знать и понимать свою область (не только в IT), для того чтобы правильно расставлять приоритеты и быть объективным
Быть компетентым руководителем в предметной области - не то же самое, что самому уметь писать программы или точить на станке детали.
Цитата: ellor!
Быть компетентым руководителем в предметной области - не то же самое, что самому уметь писать программы или точить на станке детали.
Спорное утверждение, хотя мб я старовер :)
"Быть компетентым руководителем в предметной области - не то же самое, что самому уметь писать программы или точить на станке детали."
Руководитель необязательно должен уметь программировать на языке и пользоваться технологиями что его команда.
Но я считаю, что он должен иметь хороший опыт программирования, и понимать какая задача несет сколько трудозатрат и чьи навыки лучше подойдут под данную задачу.
Иначе, компетентность придет только через опыт. А это значит, что в начале пути будет некомпетентным, что не есть хорошо.
Руководитель необязательно должен уметь программировать на языке и пользоваться технологиями что его команда.
Но я считаю, что он должен иметь хороший опыт программирования, и понимать какая задача несет сколько трудозатрат и чьи навыки лучше подойдут под данную задачу.
Иначе, компетентность придет только через опыт. А это значит, что в начале пути будет некомпетентным, что не есть хорошо.