Стань сильним Software Architect, впорядкуй знання та отримай нові навички. Реєстрація на тренінг!
×Закрыть

Беседа со специалистом по экстриму Николаем Алименковым

20-й выпуск подкаста «Откровенно про IT-карьеризм».

Встреча с легендарным экспертом Java разработки, Scrum мастером, тренером, спикером многих международных конференций Николаем Алименковым. Разговор о Agile и XP практиках, об «анонимных разработчиках», о распределении времени работы и личной жизни.

Скачать файл (90.4 Мб/39:29 MP3, 320 kbps)

P. S. Остальные выпуски подкаста — на странице shami13.podfm.ru/it-career

LinkedIn

48 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Спасибо, было интересно

Рады слышать)))

Встреча с легендарным экспертом Java разработки

И кто-то еще удивляется 23-летним синьорам.

Mykhailo Marchenko, не в обиду Николаю, но слова надо выбирать.

Прошу прощения, я уже был не раз подколот за «легендарным». Выбирал название не я. Но с другой стороны мне уже и не 23, а 28. ;)

Так укол не вам :)
Просто мысли вслух: люди очень легко вешают (и на себя и на других) титулы. От и получетсо: быть синьором в 23 — это нормально, быть легендарным в 28 — это нормально, а работать не надо (это не привязываясь к конкретно вам)

То есть вы не согласны, что Алименков, по своему легендарен в Украине?

Я про него просто ряд мифов уже слышал и о них даже говорил в подкасте

Какая у вас бурная фантазия!

Покашо единственный миф что я слышал — это то что он легендарен, причем от вас :) Кстати, легендарный и «человек про которого существуют мифы» — это разные вещи.

Давайте закончим бессмысленную полемику. Вроде как уже порешили, что название выбрано чересчур пафосное. :)

Макс, 5 баллов! :) Я не дорос еще до самого красивого, но есть куда стремиться. :)))

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

Скрам-мастеры — фиктивная профессия, программисты, не умеющие хорошо пррограммировать. Кто угодно справится с этой задачей.

Когда я на доу подписывалась, этого не было.

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

Скрамы — безполезный бред. Со времен доскрамовых, количество проваленных или выполненных не в срок проектов не уменьшилось.

— до скрама проваливались 6 проектов из 7, со скрамом 2 из 3, не серебряная пуля, но все же лучше.

Подкасты — информационный мусор, всю полезную информацию из них можно получить в разы быстрее через чтение.

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

Скрам-мастеры — фиктивная профессия, программисты, не умеющие хорошо пррограммировать. Кто угодно справится с этой задачей.

Лет 10 назад слышал очень похожее про менеджеров и сейчас периодически проскакивает. Кто угодно справиться с задачей и сео и дворника, вопрос в качестве, стоимости и сроках. Скрам мастер не обязательная профессия для работы команды, но скрам мастер своего рода катализатор для роста эффективности команды.

— до скрама проваливались 6 проектов из 7, со скрамом 2 из 3, не серебряная пуля, но все же лучше.
Цифра, взятая с потолка.
Лет 10 назад слышал очень похожее про менеджеров и сейчас периодически проскакивает. Кто угодно справиться с задачей и сео и дворника, вопрос в качестве, стоимости и сроках. Скрам мастер не обязательная профессия для работы команды, но скрам мастер своего рода катализатор для роста эффективности команды.
«Катализатор» он только в умах зомбированных скрам-конференциями.
Реальные заявления популярных стартапов или больших продуктовых компаний, где используется скрам со строкой «сильно повысилась наша продуктивность» в студию.

Таких заявлений сколько угодно. Scrum внедряется массово очень много где. Полно статей и отчетов в интернете. Вы просто не удосужились поискать. Вот вам для примера видео о работе распределенной команды по Agile — www.infoq.com/...iev-Experiment Недавно Хенрик Книберг написал небольшую книжку про внедрение Agile подходов в большой проект и про результаты внедрения — www.crisp.se/...e-trenches.pdf Ищите и найдете!

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

Я искала и не нашла ни одного проекта, подходящего под мои вышеуказанные критерии.

