Персональные инструменты
 

2014-03-14: SECON в Пензе

Материал из CustisWiki

Перейти к: навигация, поиск
SECON-2014-photo-2.jpg

Вслед за HappyDev, где я был в декабре, 14.03.2014 поехал в Пензу на SECON: меня позвали рассказать про DDD. Я еще в Омске почувствовал отличие региональных конференций от проходящих на уровне России и СНГ и писал об этом в своем посте. Дело в том, что региональные конференции неотделимы от регионального IT-сообщества, организуются им и как площадка общения IT-шников, и как возможность для получения ими новых знаний, нового опыта, для чего приглашаются хорошие докладчики. Но и местные докладчики тоже, естественно, присутствуют, потому что сильные IT-сообщества означают наличие достаточно значимых разработческих компаний в регионе. При этом конференции реально многолюдные, в Пензе второй год число участников — около 500, это много и по меркам российских конференций. И это не предел, в Ульяновске проходит Cтачка и UlCamp, собирающие больше тысячи участников и приглашающие докладчиков-экспертов мирового уровня. На них я еще не был.

На фотках — зал на открытии конференции, на переднем плане на второй фотке — Максим Семенкин, организатор и идейный вдохновитель конференции.

SECON-2014-photo-1.jpg

И в новых условиях крупным конференциям надо заново искать свою позицию. Я не хочу сказать, что они будут вытеснены региональными конкурентами, просто надо представлять себе какую именно ценность они приносят. Мы в SECR пробуем в этих условиях стать мостом между новыми формирующимися сообществами и более традиционными IT-институтами мирового уровня. Приглашать докладчиков — реальных гуру, таких как Ивар Якобсон (создатель UML и Usecase) и при этом продолжающих активно действовать — Ивар рассказывал на конференции 2013 года про SEMAT, который появился только-только и при этом успешно завоевывает мир. Служить площадкой для общения IT-сообщества с вузами — статус ACM-конференции означает, что принятые доклады, оформленные как научные статьи, еще и попадают в электронную библиотеку публикаций ACM, что важно как для докладчиков, совмещающих практическую работу с преподаванием, так и для их университетов. Ну и собирать лучшие доклады высокого уровня в России, СНГ и мире. Пользуясь случаем, агитирую выступать и приезжать участвовать. Хотя участие дороже, оно доступно, особенно при ранней регистрации, а для докладчиков участие бесплатно.

SECON-2014-photo-3.jpg

Возвращаюсь к SECON. Конференция проходила в пензенском Технопарке высоких технологий «Рамеев», носящем имя пензенского ученого, участвовавшего в создании вычислительной техники СССР, начиная с аналоговых моделей. На фотке — выставка.

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

В формате обмена мнениями был очень интересный баркэмп про образование. Это, кстати, тоже тренд, проявившийся на круглом столе SPMconf, HappyDev и здесь. Трендом тут является не тема, а суть обсуждения. IT развились до того уровня, когда есть потребность в подготовке кадров, которую крупные компании в свое время закрыли для себя учебными центрами, а новым этого не хватает. И они обсуждают различные формы в практическом, деятельностном залоге. В том числе — взаимодействие с вузами, где они пока не готовы открывать кафедры. Тут, кстати, все сильно зависит от местного вуза. В Омске, например, университет сотрудничает с местным сообществом, и за последний год они перешли от уровня взаимодействия с отдельными компаниями к скоординированной общей деятельности. Что, кстати, сразу дало позитивный эффект — после сравнения курсов, читаемых разными компаниями, получилось убрать дублирование и за счет этого сэкономить время и дать дополнительные материалы. В Ульяновске идет взаимодействие на уровне предоставления площадей. А в Пензе, и не только в ней, вуз относится к деятельности IT-компаний как к попыткам поживиться за счет государства, или как к потенциальному месту срубить деньги — и хочет денег даже за предоставление помещений. Потому что система образования не заинтересованна в подготовке специалистов, востребованных обществом, у нее по факту — совсем другие KPI. И, собственно, основным выводом обсуждения было признание этого факта и, как следствие, — работа на уровне конкретных преподавателей с созданием параллельных структур образования в тех местах, где вузы глухи. Да, это непрофильная деятельность и обременение, но — вполне посильное сильным IT-сообществам. И факт состоит в том, что через несколько лет оно обременением быть перестанет, поэтому вузы, не включившиеся в такую деятельность, — вымрут. Значит, туда им и дорога.

