Только это roadmap на сеньора, и несколько далекого от большинства корпоративных задач, скорее для теоретика :)
Создание дополнительных реестров не решает никакой практической задачи, кроме бюджето-попильной. Блокировка нерегестрированных мобилок по IMEI очень порадует иностранцев. Каждая покупка-продажа подержанного телефона будет сопровождатся посещением некоего разрешающего органа, которому в масштабах страны нужно будет платить миллионы гривен зарплаты, за офис, за серверы. Там где появляется желание вести «реестр», «регистрацию», «сертификацию» — надо сразу видеть коррупцию и бить по рукам.
Ого, клаптик целых 900 кв.см. Я бы понял еще 6 соток, тепличка, помидорчики, все дела. Еще в копилку идей — назвать астероид или планету в честь сеньора, или застолбить делянку на Луне.
Бессмысленно обсуждать вкусы, но, похоже, джентльмены сошлись во мнении, что Старбакс таки говно :) Их любовь к «итальянской» обжарке не то, совсем не то, а вот Lavazza Qualita Oro, приготовленная в «моке» — лучшее на каждый день. Еще бы порекомендовал Dallmayr Promodo, Movenpick и Juan Valdez Fuerte. Вкус мягкий, но насыщенный, не надоедает.
Я бы предложил найти «нишевой» язык, может из разряда «умирающих» (ну те, которые последние 40 лет умирают да не умрут все никак, и которые для бизнеса критичны). Не стоит тягаться с тысячами PHP и Javascript разработчиков, можно пойти против течения, куда молодежь не заманишь никаким калачом. Возраст при этом будет только идти на пользу, есть такой стереотип, если 40+, то значит хорошо разбираешься в древних технологиях.
Это норма. А ежле начать ее учить, когда твой возраст требует шесть битов, то ховайся...
Java как язык — 40 ключевых слов. Это лишь 10% от той экосистемы, которую сейчас подразумевают, когда говорят «пишу на Java». Еще 20% — это обширная библиотека классов, которые наизусть никто не помнит. Еще 20% это ООП, паттерны, готовые решения, которые заранее считаются лучшими и требующими обязательного выполнения. Еще 10% это opinionated фреймворки, которые стали стандартом (Spring). Еще 10% это разнообразные тесты. Еще 10% это IDE, без которой ничего сложнее hello world не написать и не собрать, что немаловажно. Еще 10% это разные DevOps штуки вроде Docker, Jenkins и хрен его знает что, без чего на продукцию не выкатишься. Еще 10% это серверы приложений, Томкат его величество и другие. «И вот с этой всей хренью мы попытаемся взлететь...»
Скромный совет — не пытаться «изучить» все и сразу, входить постепенно от простых но работающих проектов, и главное непрерывно писать писать писать код, «пальцы запомнят».
В Германии до сих пор с заводов отправляют на учебу, чтобы из рабочих делать мастеров и в целом повышать уровень. Оплаченный отпуск по учебе — нормальное явление. Просто там играют в долгую, и человек не бегает от завода к заводу, потому что где то там на 50 евро больше платят.
Даже в проклятом советском прошлом с производств отправляли на учёбу, чтобы повышать профессиональный уровень. Неужели сейчас фирмы не заинтересованы повышать уровень «человеческого капитала»? Я конечно слышал от менеджеров «а зачем их учить, выучатся и разбегутся в другие фирмы», это клинический случай.
Если Вы сжигаете 500 злотых (4.5зл х 6л х 20дней) каждый месяц только на поездки дом-работа, можно снять квартиру ближе к работе, даже если аренда будет дороже на 500 злотых :)
Детский сад при офисе — это отличная идея, без шуток.
Хороший разбор, спасибо. Прямо как мой проект описан. Вопрос только — как лучше управлять тикетами? Scrum-kanban, вот это всё. Обычно валит треть багов, треть рутины (добавить новый продукт, такой же как старый, но с перламутровыми пуговицами), треть новых фич, изредка — разные оптимизации и авральные баги когда всё «само» поломалось и никто не знает как починить.
HTML,CSS,JS, фреймворк, плюс Phonegap/Cordova для компиляции.
Вот сейчас как будто обидно было.
На PM как ни странно, учат :) Общий проектный менеджмент и его применение к IT — обычная дисциплина, но не думаю что в Украине преподается. Менеджер в IT это не та работа, в которой управлять — значит следить стоя за спиной, отмечать за приходы-уходы. Нужно понимать что делают разработчики. В наших реалиях PM это скорее прокачаный лид, к которому разработчики приходят с вопросами «как должна работать фича N». Поэтому без опыта в разработке, или без хорошего образования по специализации Проектный Менеджмент, считаю что шансов стать PM мало.
Кто оплачивал банкет и какой с этого цимес для спонсора? Как я понял, это такой отбор в олимпийский резерв из ДЮСШ, но только про технологии.
Если проект крупный и много тим — уже не получится. Надо масштабироваться как-то.Масштабироваться через иерархию, лучше общаться с 5 тимлидами, каждый из которых руководит 5 человеками, чем общаться с 30 разработчиками. Все сталкивались с ситуацией, когда организовать на поход в кино толпу из
За чей счет эти еффорты?Если ПМ не поспевает, надо нанять помошника. Но делать эту работу нужно. Могу судить по опыту, эмпирически тксзкть — слишком часто видел ситуацию, когда неполная, устаревшая документация не просто бесполезна — она вредит проекту. Устаревшее состояние багтрекера скрывает истинное положение проекта («я думал ты уже закончил — а я думал это не моя куча тикетов»). Устаревшее состояние документации означает, что разработчик (особенно новый) может закодить что-то не работающее («я закодил как в доке написано» — «да там фигня написана, пойти у Васи спроси как надо, он недавно кодил похожее»). Устаревший план версий приведет к анархии на деплое («ты зачем вылил туда 3.1.2-alpha-V2, туда надо 3.3.1-uat-V3», «клиент ожидал увидеть А, а увидел Б»).
Может быть, но именно статья подтолкнула к откровениям :)
Из наблюдений, о слабых менеджерах:
Его багтрекер не отражает реальность. Сотни тикетов висят незакрытыми «потому что». Workflow тикета не отражает процесса разработки. По этой причине PM часто подходит к девелоперу в неподходящий момент чтобы всего-лишь спросить «что ты делаешь». Не отпускает поработать дома («как же я проверю, что ты действительно работаешь?»). Присваивает результаты общего труда("за год моей работы у нас релизнулось, повысилось, улучшилось...«). Забывает или скрывает важную информацию — от клиентов утаивает опоздания по срокам, от команды утаивает реальные сроки, забывает задокументировать митинг, не делает публичными изменения в эстимейтах или требованиях. Давит авторитетом по всем вопросам, даже тем, которые заведомо находятся в компетенции других. Управляет реакционно — «пришло новое требование — быстро всё побросали и делаем его». Не делает попыток защитить команду от активного клиента с богатой фантазией на новые фичи. Считает, что в рабочем дне — 8 рабочих часов, не учитывает риски, не закладывает эстимейты на тестирование и рефакторинг, не учитывает в оценке «известные неизвестные» и «неизвестные неизвестные».
Если говорить о поняшах и единорогах, то сильный манагер:
Коммуникатор уровня 80. Знает 3 языка, умеет и любит говорить по телефону, емейлу, скайпу, языком жестов и дымовыми сигналами. Собирает требования, напрягает клиентов, аналитиков выдать максимум информации о проекте, напрягает команду проанализировать, задать вопросы. Доводит информацию до всех участников проекта. При этом следит за направлением коммуникации — не допускает чтобы решения от клиента шли прямо к разработчику («а сделай-ка быстро эту фичу быстро, но чтобы никто не узнал»). Устраняет ненужные связи и зависимости в коммуникации, не ограничивая горизонтальную коммуникацию.
Делает эстимейты, принимает решения вместе с командой и защищает мнение команды перед клиентом. Доверяет техническим решениям, предложенным командой. Команда видит, что эстимейты реалистичны и верит в успешное завершение проекта. Время отведенное на митинги планирует заранее, не дергая людей «срочно сейчас всё бросили и пошли митинговать».
Поддерживает документацию проекта в актуальном состоянии, форсирует стандарты документирования и правильный workflow в багтрекере. Состояние и фичи система всегда отражены в документации, утверждение «реализовано как описано, и описано как реализовано» в любой момент времени должно быть верным. Максимально документирует требования, митинги, эстимейты. Изменения требований и эстимейтов проводит не в одиночку, а с тимлидами и клиентом. Все ради того, чтобы все были «on the same page». Команда всегда знает что делать сегодня, завтра, через неделю-две.
Обеспечивает команду всем необходимым: интернетом нужной скорости, стол нужной твердости, стул нужной мягкости, борщ нужной жирности (не обязательно ехать покупать самому, главное уметь напрячь правильного человека — завхоза, службу доставки). Если случается овертайм, обеспечит пиццу и такси, даже за свой счет если потребуется. «Сбегает за водкой», точнее организует ее доставку.
Знает людей в своих командах не только по имени. Помнит дни рождения. Знает особенности — наличие детей, например. Видит разницу между интровертами и экстравертами — не трогает одних и шевелит других. Может организовать рабочие условия человеку с особыми потребностями. Хвалит публично, ругает приватно. Не забывает сказать спасибо команде за работу и обратить на это внимание клиента. Поощряет обучение и использование новых технологий в проектах.
Вежлив, учтив, хорошо одевается, не задает дурацкие вопросы, не отпускает пошлых шуток, не говорит о работе за обедом, умеет открыть шампанское и знает что при этом сказать. Знает в какой ресторан пойти с клиентом и кто выиграл последний Super Bowl.
Еще один комментарий «а у нас было так же», хоть я учился не в столичном ВУЗе. Немотивированные студенты, устаревшие программы, малочисленные молодые преподаватели, все одно и тоже. Как человек неравнодушный к образованию, скажу, что проблема мотивации студентов может быть решена отказом от призыва в армию (хотя в условиях 2015 года об этом сложно говорить).
Далеко не всем нужно высшее образование, я видел вполне успешных разработчиков без такового, но похоже общество не готово. На любую работу требуют диплом о в/о, хотя половина выпускников никогда не работает по специальности. Глупое разбазаривание бюджетных средств на ненужные дипломы.
Устаревшие программы могли быть «пофикшены» вовлечением представителей индустрии, но я знаю как минимум один пример, когда человек 10 лет пытался связать ВУЗ и городскую айти индустрию, плюнул и ушел кодить на Java — его усилия оказались не нужны обеим сторонам.
Вероятно, мы видим крушение не только советской школы в Украине, одновременно происходит смена системы — курсы на ютубе могут охватить миллионы, дети охотнее смотрят ютуб чем ходят в школу. Вскоре образование будет больше проводится «экстерном», где университеты будут скорее сертификационными и аккредитационными центрами, чем местом начитки лекций. Упомянутые связи и «социализация» скорее будет на тематических тусовках, user group-ах, специальных networking event-ах для поиска работы.
А что не так-то?