Мы говорим именно за скрам, а не аджайл в целом, это очень разные вещи, немного похожие (сами скрамеры часто преподносят их церковь, как подмножество аджайла). Аджайл — не мусор, скрам — мусор.

Agile — это всего лишь набор принципов, которым стоит следовать, чтобы делать качественно проекты. Некоторые возводят Agile в ранг философии. Scrum — это всего лишь одна из методологий, основанных на Agile принципах. Вот вам одна из ссылок на результаты опроса о том, какие методологии используются. Scrum в чистом виде или совместно с XP используется в большей части случаев. А для вас «мусор». www.versionone.com/...ey/10/page3.asp

Интересно, а что по вашему используют указанные вами команды? Agile как философию? :)

А еще вы бы хоть профиль заполнили, чтобы понимать с кем разговор идет. Что у вас за замечательный опыт работы, в следствии которого вы ненавидите Scrum? Сколько лет вы в мире IT? Какую позицию занимаете в компании? А то звучит это все пока необоснованно и ненатурально. А самое главное без альтернатив. Вы знаете секретную методологию разработки продуктов? Опробовали ее на команде хотя бы из 5 человек?

Секретная методология очень простая: у нас в компании каждый работает как хочет — дома / в офисе / ночью / днем / на пару. «Часы» мы не замеряем. Затем синхронизируем все наработки раз в неделю и выкатываем новые крутые фичи. CEO компании программистам ни в чем не отказывает. В принципе, он и сам так же программирует, как и мы. Короче, компания «друзей». Основной упор — на общение по irc.
Судя по тому, что количество пользователей все еще прибавляется (уже 10М+), мы все делаем правильно.

Со скрамом был опыт, естественно, и это очень плохо. Тот проект до сих пор не вышел на внятный уровень.

А «сколько лет в мире it» вообще не важная вещь. Если человек тупой, то хоть он десять лет работает, умный его обгонит по знаниям уже через два года. Но если на то пошло, на прошлом месте у меня был «chief software architect».

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

Кто-то не умеет плавать, но он же не кричит, что плавание это бесполезное занятие

Я умею «скрамить», спасибо бывшему скрам-мастеру. Знаю терминологию, использовала. И я считаю, что это бесполезное занятие.

хорошая тема для колонки на ДОУ, «Почему Скрам (и другие методологии) это бесполезное занятие»

Секретная методология очень простая: у нас в компании каждый работает как хочет — дома / в офисе / ночью / днем / на пару. «Часы» мы не замеряем. Затем синхронизируем все наработки раз в неделю и выкатываем новые крутые фичи.

Юношеский максимализм помноженный стартапной лихорадкой. К сожалению принцип «мы все друзья и работаем когда и сколько хотим» не работает в заказной разработке или в более-менее большой команде. Примите это как факт, проверенный неоднократно. Хотя по указанным причинам вы его не примете. :)

CEO компании программистам ни в чем не отказывает. В принципе, он и сам так же программирует, как и мы. Короче, компания «друзей». Основной упор — на общение по irc.

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

Судя по тому, что количество пользователей все еще прибавляется (уже 10М+), мы все делаем правильно.

Ваше утверждение необосновано. Возможно вы бы могли расти еще быстрее. Все познается в сравнении, если бы все делали правильно. :)

Со скрамом был опыт, естественно, и это очень плохо. Тот проект до сих пор не вышел на внятный уровень.

Так может делали криво или Scrum не подходил вам изначально? В «компании друзей» думаю он и не должен работать. Нельзя, попытавшись вбить гвоздь в бетонную стену, обвинить гвоздь и отказаться от гвоздей в принципе.

А «сколько лет в мире it» вообще не важная вещь. Если человек тупой, то хоть он десять лет работает, умный его обгонит по знаниям уже через два года. Но если на то пошло, на прошлом месте у меня был «chief software architect».

По поводу лет полностью согласен. Просто опыт отражает с чем человек успел столкнуться в своей работе. У нас есть компании такого размера, где ввели должность «chief software architect»? Это должна быть команда человек на 50-100. Или вас назначили в «компании друзей» чтобы сделать приятное? ;)

