Про devel camp 5.0
Ну вот, devel camp (DC) проведен. По результатам - традиционные записки программного директора.
Вообще-то, у нас получилось неплохо. Но это "неплохо" - в рамках избранной концепции.
Первая проблема - отсутствие "аналитического" трэка. Контента на него не хватало, и трэк был отменен. Наверное, это более правильно, чем высасывать его из пальца. Но делать его надо. Увы, драйвера у этого трэка нет.
Вторая проблема (и возможно, главная) - ориентация на "большинство" сотрудников. В итоге, остаются обойденными "меньшинства" - тру_хакеры, техсопровождение, тестировщики хотят бОльшего (хотя, у них вроде и так неплохие горизонтальные связи налажены).
Раньше эти группы ездили на DC, но говорили, что им не очень интересно. Иногда кто-нибудь из них делал доклад, который оказывался интересен остальным сотрудникам. А иногда оказывался не интересен.
Этот DC меньшинства просто проигнорировали, хотя на нем хватало плюшек - вроде загорода-еды-спа-в-рамаде. Это очень нехороший звоночек.
Остальные плюсы и минусы:
1. Программного директора никто не слушает. Хнык. На самом деле, очень напрягает, когда работаешь с докладчиками, объясняешь, как улучшить доклад, тебе говорят да-да-да, но в итоге доклад остается без изменений. Думаю, это был последний DC, на котором я смотрел сквозь пальцы на эту фигню. Дальше я постараюсь еще больше времени уделять докладчикам, но если это не будет давать отдачу, я просто буду выкидывать доклады из программы нахрен.
2. Мне нужно научиться делегировать работу с докладчиками со-директору. Возможно, нескольким. Как обычно, с делегированием у меня беда :(
3. Делегирование подготовки доклада в отдел не работает. Если тимлид говорит "мой сотрудник сделает доклад, а я его буду курировать, послушаю, поправлю, ля-ля-ля", то это не работает. Все доклады должны замыкаться на программных директоров. Такая вот суровая правда жизни.
4. Осознанно постарался сфокусироваться на "потенциально проблемных" докладчиках, при этом не тратя усилия на сопровождение "потенциально сильных" докладчиков. В общем-то, это работает. Но про одного докладчика я ошибся. Слоупок.
5. Это был лучший DC с точки зрения контроля тайминга и модерации комментов. Мы чему-то учимся :) Но в этом нашлись и свои минусы. Несколько докладчиков, пытаясь уложиться в тайминг, скомкали завершающую часть докладов. Хотя особой необходимости в этом не было - доклады были хорошими, а лишние 3-5 минут не делали погоды. Тоже мой фол - надо обсуждать правила контроля тайминга с докладчиками, менять "сигнальную систему".
6. Хочу дизайнера, которому можно сливать работу по идентике DC. Надо бы включить это в смету :)
7. Вести DC, будучи простуженным, это крайне скверно :(
8. Рамада как место проведения ок. Хотя, из-за простуды я воздержался от бассейна и прочих спа-радостей. Надеюсь, ребята сходили и им понравилось. Надо бы получить на это дело фитбэк.
9. Мало писали в твиттер. Наверное, надо настраивать отдельный экран с TwitDesc.
Ну, это уже пошли мелочи...
Ну и традиционное ИМХО про доклады.
Исаева Наталья, Ликулин Александр. Итоги и планы проекта NauTrainee.
Это был отличный пример того, каким должен быть доклад "общего" трэка. Думаю, большинству слушателей он понравился, его можно было обсуждать... в общем, все хорошо.
Тейхриб Антон. Архитектура web-call.
Во-первых, я рад, что мы сделали этот доклад - телефония через браузеры это сейчас модно, идет новая волна стандартов на эту тему и мы вполне на гребне волны. Наверное, я доволен, что доклад шел в общем трэке, то есть был рассказан не только на суровых гиков. Но доклад получился все равно "гиковатым" (клевый термин, да?), в том смысле, что Антон лихо оперировал названиями стандартов и технологий, не всегда рассказывая, что они на самом деле означают. Если бы этому было уделено больше внимания, то доклад был бы лучше. Внимания - со стороны программного директора. Увы, я облажался.
Селиверстова Наталья, Черемных Татьяна. Жизненный цикл дефекта.
Напишу-ка я про этот доклад много букв :)
Еще лет пять назад, когда мы нанимали тестировщиков, мы делали это в предположении, что вообще работа эта не очень квалифицированная (то есть большого ума не требует), но хороший старт в компании. Человек потестирует годик, а потом мы его (ну, чаще всего, ее:) переквалифицируем в аналитики или в менеджмент какой-нибудь. Ну, или в декрет проводим :) И, в общем-то, это устраивало обе стороны.
А теперь ситуация изменилась. Тестировщики стали хотеть заниматься тестированием и QA. В эту профессию приходят очень неглупые люди. С амбициями. Они активно учатся. У них получается. Они достигают в этом деле очень неплохого уровня в среднем, а кое-кто уже считает себя гуру :)
Теперь вопрос: а готова ли компания вообще и руководители разработки в частности к такому развитию событий?
Ну вот. Если бы не часть доклада под кодовым названием "откровения гуру", то я бы не смог написать эти "много букв" :)
Ключковский Сергей. Backbone, как один из инструментов, позволяющих разложить JavaScript по полочкам.
В общем-то, неплохо и даже полезно, но.... хм... вот что бывает, когда докладчик совсем-совсем не хочет зажечь на сцене и стать рок-звездой :)
Водопьянов Игорь. Геймификация: как это работает?
Крутой доклад. На обеде его обсуждали за салатом и супом, а это - серьезный показатель :)
Патрушев Антон. Highload, PyCon и YoC. Велосипеды и гуру
На самом деле, еще и happydev. В общем, гид по галактике российских ит-конференций для путешествующих автостопом :)
Хороший доклад, полезный. И подача Тоше очень удалась, на моей памяти, он никогда еще не делал доклад настолько раскрепощено. Внутренняя рок-звезда детектед :)
Еловиков Андрей. Инструменты для управления облаком: Puppet&Chief
Опять же, хороший доклад. Интересный и полезный, как мне кажется. Стал одной из жертв модерации тайминга, увы.
Старовойт Андрей. Нагрузочное тестирование
Андрей тоже рок-звезда, но он может зажигать еще круче :) будем над этим работать :) А так - тема вполне раскрыта, там были мысли, которые никак не позволяют назвать доклад банальным.
Безруков Антон. Смена инструмента визуального описания процессов с точки зрения разработчиков: с BPEL на BPMN.
Как человек, который занимался этими технологиями, я уверен, что доклад мог быть более интересным. Увы. Наверное, мой самый серьезный фол этой конфы.
Беклемишев Константин. Работа с мульти-репозиторием git при помощи Android Repo.
Костя очень хорошо делает доклады, и этот раз не стал исключением. Все очень логично, очень понятно. Думаю, в зале все поняли доклад, хотя в нем с git-ом далеко не все работают (что уж говорить о более сложных инструментах как A-Repo). Но есть одно маленькое "но" :) В общем, перед лицом товарищей торжественно клянусь, что в следующий раз подберу Косте тему, с которой он будет реальной звездой кэмпа :) Потому что A-Repo для этого не подходит. Хотя тема, повторюсь, интересная.
Антропов Андрей. Визуализация связей между ресурсами или графическая CMDB
Эхм, почему все доклады про визуализацую данных всегда нравятся слушателям :) Наверное, из-за красивых картинок :)
На самом деле, Андрей кроме картинок действительно хорошо рассказал о решении. Он молодец, будем просить у него еще докладов.
Грабовский Юрий. Как группе разработчиков перейти на Scala?
Доклад, который не очень получился. Несмотря на все старания докладчика, его коллег, нас с Андреем Хитриным....
Наверное, это все мои проблемы с кармой :) Каждый раз, когда я прихожу на доклад по новомодному jvm-based языку, то надеюсь, что докладчик конец-то убедит меня, старпера, что надо бросить гнусную классическую java с ее дурацкими фигурными скобками и телепортироваться в мир прекрасного языка Имярек, с его пышными плюшками, сладким синтаксическим сахаром и прочими прелестями.
Но нифига не получается. Или докладчик слабый, или доклад беспардонно рекламный, или снобизм докладчика оказывается на порядок выше моего (хотя, казалось бы)... В общем, это явно из-за проблем с кармой :)
Ну вот. Не хочется заканчивать пост на грустной ноте, но... пол-второго ночи, думается плохо, поэтому ловите бодрящее видео RHCP - Around the world. Спокойной ночи, увидимся через пол-года :)
Вообще-то, у нас получилось неплохо. Но это "неплохо" - в рамках избранной концепции.
Первая проблема - отсутствие "аналитического" трэка. Контента на него не хватало, и трэк был отменен. Наверное, это более правильно, чем высасывать его из пальца. Но делать его надо. Увы, драйвера у этого трэка нет.
Вторая проблема (и возможно, главная) - ориентация на "большинство" сотрудников. В итоге, остаются обойденными "меньшинства" - тру_хакеры, техсопровождение, тестировщики хотят бОльшего (хотя, у них вроде и так неплохие горизонтальные связи налажены).
Раньше эти группы ездили на DC, но говорили, что им не очень интересно. Иногда кто-нибудь из них делал доклад, который оказывался интересен остальным сотрудникам. А иногда оказывался не интересен.
Этот DC меньшинства просто проигнорировали, хотя на нем хватало плюшек - вроде загорода-еды-спа-в-рамаде. Это очень нехороший звоночек.
Остальные плюсы и минусы:
1. Программного директора никто не слушает. Хнык. На самом деле, очень напрягает, когда работаешь с докладчиками, объясняешь, как улучшить доклад, тебе говорят да-да-да, но в итоге доклад остается без изменений. Думаю, это был последний DC, на котором я смотрел сквозь пальцы на эту фигню. Дальше я постараюсь еще больше времени уделять докладчикам, но если это не будет давать отдачу, я просто буду выкидывать доклады из программы нахрен.
2. Мне нужно научиться делегировать работу с докладчиками со-директору. Возможно, нескольким. Как обычно, с делегированием у меня беда :(
3. Делегирование подготовки доклада в отдел не работает. Если тимлид говорит "мой сотрудник сделает доклад, а я его буду курировать, послушаю, поправлю, ля-ля-ля", то это не работает. Все доклады должны замыкаться на программных директоров. Такая вот суровая правда жизни.
4. Осознанно постарался сфокусироваться на "потенциально проблемных" докладчиках, при этом не тратя усилия на сопровождение "потенциально сильных" докладчиков. В общем-то, это работает. Но про одного докладчика я ошибся. Слоупок.
5. Это был лучший DC с точки зрения контроля тайминга и модерации комментов. Мы чему-то учимся :) Но в этом нашлись и свои минусы. Несколько докладчиков, пытаясь уложиться в тайминг, скомкали завершающую часть докладов. Хотя особой необходимости в этом не было - доклады были хорошими, а лишние 3-5 минут не делали погоды. Тоже мой фол - надо обсуждать правила контроля тайминга с докладчиками, менять "сигнальную систему".
6. Хочу дизайнера, которому можно сливать работу по идентике DC. Надо бы включить это в смету :)
7. Вести DC, будучи простуженным, это крайне скверно :(
8. Рамада как место проведения ок. Хотя, из-за простуды я воздержался от бассейна и прочих спа-радостей. Надеюсь, ребята сходили и им понравилось. Надо бы получить на это дело фитбэк.
9. Мало писали в твиттер. Наверное, надо настраивать отдельный экран с TwitDesc.
Ну, это уже пошли мелочи...
Ну и традиционное ИМХО про доклады.
Исаева Наталья, Ликулин Александр. Итоги и планы проекта NauTrainee.
Это был отличный пример того, каким должен быть доклад "общего" трэка. Думаю, большинству слушателей он понравился, его можно было обсуждать... в общем, все хорошо.
Тейхриб Антон. Архитектура web-call.
Во-первых, я рад, что мы сделали этот доклад - телефония через браузеры это сейчас модно, идет новая волна стандартов на эту тему и мы вполне на гребне волны. Наверное, я доволен, что доклад шел в общем трэке, то есть был рассказан не только на суровых гиков. Но доклад получился все равно "гиковатым" (клевый термин, да?), в том смысле, что Антон лихо оперировал названиями стандартов и технологий, не всегда рассказывая, что они на самом деле означают. Если бы этому было уделено больше внимания, то доклад был бы лучше. Внимания - со стороны программного директора. Увы, я облажался.
Селиверстова Наталья, Черемных Татьяна. Жизненный цикл дефекта.
Напишу-ка я про этот доклад много букв :)
Еще лет пять назад, когда мы нанимали тестировщиков, мы делали это в предположении, что вообще работа эта не очень квалифицированная (то есть большого ума не требует), но хороший старт в компании. Человек потестирует годик, а потом мы его (ну, чаще всего, ее:) переквалифицируем в аналитики или в менеджмент какой-нибудь. Ну, или в декрет проводим :) И, в общем-то, это устраивало обе стороны.
А теперь ситуация изменилась. Тестировщики стали хотеть заниматься тестированием и QA. В эту профессию приходят очень неглупые люди. С амбициями. Они активно учатся. У них получается. Они достигают в этом деле очень неплохого уровня в среднем, а кое-кто уже считает себя гуру :)
Теперь вопрос: а готова ли компания вообще и руководители разработки в частности к такому развитию событий?
Ну вот. Если бы не часть доклада под кодовым названием "откровения гуру", то я бы не смог написать эти "много букв" :)
Ключковский Сергей. Backbone, как один из инструментов, позволяющих разложить JavaScript по полочкам.
В общем-то, неплохо и даже полезно, но.... хм... вот что бывает, когда докладчик совсем-совсем не хочет зажечь на сцене и стать рок-звездой :)
Водопьянов Игорь. Геймификация: как это работает?
Крутой доклад. На обеде его обсуждали за салатом и супом, а это - серьезный показатель :)
Патрушев Антон. Highload, PyCon и YoC. Велосипеды и гуру
На самом деле, еще и happydev. В общем, гид по галактике российских ит-конференций для путешествующих автостопом :)
Хороший доклад, полезный. И подача Тоше очень удалась, на моей памяти, он никогда еще не делал доклад настолько раскрепощено. Внутренняя рок-звезда детектед :)
Еловиков Андрей. Инструменты для управления облаком: Puppet&Chief
Опять же, хороший доклад. Интересный и полезный, как мне кажется. Стал одной из жертв модерации тайминга, увы.
Старовойт Андрей. Нагрузочное тестирование
Андрей тоже рок-звезда, но он может зажигать еще круче :) будем над этим работать :) А так - тема вполне раскрыта, там были мысли, которые никак не позволяют назвать доклад банальным.
Безруков Антон. Смена инструмента визуального описания процессов с точки зрения разработчиков: с BPEL на BPMN.
Как человек, который занимался этими технологиями, я уверен, что доклад мог быть более интересным. Увы. Наверное, мой самый серьезный фол этой конфы.
Беклемишев Константин. Работа с мульти-репозиторием git при помощи Android Repo.
Костя очень хорошо делает доклады, и этот раз не стал исключением. Все очень логично, очень понятно. Думаю, в зале все поняли доклад, хотя в нем с git-ом далеко не все работают (что уж говорить о более сложных инструментах как A-Repo). Но есть одно маленькое "но" :) В общем, перед лицом товарищей торжественно клянусь, что в следующий раз подберу Косте тему, с которой он будет реальной звездой кэмпа :) Потому что A-Repo для этого не подходит. Хотя тема, повторюсь, интересная.
Антропов Андрей. Визуализация связей между ресурсами или графическая CMDB
Эхм, почему все доклады про визуализацую данных всегда нравятся слушателям :) Наверное, из-за красивых картинок :)
На самом деле, Андрей кроме картинок действительно хорошо рассказал о решении. Он молодец, будем просить у него еще докладов.
Грабовский Юрий. Как группе разработчиков перейти на Scala?
Доклад, который не очень получился. Несмотря на все старания докладчика, его коллег, нас с Андреем Хитриным....
Наверное, это все мои проблемы с кармой :) Каждый раз, когда я прихожу на доклад по новомодному jvm-based языку, то надеюсь, что докладчик конец-то убедит меня, старпера, что надо бросить гнусную классическую java с ее дурацкими фигурными скобками и телепортироваться в мир прекрасного языка Имярек, с его пышными плюшками, сладким синтаксическим сахаром и прочими прелестями.
Но нифига не получается. Или докладчик слабый, или доклад беспардонно рекламный, или снобизм докладчика оказывается на порядок выше моего (хотя, казалось бы)... В общем, это явно из-за проблем с кармой :)
Ну вот. Не хочется заканчивать пост на грустной ноте, но... пол-второго ночи, думается плохо, поэтому ловите бодрящее видео RHCP - Around the world. Спокойной ночи, увидимся через пол-года :)
Click to view