Теперь о том интересном, что я услышал на докладах. Кирилл Мокевнин рассказывал про все аспекты работы с сотрудниками, которые позволяют построить не просто компанию, а сообщество увлеченных, успешно самореализующихся людей, действующих совместно. Составляющие, с одной стороны, понятные и теоретически знакомые, с другой стороны — далеко не везде такое получается и даже ставится такая задача. А между тем это — явные тренды, веление времени. Правда, успешные примеры пока ограничиваются небольшими компаниями, до 50 человек или несколько больше. Но большие, включая таких гигантов как Google и Microsoft, некоторое время назад тоже начали работать в этом направлении, и я думаю, что через некоторое время тут будет прорыв. Я, кстати, буду на AgileDays рассказывать, почему это соответствует общемировым закономерностям развития, говоря о системах ценностей.

Был интересный доклад Максима Зайцева «Госуслуги. Open: OpenSource для государства» — о том, как систему портала для оказания госуслуг, разработанную и эксплуатирующуюся в Пензенской области, выложили в OpenSource, и в результате, она является бесплатно-доступной для всех желающих. И разработчики надеются, что она вытеснит большинство других системы госуслуг, потому что многие из них были сделаны быстро в ущерб качеству и представляют собой тяжелые в эксплуатации и неповоротливые изделия, а их же необходимо развивать, подключая новые услуги. Сами разработчики при этом готовы предоставлять услуги по развертыванию системы и адаптации ее к нуждам конкретного региона, уже на платной основе, однако при открытых исходных кодах и наличии квалифицированных кадров можно обойтись и без них, во всяком случае, спектр взаимодействия весьма широк. Они спокойно на это смотрят, видя в этом еще и социальную составляющую — госуслугами пользуемся мы все, и если система будет эффективна — то общество в выигрыше. А внутри системы — BPMN-движок для выстраивания процессов по оказанию услуг и их прохождению по разным ведомствам, и точки интеграции с системами конкретных ведомств, обвешанные электронными подписями и прочей достаточно тяжелой инфраструктурой, необходимой для такой системы.

Еще я был на нескольких докладах, на которых рассказывали про осваивание новых для команды технологий или шаблонов реализации или даже созданию новых, например, о переходах от callback к взаимодействию через события или кодогенерации интеграционного слоя на основе описаний структур данных с аннотациями. Тут очень интересные впечатления. Когда такую вещь рассказывают с техническими подробностями, то, во-первых, это полезно тем, кто только смотрит в эту сторону, решая аналогичные задачи. А, во-вторых (хотя это куда менее очевидно) полезно тем, кто этот путь уже прошел. Дело в том, что конкретная реализация — отличается. И настоящий профессионал — тот, кто понимает, почему реализация оказалось другой и может сравнить плюсы и минусы в контексте конкретных проектов. Сами докладчики чаще всего это сделать не могут, потому что для них это первый опыт. Но вот, что интересно: более опытные тоже не могут — они в свое время такой путь прошли, и у них тоже единственный опыт — свой, который, при удачном исходе, рассматривается как лучший, а при неудаче — как непригодность технологии (ну, пусть, только к их проектам). А на самом деле он, как правило, не лучший, а просто другой. Особую прелесть этим сравнением придает тот факт, что «программирование — единственная область, где с костылями быстрее, чем без них» (Максим Дорофеев), и отличие профессионала в том, что он умеет строить баланс костылей и красивых решений. Я не хочу сказать, что сам могу всегда ответить на вопросы сравнения разных решений но, во всяком случае, я исходно рассматриваю услышанные решения именно как другие, различаю костыли и красивые решения и пробую сравнить их и свои решения с этой точки зрения.

А сам я делал обзорный доклад по DDD, акцентируя внимание на концептуальный уровень, на единый язык и построение коммуникаций, а не просто работу с моделями, сложное отражение в код через шаблоны, и не просто через Domain Model и RichObjects — потому что, по опыту, оно гораздо уместнее в сложных проектах. Именно эта часть, по моему опыту, часто ускользает от внимания. В результате DDD интерпретируется как достаточно простая конструкция — с существенными ограничениями по применению. Презентацию доклада можно посмотреть здесь.

На этом я кончаю свой отчет о конференции, до встречи на новых конференциях.


Внимание! Эта статья была создана путем автоматического реплицирования из внутренней базы знаний компании Заказные Информ Системы. Любые правки этой статьи могут быть перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

[ Хронологический вид ]Комментарии

(нет элементов)

Войдите, чтобы комментировать.