Забавно, как все, вроде, взрослые дядьки съезжают на «максимализмы».

Да нет, скрам делали нормально. Просто сначала мы работали с хорошей продуктивностью, со скрамом она уменьшилась в полтора-два раза. Скрам-мастер еще гордился своими сертификатами (или что там было, я уже не помню). А разработчики от такого графика были недовольны. И это было в одной из бывших компаний, а не в текущей.

Я работала не «у нас».

Забавно, как все, вроде, взрослые дядьки съезжают на «максимализмы».

Причем тут сьезды? Вы не видите разницы между заказной разработкой больших серьезных проектов и Васей, который собрал 3-4 «друзей», чтобы сделать очередную «хранилку файлов» или «социальную сеть для гиков». А мы даже еще не начали говорить о распределенных командах в 2-3 локациях по 10-50 человек в каждой. Хотя, наверное, это глупости. Ведь так проекты не делают, да? :)

Да нет, скрам делали нормально. Просто сначала мы работали с хорошей продуктивностью, со скрамом она уменьшилась в полтора-два раза. Скрам-мастер еще гордился своими сертификатами (или что там было, я уже не помню). А разработчики от такого графика были недовольны. И это было в одной из бывших компаний, а не в текущей.

Уже не сочетается «скрам делали нормально» с «скрам-мастер еще гордился своими сертификатами». По хорошему уже после первых итераций на ретроспективе все должно было определиться и разработчики указали бы на проседание продуктивности. А если делался Scrum только для галочки, то так и выходит как у вас.

Я работала не «у нас».

Вы не поняли. Ваша позиция была чистым «фейком». «Chief software architect» бывают только в очень больших командах и это чуть ли не максимальное, до чего может дослужиться разработчик. Вас туда поставили с парой лет опыта? Вы действительно сделали/участвовали хотя бы в 5-10 проектах и имеете реально большой опыт в архитектуре? В этом случае вы входите в десятку лучших программистов в Украине. Среди моего широкого круга общения нет ни одного «Chief software architect». Преклоняюсь... :)

«больших серьезных проектов» что, финансовые приложения учета продаж для контор под заказ сегодня считаются очень серьезными у аутсорсеров?

Проектов было прилично.

Еще раз повторяю: я не в Украине.

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

А не в Украине такими титулами вообще не разбрасываются. Средний опыт архитектора в хорошей компании за рубежом около 10 лет. А «Chief software architect» даже сложно представить.

Проект на джаве серьезен априори и по умолчанию! Это же ДЖАВА ;)))

Както очень не научно судить о полезности теории, по одному эксперименту

Цифра взята из выступлений Кривицкого, насколько помню, даже с послденго Бейз Кемпа в днепре. Скрам внедряют и продвигают в Google, IBM, Microsoft, Nokia. Это не серебряная пуля, не идеальное решение всего и вся, но это работает

Без ссылок можно даже не комментить, пока что я слышу только выдумки из церкви скрама.

Надоел ваш мусор в моем рсс-ридере. Сколько ж можно? Когда я на доу подписывалась, этого не было.

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

Скрамы — безполезный бред. Со времен доскрамовых, количество проваленных или выполненных не в срок проектов не уменьшилось.

Вы лично меряли? Я много работаю с разными командами и знаю команды, которые раньше вообще не могли ничего поставить заказчику. Теперь ситуация у них гораздо лучше. У нас в компании нигде не декларируется, что команды должны работать по Agile. Каждый проект выбирает себе подход самостоятельно. Тем не менее большая часть выбирают Scrum и работают весьма успешно. Опубликованная в интернете статистика говорит совсем об обратном — количество проваленных проектов уменьшается. Но у вас свои цифры...

Подкасты — информационный мусор, всю полезную информацию из них можно получить в разы быстрее через чтение.

Тут все просто: не нравится — не слушай. Чего парится то? Я сам мало слушаю подкастов, но за вчерашний день получил много положительных отзывов и задумался. Возможно стоит послушать. Подкаст не напрягает, потому что можно заниматься чем угодно во время прослушивания: ехать в машине, читать, играть в игры, смотреть фотографии, готовить еду и т.д. С чтением такое не пройдет.

