G>>и вовсе не занимается курированием\координацией проекта,
A>Конечно занимается. Есть коллеги, которым иногда нужно оказать помощь и помочь с профессиональным ростом. Есть задачи, для успешного решения которых нужно не только программировать, но ещё и говорить громким уверенным голосом. Есть кризисы, когда инвесторы хотят релиз вчера, а фича абсолютно новая — это нужно "как-то" устроить. Практически любая проблема, напрямую или косвенно имеющая отношение к технической части — это проблема тимлида в первую очередь. Обычный девелопер (даже сеньор) может сказать — "я хз как это делать", задача тимлида — "утрясти ситуацию", оценить масштаб бедствия, предложить заказчику упрощённую реализацию, а после этого оказать содействие в полной реализации.
А при чем тут курирование\координация проекта? Почитай что есть курирование проекта http://www.pmphelp.net/index.php?id=385
Координация проекта — это по сути управления проектом, без прямого подчинения команды координатору. Часто бывает когда команда юридически не связана к координатором (волонтеры, общественные объединения итп).
G>>не делает презентации,
A>Ещё как делает. Начиная от рисования в пеинте с шарингом экрана по скайпу и заканчивая "мокапами" оформления фич. От длинющих архитектурных документов с кучей диаграммок, и до "давай ты сделаешь выступление на 15 минут, расскажешь о вашем проекте".
Тогда все делают презентации. Обычно под словом презентация понимается или публичное выступление, или попытка что-либо "продать" (убедить, доказать состоятельность, итп)
G>>да и сильно по изучать разные области не выйдет,
A>Работникам аутсорсинга это расскажите. Среднестатистический сеньор за несколько лет работы умудряется изучить кучу тем от рынка ценных бумаг до нюансов работы официанток. Для тимлида это вообще первоочередная задача — как можно быстрее начать говорить с заказчиком на одном языке.
Ну разве что в аутсорсинге такое и бывает, но уж там точно не будет ни презентаций, ни координации проекта.
G>>попадешь на крупный проект и просидишь 2-3 года на одной позиции. A>Просидеть 3 года в одном проекте или не просидеть — зависит исключительно от человека.
В большей степени, но не исключительно. Вполне может быть область, где смена проекта == смена работы, а количество самих компаний ограничено. Например продуктовые компании с циклами разработки 2+ года или работа с железками.
Re[3]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, Valentin.AR, Вы писали:
T>>Вот в этом плане не понял. Какого потолка?
VA>Потолка позиции программиста. VA>То, что в мире появляются новые(неопробованные) технологии — по регламенту должно интересовать не программиста, а других IT-специалистов. VA>Именно об этом и тема.
Ага. Исследователь направления хипстерских технологий. Старший.
Re[11]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, gandjustas, Вы писали:
G>Здравствуйте, andyag, Вы писали:
G>>>и вовсе не занимается курированием\координацией проекта,
A>>Конечно занимается. Есть коллеги, которым иногда нужно оказать помощь и помочь с профессиональным ростом. Есть задачи, для успешного решения которых нужно не только программировать, но ещё и говорить громким уверенным голосом. Есть кризисы, когда инвесторы хотят релиз вчера, а фича абсолютно новая — это нужно "как-то" устроить. Практически любая проблема, напрямую или косвенно имеющая отношение к технической части — это проблема тимлида в первую очередь. Обычный девелопер (даже сеньор) может сказать — "я хз как это делать", задача тимлида — "утрясти ситуацию", оценить масштаб бедствия, предложить заказчику упрощённую реализацию, а после этого оказать содействие в полной реализации.
G>А при чем тут курирование\координация проекта? Почитай что есть курирование проекта http://www.pmphelp.net/index.php?id=385 G>Координация проекта — это по сути управления проектом, без прямого подчинения команды координатору. Часто бывает когда команда юридически не связана к координатором (волонтеры, общественные объединения итп).
Попросим топикстартера уточнить, если он под курированием/координацией имел в виду именно список обязанностей по ссылке? Не стану скрывать — я проинтерпретировал термины в общепринятом смысле:
* Курировать — "наблюдать за кем-либо, чем-либо, отвечать за кого-либо, что-либо" (http://ru.wiktionary.org/wiki/%D0%BA%D1%83%D1%80%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C)
* Координировать — "устанавливать целесообразное соотношение между какими-либо действиями, явлениями" (http://ru.wiktionary.org/wiki/%D0%BA%D0%BE%D0%BE%D1%80%D0%B4%D0%B8%D0%BD%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C)
G>>>не делает презентации,
A>>Ещё как делает. Начиная от рисования в пеинте с шарингом экрана по скайпу и заканчивая "мокапами" оформления фич. От длинющих архитектурных документов с кучей диаграммок, и до "давай ты сделаешь выступление на 15 минут, расскажешь о вашем проекте". G>Тогда все делают презентации. Обычно под словом презентация понимается или публичное выступление, или попытка что-либо "продать" (убедить, доказать состоятельность, итп)
Так а разница только в масштабе. Тимлид может целенаправленно "продавать" конкретную реализацию фичи продакт овнеру, чтобы избежать предполагаемого геморроя в будущем. В свою очередь продакт овнер уже "продаёт" (по прежнему в кавычках) продукт потенциальным клиентам. Род деятельности один и тот же в обоих случаях — убеждать.
G>>>да и сильно по изучать разные области не выйдет,
A>>Работникам аутсорсинга это расскажите. Среднестатистический сеньор за несколько лет работы умудряется изучить кучу тем от рынка ценных бумаг до нюансов работы официанток. Для тимлида это вообще первоочередная задача — как можно быстрее начать говорить с заказчиком на одном языке.
G>Ну разве что в аутсорсинге такое и бывает, но уж там точно не будет ни презентаций, ни координации проекта.
Всё написанное выше — это с позиции аутсорсинга, и вот как раз презентаций и координации там выше крыше. У заказчика часто бывает своя техническая команда, но по какой-то причине самостоятельно "всё" они не могут сделать. Например, "у нас тут 4 эксперта по T-SQL, поэтому вся логика будет на T-SQL", при этом продукт — приложение под айфон. В таких ситуациях задача тимлида — "устроить" чтобы для айфонщиков это всё выглядело как обычный HTTP API, а для TSQLщиков — как тот суровый энтерпрайз из 2000х, к которому они привыкли. Параллельно с этим — и тем, и другим рассказать чего ожидать и чего не ожидать, а самому — для айфонщиков написать middleware с заглушками, чтобы они могли "сесть и программировать", а для TSQLщиков — приёмочные тесты для хранимок. Иначе как "координированием" я это всё назвать не могу.
G>>>попадешь на крупный проект и просидишь 2-3 года на одной позиции. A>>Просидеть 3 года в одном проекте или не просидеть — зависит исключительно от человека. G>В большей степени, но не исключительно. Вполне может быть область, где смена проекта == смена работы, а количество самих компаний ограничено. Например продуктовые компании с циклами разработки 2+ года или работа с железками.
Так снова же — от человека зависит. Кому-то нравится работать в продуктовых компаниях, кому-то не нравится. Если хватает наглости и веришь, что знаешь "как надо", можно переделать проект под себя. Если не хватает наглости, но сильно некомфортно, сменить работу вполне правильный вариант. Нерепрезентативная выборка: у меня есть знакомые, которые говорят, что "сидеть в одном проекте больше года — это ужас", а есть, которые говорят "прыгать с проекта на проект раз в год — ужас". И среди тех, и среди других есть очень хорошие специалисты, но у первых, как правило, нет узкого профиля, а у вторых, наборот, очень конкретная специализация. Поэтому субъетивно я склонен думать, что всё же это на 99% зависит от человека.
Re: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, Valentin.AR, Вы писали:
VA>Имеется хороший программист. В своем деле он знает многое (it-технологии, методики и стандарты разработки) и в профессиональном плане давно уже достиг потолка. VA>Вот он задумался: какой следующий шаг по карьерной лестнице?
Всегда можно расти вширь, ввысь и вглубь. Но порой человек сам себе выстраивает барьеры для роста, например, сваливая ответственность за своё развитие на свою компанию.
Homo Guglens
Re[2]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, Nuseraro, Вы писали:
N>Всегда можно расти вширь, ввысь и вглубь. Но порой человек сам себе выстраивает барьеры для роста, например, сваливая ответственность за своё развитие на свою компанию.
К тому же программист может уволиться и перейти в другую компанию, в которой развитие пойдёт быстрее.
Re: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, Valentin.AR, Вы писали:
VA>Имеется хороший программист. В своем деле он знает многое (it-технологии, методики и стандарты разработки) и в профессиональном плане давно уже достиг потолка. VA>Вот он задумался: какой следующий шаг по карьерной лестнице? VA>Т.е. чтоб не сидеть до 40 лет в программистах, ищутся позиции для продвижения по карьере, м.б. даже со сменой фирмы? VA>Подразумевается не кардинально сменить профессию (стать садоводом), а именно профильное продвижение, чтоб прошлый опыт играл роль.
У меня к Вам есть встречный вопрос:
Имеется хороший поэт (назовем его Саша П.). В своем деле он знает многое (список прилагается) и в профессиональном плане давно уже достиг потолка (омг что?).
Вот он задумался: какой следующий шаг по карьерной лестнице?
Т.е. чтоб не сидеть до 40 лет в поэтах, ищутся позиции для продвижения по карьере, м.б. даже со сменой фирмы?
Подразумевается не кардинально сменить профессию (стать садоводом), а именно профильное продвижение, чтоб прошлый опыт играл роль.
In Zen We Trust
Re[2]: Для “Программиста” какая следующая ступень в карьере?
Мне кажется это не так смешно как кажется, жить-то на что-то надо даже поэтам.
Горизонтальное движение — в критики, лит редакторы
Вертикальный — член союза писателей, заслуженный член, заместитель председателя, председатель союза писателей
Вширь — освоить прозу
Вглубь — всякие премии и достижения, нобелевка по литературе там
Ну и всё-таки программирование ближе к инженерии, чем к искусству или там науке. На мой вкус, ещё на садоводство похоже
Здравствуйте, Valentin.AR, Вы писали:
VA>Имеется хороший программист. В своем деле он знает многое (it-технологии, методики и стандарты разработки) и в профессиональном плане давно уже достиг потолка.
программисты не достигают потолка, только если не сидят в маленькой комнате (фирма, проект)
эта сфера настолько многогранна и сложна, что там просто нереально за одну жизнь куда-то упереться
ощущение потолка может быть из-за потери интереса в этой области и желания выполнять другие функции и\или срубить денег побольше
в 40 лет тоже можно быть замечательным и увлеченным программистом и при этом получать хорошие деньги (ну на данный момент это реально)
куда двигаются дальше? другие фирмы, другие роли, другие проекты, инструменты, технологии, люди
фирмы — своя, чужая, гиганты или маленькие, везде уникальная атмосфера. кому-то стартапчик хочется создать, кому-то винтиком устроиться в яндекс или мелкософт, а может и зарубеж (америки, африка, тай, малайзия) поехать. какие-то на мобилы ориентируются, какие-то на жава-ентерпрайз, какие-то пилят бюджет и не парятся, какие-то разрабатывают драйверы для линуксов или виндов или баннерные системы или торговлю биткойнами или свои языки программирования придумывают или переводят другие языки или разпознают образы
роли: полностью сделать проект самому, порулить командой (прогеры, аналитики, директора, менеджеры менеджеров и тд), заделаться гендиром\бухгалтером и бегать от налогов, снимать офис, устраивать корпоративы, или рисовать презенташки, впаривать фичи руководству или брать их на себя, а потом рыдать от неправильной стратегии и сливать миллионы баксов =)
инструменты — возьмите си или перл еще сверху немерли + sql, потом полирните хаскелом и встройте в мегатулзы на андроиде, потом портируйте на мак и оформите плагином к ораклу, чуток ускорьте отключением gc и asm вставками. все это размажьте по дашборду и добейтесь отклика в 20 микросекунд на каждый запрос от 10M пользователей. все проекты размажьте по 100 гит-репозиториям, сверху teamcity + jira с LDAP аутентификацией по личным сертификатам с работой через ssh в vim, где визуал студия — какой-то мелкий плагин для vim для интеллисенса. ну это все на гитхаб, чтобы другие пофоркались
люди: кто-то на русском говорит, а кто-то с китайским акцентом на англ плохо изъясняется, кому-то жарко в офисе, а кто-то любит табы вместо пробелов, кому-то нравится в ютубе сидеть, а кто-то лекции мейерса постоянно слушает, кто-то девочка, а кто-то не очень. кто-то деликатный и педантичный ревьюер, а кто-то просто посылает на три буквы
это все интересно, каждый выбирает свой путь
удачи
Re[2]: Для “Программиста” какая следующая ступень в карьере?
Карьерограмма сферического девелопера в вакууме.
Во-первых, переход из девелопмента в менеджеры (лид и выше) — это уже совсем другие требования/навыки/знания/таланты. Не факт что программист ими обладает. Это, фактически, переход с позиции где человек занимается технической работой на позицию где он занимается управленческой работой. Исходя из своего опыта в крупных западных фирмах, мне такой переход делать ну совсем не хочется.
Во-вторых, количество мест на уровне менеджера (т.е. начальник лида) уже весьма мало. Т.е. большинство народа априори остановится на ведущем программисте.
Re[8]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, andyag, Вы писали:
A>Здравствуйте, Valentin.AR, Вы писали:
G>>>Ну так ответь на вопрос чем хочется заниматься вместо писания кода, станет понятнее куда бежать.
VA>>Интересно: VA>>
VA>> — Изучать новые технологии/предметную область/объект автоматизации VA>> — На выходе давать технические рекомендации, презентации, консультировать VA>> — Участвовать в разработке проекта с позиции куратора/координатора VA>>A>Это называется "тимлид".
Во избежание путаинцы в терминологии добавлю то на Западе это называется "архитект". Тимлид тута — это младшая ступень менеджера, который уже руководит своей командой из 3-5-7 человек и нифига не кодит
Re[3]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, Valentin.AR, Вы писали:
VA>То, что в мире появляются новые(неопробованные) технологии — по регламенту должно интересовать не программиста, а других IT-специалистов. VA>Именно об этом и тема.
Именно программиста это и должно интересовать, т.к. программисту-то с ними и работать
Re[2]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, uzhas, Вы писали:
U>программисты не достигают потолка, только если не сидят в маленькой комнате (фирма, проект) U>эта сфера настолько многогранна и сложна, что там просто нереально за одну жизнь куда-то упереться
Не соглашусь. Перепробовав десятки языков, инструментов и фреймворков + поэкспериментировав с созданием своих, рано или поздно приходит понимание, что большинство очередных фреймворков — те же яйца, только в профиль. И становиться скучно. Вот скажем, 2 года назад я совершенно не знал WPF. Решил в один день для себя разобраться. Меньше часа ушло на понимание концепта bindings и item templates, еще несколько — на создание разных пробных демок, чтобы поиграться с технологией. Все, после этого приходит уровень, где столкнувшись с практической задачей ты в принципе можешь за пару поисковых запросов и очень небольшое время разобраться и решить ее. Да, "развиваться" можно. Можно запоминать форматы сложных binding-ов какого-нибудь multi-column view, чтобы в следующий раз не подглядывать в прошлый проект. Можно тренироваться в концептах а-ля "10 вращающихся edit-в на крутящейся кнопке", имеющих нулевое применение в реальных проектах, но увлекательным это можно назвать только для первой-второй освоенной технологии. Дальше это становится скучной рутиной с предсказуемым результатом.
U>в 40 лет тоже можно быть замечательным и увлеченным программистом и при этом получать хорошие деньги (ну на данный момент это реально)
В 40 лет будет сложно вписаться в команду 20-летних, с увлечением обсуждающих детали новой примочки, выученной 2 дня назад, когда для прагматичного 40-летнего — это всего лишь очередной инструмент с предсказуемыми характеристиками, не приносящий никакого восторга. быстро заклеймят занудой, не командным игроком, и выпихнут.
Re: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, Valentin.AR, Вы писали:
VA>Имеется хороший программист. В своем деле он знает многое (it-технологии, методики и стандарты разработки) и в профессиональном плане давно уже достиг потолка. VA>Вот он задумался: какой следующий шаг по карьерной лестнице? VA>Т.е. чтоб не сидеть до 40 лет в программистах, ищутся позиции для продвижения по карьере, м.б. даже со сменой фирмы? VA>Подразумевается не кардинально сменить профессию (стать садоводом), а именно профильное продвижение, чтоб прошлый опыт играл роль.
Можно в менеджмент, но в маленьких компаниях для этого часто надо быть родственником/другом руководства, а в больших творятся просто невообразимые объемы грязи, политики и лицемерия. В общем, на любителя.
Можно в аналитики, но эта роль часто совмещена с менеджером продукта, т.е. см. выше.
Можно в продажники, но это довольно сильный разворот.
Можно попробовать сделать собственный небольшой продукт, начать его продавать, научиться на ошибках, проанализировать рынок, сделать что-нибудь более успешное и постепенно вырастить свою фирму. Это адски сложно, требует некой меры везения, но я бы сказал, в разы интересней вышеперечисленного.
Re[3]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, bazis1, Вы писали:
B>Да, "развиваться" можно. Можно запоминать форматы сложных binding-ов какого-нибудь multi-column view, чтобы в следующий раз не подглядывать в прошлый проект. Можно тренироваться в концептах а-ля "10 вращающихся edit-в на крутящейся кнопке", имеющих нулевое применение в реальных проектах, но увлекательным это можно назвать только для первой-второй освоенной технологии. Дальше это становится скучной рутиной с предсказуемым результатом.
Итак, Вы рассмотрели возможность развития в пределах узкой вымирающей ниши — desktop-приложения для Windows.
Попробуйте посмотреть на мир шире — big data, machine learning, веб-разработка, мобильные платформы.
И окажется, что жизни не хватит, чтобы разобраться во всем многообразии подобных систем.
Re: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, Valentin.AR, Вы писали:
VA>Имеется хороший программист. В своем деле он знает многое (it-технологии, методики и стандарты разработки) и в профессиональном плане давно уже достиг потолка. VA>Вот он задумался: какой следующий шаг по карьерной лестнице?
Софтарбайтер — софтваремейстер — группенфюрер / софтбандфюрер / архитектензвездоболен -- тринкер -- ляндстрейхер -- ляйхе.
<Подпись удалена модератором>
Re[4]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, nile, Вы писали:
N>Итак, Вы рассмотрели возможность развития в пределах узкой вымирающей ниши — desktop-приложения для Windows. N>Попробуйте посмотреть на мир шире — big data, machine learning, веб-разработка, мобильные платформы. N>И окажется, что жизни не хватит, чтобы разобраться во всем многообразии подобных систем.
Есть такое емкое слово "приелось". Это когда вроде бы разбираешься в новой системе, но понимаешь, что принципиально нового тут мало и все довольно быстро становится скучно и предсказуемо. С опытом приходит. Я WPF привел как простой и понятный многим пример, не более того.
Re[5]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, bazis1, Вы писали:
B>Есть такое емкое слово "приелось". Это когда вроде бы разбираешься в новой системе, но понимаешь, что принципиально нового тут мало и все довольно быстро становится скучно и предсказуемо. С опытом приходит. Я WPF привел как простой и понятный многим пример, не более того.
ну это означает что тебе приелось программирование, а не что ты любую область можно освоить с полпинка. wpf здесь как раз не тот пример, ибо это массовая технология, рассчитанная на то чтобы любой её смог понять. в качестве сложного примера попробуй например сам написать небольшой аналог wpf
или может дело в том, что тебе просто не предлагают работу такого уровня сложности, а вот карьера по управленческой линии вполне открыта? ну по большому счёту таких позиций наверно немного и на них берут самых одарённых
Здравствуйте, Valentin.AR, Вы писали:
VA>Имеется хороший программист. В своем деле он знает многое (it-технологии, методики и стандарты разработки) и в профессиональном плане давно уже достиг потолка. VA>Вот он задумался: какой следующий шаг по карьерной лестнице?
По большому счету ступеней карьерной лестницы 3:
1) Юниор. Тот, кто всеми силами пытается стать экспертом в определенной технологии. Процентов 70 останавливается в развитии на этом этапе;
2) Миддл. Тот, кто умеет использовать технологии как иеструмент. 29 процентов останавливается в развитии на этом этапе;
3) Сеньер. Автор технологий, те, кто создают технологии, кто двигает прогресс вперед. Только 1 процент в состоянии дойти до этого этапа.
Большинству контор нужны юниоры. Хоть у них в должности и звучит сеньер, но они не добрались даже до второго уровня, они изо дня в день клепают одно и тоже, даже не думая как то облегчить свою работу. Какой нафик сеньер с тремя годами опыта? Когда за это время даже от привычки копипаста фиг избавится, так и будет городить спагетти, несмотря на то, что детали конкретной технологии даже выучит, и один и тот же код так и будет копипастить из проекта в проект, даже не подумав как то вынести и повторно использовать. А по хорошему нужно искать конторы, где можно потенциально вырасти хо миддла, а в идеале до сеньера.
Страуструп, например — он сеньер. Таких вершин что — недостаточно ? А ради бабла нужно другую профессию выбирать.
Re[2]: Для “Программиста” какая следующая ступень в карьере?
Здравствуйте, elmal, Вы писали:
E>Страуструп, например — он сеньер. Таких вершин что — недостаточно ? А ради бабла нужно другую профессию выбирать.
Страуструп не так давно написал увлекательнейшую статью, в которой попытался развить "5 популярных мифов о C++": http://www.stroustrup.com/Myths-final.pdf
Одна из рассматриваемых задач — скачать страничку из интернетов и спарсить из неё все ссылки. Вот тут вот замечательным образом эту задачку рассмотрели на разных языках: http://codegolf.stackexchange.com/questions/44278/debunking-stroustrups-debunking-of-the-myth-c-is-for-large-complicated-pro и в том числе предложили альтернативный вариант на C++, оказавшийся значительно короче варианта Страуструпа.
Поэтому несмотря на всё моё к нему уважение за громадный вклад в индустрию, с моей субъективной точки зрения практичности, едва ли он дотягивает до джуниора. Больше всего смущает, что он сам не понял насколько нелепо, чудовищно и монструозно выглядит его решение на сегодняшний день.
Здравствуйте, andyag, Вы писали:
A>Поэтому несмотря на всё моё к нему уважение за громадный вклад в индустрию, с моей субъективной точки зрения практичности, едва ли он дотягивает до джуниора. Больше всего смущает, что он сам не понял насколько нелепо, чудовищно и монструозно выглядит его решение на сегодняшний день.
а ты сам код-то прочёл? у страуса там аккуратно обрабатываются все ситуации, а все предложенные решения работают на авось — к примеру они не пропускают заголовк запроса. предлоежнный вариант на C++ выведен из страусовского кода тем же образом чтобы сравнение языков было честным
? А ради бабла нужно другую профессию выбирать.
