Блог:Максима Цепкова/2012-11-01: SECR, день первый - История изменений

MaksTsepkov в 03:24, 1 апреля 2018

2018-04-01T03:24:57Z

MaksTsepkov в 22:26, 27 ноября 2012

2012-11-27T22:26:26Z

Новая страница

{{Conf-Ref}}
Первый день [http://www.secr.ru/ SECR]. Конференция - очень живая, народа много больше чем в прошлом году, и в фойе идет постоянное общение. И при этом параллельно идет 5 треков. Конференция определенно удалась, хотя лично для меня открытий пока не было. Но при этом многие доклады я слушал фрагментарно, желая охватить как можно больше.

Нескромно начну с доклада от нашей компании '''Трансформируем автоформы в качественный интерфейс с помощью DSL. Иван Гаммель, CUSTIS'''. Предметом был достаточно оригинальный подход к построению интерфейсов, промежуточный между автоформами и ручным созданием: сначала порождаем автоформу на основе метаданных. которые и так обычно имеются, например, за счет применения ORM, а затем - трансформируем ее к хорошему виду с помощью DSL. Автоформа порождается в динамике, поэтому если модель изменилась - то изменения подхватятся автоматом, править надо будет только тогда, когда изменения затронут модифицированную вручную часть. Зал - слушал с интересом. Несмотря на накладку с головным микрофоном - докладчик не смог одеть, он не налез, и пришлось держать в руках - звук был очень тихий.

'''Новые языки программирования для JVM: Kotlin и не только. Светлана Исакова, JetBrains''' - '''самый яркий доклад первого дня'''. Вообще про Kotlin я слушал на [http://addconf.ru/article.sdf/ru/add_3/program ADD-2012], так что идеи мне известны. Но они интересны, так что я пришел послушать- и не ушел. Сначала смутила эмоциональность, она внушила ложное впечатление поверхностности доклада. Но оно быстро ушло - рассказ был хороший, структурированный. А языки, о которых шла речь - докладчица знала хорошо и уверенно отвечала на сложные и с подколками опросы зала.

А сама идея Kotlin - это язык для индустриальной разработки на Java-платформе, включающий все преимущества, которые появились в современных языках (C#, Scala и др), и которые в Java отсутствуют. Нацеленный на легкость чтения кода, потому что при коллективной многолетней разработке код больше читаешь, чем пишешь, при чем это чужой код. Полностью совместимый с Java и JDK в обе стороны - чтобы на нем можно было писать новые функциональные куски в старых проектах. Но обладающей отличающейся системой базовых типов, исправляющей косяки Java, например, решающий проблему null pointer и неизменяемых коллекций на уровне статического контроля.

В докладе не только рассказывали про Kotlin, но и сравнивали с альтернативами - Java8, Groovy, .xtext, Ceylon, Scala. Собственно там и было много вопросов, и ответы были - со знанием фактуры и деталей, свидетельствующие о профессионализме.

Язык доступен в OpenSource как prerelease, JetBrains планирует сначала использовать внутри, а потом выкладывать 1.0, но даже внутреннее использование пока не началось, увы. Ждем.

'''Интересные доклады'''

В первой половине дня очень большой интерес вызвали доклады про Agile, они были в переполненном зале, правда не самом большом - тот в это время почти пустовал, это не угадали с интересом с докладом, быть может, считая что тема agile - поднадоела. Так вот, это не так. Доклады:
* '''Epic перехода к Agile. Павел Ходалев, Deutsche Bank'''
* '''SCRUM vs. СКРАМ. Как вести Scrum-проекты с российскими заказчиками? Илья Блаер, First Line Software'''
Оба доклада - не теория и описание общих схем. В них - практика из больших компаний, которые выстроили адаптированный agile для в своей работы. Это доклады не для новичков, а для зрелого применения. Докладчики делятся своим опытом, и это - очень востребовано аудиторией.

Павел Ходалев в своем докладе ответил на основной вопрос - зачем он внедряет agile. Главная причина - он так сокращает свои издержки как менеджера. Ему важна прозрачность работы команды, а agile ее дает. А еще - руководители команд рассказывают ему о проблемах, и он по опыту знает, что многие из них решаются внедрением определенных agile-практик - и советует их руководителем команды. В вопросах спрашивали, есть ли у него в подчинении не agile-команды. а, например, waterfall. Ответ - есть, и они требуют очень много его времени, он много с ними общается, чтобы понять, что все-таки там происходит. А идеи распространяются быстро, как вирус. Но внедряются тяжеловато. Процесс идет, Epic - не зря, еще года на три по его оценкам.

Илья Блаер рассказывал, как быть с теми проектами, которые по отношению заказчика и процедуре не являются agile - тендеры, документация, ГОСТ и так далее. Практики - в принципе известны, proxy product owner и другие, и докладчик говорил о конкретных вариантах применения. Важно, что First Line Software - применяет agile на таких проектах, его преимущества больше, чем дополнительная работа по адаптации.

'''Стратегия Agile-трансформации крупных организаций. Асхат Уразбаев, ScrumTrek''' Последние доклады Асхата - просветительские, но не обучающие, а побуждающие найти информацию самому. Он рассказывает истории и примеры, и при этом дает ссылки на и ключевые слова, а дальше - можно самому изучать. Мне такой подход импонирует.

В этот раз Асхат рассказывал про шаблон менеджерского решения проблемы через усиление ответственность. Для этого - назначить ответственного. На стыках ответственности - назначить своих ответственных. Число ответственных растет, так что реально задача не решается.

А как решение - были отсылки на Модель Коттера. А еще - на способы проявления проблем, на управление через ограничения, а не через задания. На организацию мероприятий по улучшению через Inpediment Backlog. И так далее.

Еще важная идея - про культуры (control, collaboration, cultivation, competence). Реально культура должна быть сбалансирована. Agile тяготеет к collaboration и cultivation потому что их не хватает крупным организациям. Но чрезмерно - тоже вредно. И надо правильно заходить, например, если control-культура, то стоит говорить про burndown chart, как инструмент этого, а collaboration - оно само появится из соответствующих практик, его не надо продавать.

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

'''Эффективная разработка сложных облачных бизнес-приложений. Михаил Щелконогов, Acumatica'''. Интересный доклад, жаль что я пришел в самом конце. О разработке платформы для облачных enterprise-приложений, поверх MS. С девизом: используйте только базовый уровень библиотек, всю надстройку типа MVC - делайте сами. Иначе с очередного релиза у вас все рассыпется. Выбрали MS потому что там уровень ядра - развивается согласованно и централизованно, в отличие от Java, где пришлось бы использовать библиотеки от нескольких венндоров, и они бы рассыпались с новыми версиями. Сторонние библиотеки - не запрещены, но не в ядре, а в функционально изолированных фрагментах. например, построение графиков - они перешли уже на третью библиотеку, и без проблем. В целом обеспечить устойчивость им удалось.

'''Организационная метрическая программа: Как избежать измерения среднего цвета фруктов. Елена Беляева, Александр Бабкин, Motorola Mobilitу'''. Хороший доклад, в отличие от вчерашнего рассказа Кертиса про метрики - современно и по делу. Про то, как строили систему метрик, пригодную для весьма разнородных проектов Моторолы. Пока делили по типу проектов - число метрик сильно возрастало. Поэтому они перестали сравнивать проекты по типам. Выделили активности в проектах по типам деятельности, например, разработка фич или тестов; Запуск тестирования; Автоматизация тестирования; Bug fix; SCRUM как отдельный вид проектов :) И для каждой активности - использовали свой базовый набор метрик. Если активностей в проекте несколько -применяют все метрики. От базового набора - можно расширяться. Если базовый набор нельзя собрать (например, доисторический трекер) - обоснуйте. Надо будет посмотреть слайд с примерами метрик - на предмет идей практического применения у себя.

'''Размышления о программировании: от Аристотеля к Витгенштейну. Сергей Архипенков, Гильдия менеджеров программных проектов'''. Я слушал только конец - потому что был на рассказе про метрики в Мотороле. Сергей говорил о том, что ООП - он концептуально моделирует мир статических объектов Аристотеля, и этим ограничен. А правильно использовать более сложные концепции, в частности онтологию Витгенштейна. В целом идея понятна, о движении в от объектных подходов много [http://ailev.livejournal.com/ пишет Левенчук], правда он опирается на более современные конструкции - ISO 15926 с факт-ориентированным описанием мира, современные направления лингвистики и философии, работающие в практической плоскости, для примера можно почитать [http://ailev.livejournal.com/1007293.html это]. Но у Сергея все это - гораздо более приземленно на программистские реалии, и в целом - более понятно.

'''Оптимизация защиты изобретений в программных продуктах. Дмитрий Платонов, Центр Интеллектуальной Собственности «Сколково»''' Неожиданно для меня, весьма содержательный доклад о патентной защите программных продуктов и связанных проблемах. Много конкретики и историй, хотя и зарубежных - но я только кусочек слушал. Полный зал, хотя и небольшой.

И '''кратко про остальные доклады, которые я слышал'''. Докладчикам же интересна обратная связь :)

'''Разработка ПО как бизнес — прошлое, настоящее, будущее. Аркадий Добкин, EPAM Systems'''. Вступительный доклад на открытие конференции. Это мог быть замечательный доклад. Но не получилось, сначала было слишком много цифр и статистики, причем не впечатляющей (6% роста отрасли - о чем оно), потом был рассказ про историю компании, это было веселее и более содержательно.

Отсылка к книге Yordan Decline and Fall of the American Programmers - которая подтвердила решение делать собственную компанию - очень интересно. Потому что это частный случай концепции посткапитализма, как общества, в котором конкурентное преимущество Запада обеспечивается знаниями, которые невозможно скопировать, об этом рассказывал Рон Янг на KMRussia-2011 ([http://lib.uml2.ru/Управление_знаниями_-_KM_Russia_2011#.D0.A0.D0.BE.D0.BD_.D0.AF.D0.BD.D0.B3 мой отчет]). Думаю, надо будет почитать.

500-700 человеко-лет, вложенных в собственную экосистему - впечатляет.

Но все-таки, рассказ был не слишком системным. Я уверен, что тот же материал можно было подать гораздо лучше. Отдельных фактов.

'''Борьба за микросекунды. Дмитрий Труб, Deutsche Bank'''. Разочаровал. В 2010 на банковском дне SECR я слушал [http://2010.cee-secr.org/lang/ru-ru/banks-regular-talks/global-algorithmic-trading-platform-architecture-and-technology/ доклад Алексея Сприжицкого] на эту тему. там было хорошее сочетание достижений и технологических аспектов, которыми это обеспечивалось. У Дмитрия технологий не было совсем, а без них достижения - не слишком интересны.

'''Прототипирование финансовой системы рассуждений для принятия решения о выдаче кредита. Юрген Хёнигл, JKU'''. Идея - понятна, выдавать решения на основе предыдущих кейсов. При этом используется открытый движок [http://weko.sourceforge.net Waikato Environment for Knoledge Analisys]? и это - тоже интересно. Но пока все это - лишь прототип.

'''Аналитический модуль автоматизированной системы управления инкассации коммерческого банка. Иван Кауров, DeCoSp LLC''' - реально только пополнение банкоматов. Уже вроде достаточно проработанная система, но пока - тоже не внедрена, и конкретного заказчика - нет. А идея сама по себе не слишком сложная - взять прогнозы, учесть остатки.

'''Командная разработка современных приложений с Visual Studio 2012. Александр Яковлев, Microsoft'''. Практически демонстрация TFS, в общем-то для новичков. Таковых среди слушателей было много, так что доклад, думаю, востребован. А я - так, зашел в серединке.

'''Взгляд со стороны на проблемы интеграции ПО в Банковском секторе. Александр Аристов, Auriga'''. Тоже кусочек. Понятный доклад об особенностях банковской разработки, взаимодействия с заказчиком - не только про интеграцию. Я это знаю, мы с банками работаем, но тем. кто не работает - наверное, интересно. В противоположность Дойчу, у Auriga нет SCRUM, XP и другим экспериментам. Промежуточные демоснтрации рулят, а остальное заказчик не понимает.

'''Круглый стол по электронной коммерции. Модератор: Адриан Хенни, EWDN''' Получилось кисло. Статистика, с повторениями - в стиле западного телевидиния для тупых :) Про великие перспективы российского рынка. Они - есть.

'''Мобильный банкинг — наступившее будущее банковских услуг. Дмитрий Лозенко, Auriga'''. По контрасту с круглым столом - куда более содержательно. И кроме статистики - пошли реальные скриншоты, отражающие развитие sms-банкинга с увеличением функционала и сложности по мере развития самих телефонов.

'''Поставка решений по дисциплинированному Agile в двух словах. Марк Лайнс, Scott W. Ambler + Associates'''. Рассказ - по книге Disciplined Agile Delivery, некоторая комбинация разных методов, ничего существнно нового. И мне - не понравилось, потому как теория - она известна, а сам рассказ - длинный на каждом слайде, не впечатляет совершенно, увы.

'''Однозначная интерпретация JSON. Милослав Средков, Sofia University''' JSON становится более и более популярным - много лучше XML. Но с ним есть неоднозначности по реализации. Они проанализировали спектр реализаций, и дают результаты, в том числе - выделили некоторое ядро. Вообще это забавная гримаса современного мира - ученые начинают изучать артефакты программирвоания подобно тому. как раньше изучали объекты неживого мира.

'''Круглый стол Российские компании-разработчики ПО в свете мировых трендов ИТ-рынка''' Интересно, потому что участники - руководители ведущих компаний. Но мутно, они были не слишком готовы к обсуждению темы.

'''Психологическая подготовка программных инженеров: миф или реальность? Елена Мандрикова, ВШЭ''' Рассказ о курсе ВШЭ, где они преподают программистам психологию. Там индивидуальная психология, взаимодействие, организационная психология. Учат анализировать фильмы, видеть в них шаблоны поведения, конструктивно давать обратную связь и так далее. На западе - есть, норма. У нас - они первые, и они - молодцы. Но как доклад - оно мне показалось не очень интересным.

{{wl-publish: 2012-11-02 01:45:14 +0400 | MaksTsepkov }}

@@ Строка 33: / Строка 33: @@
 В конце, естественно. был вопрос, когда Agile вреден. Так вот, он вреден когда результат не нужен, а надо освоить бюджет. Ну и потом в фойе Асхат больше полутора часов отвечал на вопросы.
-'''Эффективная разработка сложных облачных бизнес-приложений. Михаил Щелконогов, Acumatica'''. Интересный доклад, жаль что я пришел в самом конце. О разработке платформы для облачных enterprise-приложений, поверх MS. С девизом: используйте только базовый уровень библиотек, всю надстройку типа MVC - делайте сами. Иначе с очередного релиза у вас все рассыпется. Выбрали MS потому что там уровень ядра - развивается согласованно и централизованно, в отличие от Java, где пришлось бы использовать библиотеки от нескольких венндоров, и они бы рассыпались с новыми версиями. Сторонние библиотеки - не запрещены, но не в ядре, а в функционально изолированных фрагментах. например, построение графиков - они перешли уже на третью библиотеку, и без проблем. В целом обеспечить устойчивость им удалось.
+'''Эффективная разработка сложных облачных бизнес-приложений. Михаил Щелконогов, Acumatica'''. Интересный доклад, жаль что я пришел в самом конце. О разработке платформы для облачных enterprise-приложений, поверх MS. С девизом: используйте только базовый уровень библиотек, всю надстройку типа MVC - делайте сами. Иначе с очередного релиза у вас все рассыпется. Выбрали MS потому что там уровень ядра - развивается согласованно и централизованно, в отличие от Java, где пришлось бы использовать библиотеки от нескольких вендоров, и они бы рассыпались с новыми версиями. Сторонние библиотеки - не запрещены, но не в ядре, а в функционально изолированных фрагментах. например, построение графиков - они перешли уже на третью библиотеку, и без проблем. В целом обеспечить устойчивость им удалось.
 '''Организационная метрическая программа: Как избежать измерения среднего цвета фруктов. Елена Беляева, Александр Бабкин, Motorola Mobilitу'''. Хороший доклад, в отличие от вчерашнего рассказа Кертиса про метрики - современно и по делу. Про то, как строили систему метрик, пригодную для весьма разнородных проектов Моторолы. Пока делили по типу проектов - число метрик сильно возрастало. Поэтому они перестали сравнивать проекты по типам. Выделили активности в проектах по типам деятельности, например, разработка фич или тестов; Запуск тестирования; Автоматизация тестирования; Bug fix; SCRUM как отдельный вид проектов :) И для каждой активности - использовали свой базовый набор метрик. Если активностей в проекте несколько -применяют все метрики. От базового набора - можно расширяться. Если базовый набор нельзя собрать (например, доисторический трекер) - обоснуйте. Надо будет посмотреть слайд с примерами метрик - на предмет идей практического применения у себя.
-'''Размышления о программировании: от Аристотеля к Витгенштейну. Сергей Архипенков, Гильдия менеджеров программных проектов'''. Я слушал только конец - потому что был на рассказе про метрики в Мотороле. Сергей говорил о том, что ООП - он концептуально моделирует мир статических объектов Аристотеля, и этим ограничен. А правильно использовать более сложные концепции, в частности онтологию Витгенштейна. В целом идея понятна, о движении в от объектных подходов много [http://ailev.livejournal.com/ пишет Левенчук], правда он опирается на более современные конструкции - ISO 15926 с факт-ориентированным описанием мира, современные направления лингвистики и философии, работающие в практической плоскости, для примера можно почитать [http://ailev.livejournal.com/1007293.html это]. Но у Сергея все это - гораздо более приземленно на программистские реалии, и в целом - более понятно.
+'''Размышления о программировании: от Аристотеля к Витгенштейну. Сергей Архипенков, Гильдия менеджеров программных проектов'''. Я слушал только конец - потому что был на рассказе про метрики в Мотороле. Сергей говорил о том, что ООП - он концептуально моделирует мир статических объектов Аристотеля, и этим ограничен. А правильно использовать более сложные концепции, в частности онтологию Витгенштейна. В целом идея понятна, о движении от объектных подходов много пишет [http://ailev.livejournal.com/ пишет Левенчук], правда он опирается на более современные конструкции - ISO 15926 с факт-ориентированным описанием мира, современные направления лингвистики и философии, работающие в практической плоскости, для примера можно почитать [http://ailev.livejournal.com/1007293.html это]. Но у Сергея все это - гораздо более приземленно на программистские реалии, и в целом - более понятно.
 '''Оптимизация защиты изобретений в программных продуктах. Дмитрий Платонов, Центр Интеллектуальной Собственности «Сколково»''' Неожиданно для меня, весьма содержательный доклад о патентной защите программных продуктов и связанных проблемах. Много конкретики и историй, хотя и зарубежных - но я только кусочек слушал. Полный зал, хотя и небольшой.