Скрам-мастеры — фиктивная профессия, программисты, не умеющие хорошо пррограммировать. Кто угодно справится с этой задачей.

Скрам-мастер — это роль, а не конкретный человек. Если в вашей команде процесс поставлен нормально и все его до конца понимают, то любой разделяет эту роль. Если у вас новая команда, то вам нужно иметь человека с данной ролью. Иначе многое может пойти не так. По поводу не умеющих разрабатывать — это просто смешно. Во многих компаниях эту роль доверяют наиболее опытному разработчику или тимлиду и эта роль не главная в их работе. Они продолжают разрабатывать, разделяя несколько ролей. По поводу «кто угодно справится» — рассуждения абсурдны. Вы попробуйте успешно построить Scrum команду и тогда увидите насколько это непросто. Может поэтому у вас количество проваленных проектов и не уменьшается? ;)

Опубликованная в интернете статистика говорит совсем об обратном — количество проваленных проектов уменьшается
Ссылку в студию.
По поводу не умеющих разрабатывать — это просто смешно. Во многих компаниях эту роль доверяют наиболее опытному разработчику или тимлиду и эта роль не главная в их работе. Они продолжают разрабатывать, разделяя несколько ролей
Не знаю ни одного реально известного программиста, являющегося одновременно адептом scrum-церкви. Известного — на уровне или немного ниже Одерски в сообществе Скала или там Армстронга (Эрланг), а не «реально крутого программиста-менеджера-секретаря-скрам-мастера из украинской аутсорс-конторы».

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

Реально известные программисты обычно не работают в командах над продуктами или стартапами. Именно поэтому вы о них и знаете. Некоторые из них вообще работают без команды самостоятельно. Зачем им Scrum? При чем к ним Scrum. Я вам приведу в пример компанию ThoughtWorks, в которой работали и работают много талантливейших программистов. Они выпустили немало очень классных продуктов, но являются ли эти люди для вас реально известными? Думаю нет. Ведь они не основали сообщество вокруг Scala или не написали ядро Линукса. Зато у них гораздо больший опыт работы в слаженной команде и поставке коммерческих продуктов, чем у приведенных вами людей. Вот такая история...

Давайте закончим эту безаргументную дискуссию. Такое ощущение, что все указанные вами товарищи пишут вам слезные письма о том, как они ненавидят Scrum, а вы им в ответ описываете свою «серебряную пулю» из «компании друзей». Они в восторге понимают, что их скудные умишки раньше не могли додуматься до принципа «работай сколько хочешь и когда хочешь» и рассыпаются в благодарностях. А вообще было бы неплохо для мирового сообщества, чтобы вы лично опубликовали статистику используемых подходов, потому что вы в курсе где и как что работает. Мы бы все были благодарны.

Вот вам парочку: John Ferguson (@wakaleo), Mark Needham (@markhneedham), практически все разработчики ThoughtWorks, Dan North (@tastapod). Хватит?

Вы бы хоть пару минут потратили на поиск вместо того, чтобы демонстрировать неграмотность. Из под рук этих людей вышли продукты Mingle, Twist, Go, а когда-то Cruise Control и Selenium. Один из них является одним из основных коммиттеров Jenkins/Hudson и пишет первую книгу по Jenkins.

То есть если проповедник и аватар не сказал, что это хорошо, то это еретика?)))

Подкасты это один из форматов. Если Вам полезно читать — так читайте (кто-то не дает что-ли).

А киноиндустрия — так там всех пострелять нужно... Сколько ресурсов идет на производство пленки и т/п вещей...

ПС — Мне подкасты нравятся. Заливайте новые — жду с нетерпением )

Уже залито еще 5 подкастов)))

ага — я заметил ) хорошо послушать — прикольно

Коля молодец!

Алименков рулит!

А Коля рулит, и ждет его большой успех!!!))

Спасибо, очень приятно! Надеюсь, не было скучно. :)

Скучно не было. Теперь интересно еще записать твоего партнера и сравнить)))

Подписаться на комментарии