2014-04-15: AIST и Стачка
Две конференции - Стачка и AIST прошли одновременно. Они - очень разные, но показывают один и тот же тренд современной России - ИТ в регионах интенсивно развивается, при этом поднимается образование, университеты, которые работают в контакте с ИТ-разработчиками. И это - позитивный тренд.
Содержание
AIST
Analysis of Images, Social Networks, and Texts или AIST - это научная конференция, с солидным международным программным комитетом и публикацией отобранных работ в Computer Science Series Springer. Проходила 3 дня, 10-12.04 в Екатеринбурге, правда, только один трек и не слишком много участников. Я был только в первый день, так что, возможно, впечатление неполное. Мне она напомнила европейские научные конференции (правда, я не так много там был). Приглашенные докладчики из зарубежных университетов, которые делают общие и, увы, поверхностные доклады. А потом - отобранные доклады. Они разного уровня. И среди них есть реально hardcore-доклады, касающиеся новых алгоритмов и методов, разработанных авторами, и доведенных до использования в промышленных системах. И доклады о разработке промышленных систем на основе методов, не применявшихся в данной области, или оригинальной комбинации методов. И более легкие доклады, когда какие-то идеи апробировались на прототипах. И совсем легкие, когда от идеи апробирована лишь легкая очевидная часть. В общем, это нормально, потому что конференция - поле общения, и там собираются как действующие научные работники, так и аспиранты и студенты. И конференция на это очень ориентирована, цена билета для представителей ВУЗов - 900 рублей при коммерческой цене участия 11500.
Но вот несмотря на практическую значимость ряда работ, в целом дистанция между научным сообществом и бизнесом - чувствуется. В вопросах практического применения, пусть даже потенциального, многих практических алгоритмов авторы плавают. А, в общем, в современном мире это неправильно, ориентация на практическое использование, понимание бизнес-применений и владение адекватным понятийным аппаратом - необходимо. Иначе оно может наступить только случайно - потому что мозаичность современного общества на узкие профессиональные сегменты - очень велика. И нее надо думать, что там - теоретическая наука без приложений. Потенциально они есть и востребованы. Например, алгоритмы генерации семантических ответов по вопросам в автоматическом режиме могут быть востребованы для задач мониторинга соц.сетей с отзывами о компаниях. С точки зрения тех, кто этим занимается, первый ответ или комент желательно дать почти сразу, пусть даже он будет не очень качественный, но лучше чтобы он был персонализирован, а не тупо стандартен, а уже потом человек может дать более качественный ответ. И такая потребность заявлялась в докладах на Стачке от профессионалов.
Зато AIST показал мне, что современная отечественная наука, во всяком случае, в части, представленной на конференции - идет в ногу с зарубежной, пользуется наработанными алгоритмами, участвует в совместных программах. А через такие конференции - еще и интегрируется в общий научный процесс. Кстати, подавляющее большинство докладов в первый день было на английском, даже от русских участников, и никакого перевода не было. Организаторы не настаивали, но предложили попрактиковаться в английском в комфортных условиях российской конференции. И участники - поддержали.
Стачка
В противоположность этому, http://NaStachku.ru или Стачка - практическая конференция. И, думаю, крупнейшая конференция в России, 2500 участников, 7 параллельных треков. Проходила 11-12.04 в Ульяновске, в Ленинском мемориале, что местами довольно прикольно смотрелось. Она очень широкая по тематике, было много технических докладов, много докладов по пиару и работе с соцсетями в инете (digital-коммуникации), и смежные темы - интернет-коммерция, стартапы, менеджмент. Доклады тоже разного уровня, рассчитанные как на продвинутую аудиторию, так и на новичков. И среди них были очень высокого уровня, о которых я напишу дальше. А доклады для новичков - нужны на конференциях, потому что одна из целей - ориентация начинающих сотрудников, студентов и даже школьников в сложном мире современного ИТ, чтобы они нашли там свое дело. Кстати, конференция - дешевая, 1000 рублей при ранней регистрации и 1500 позже, но для студентов и школьников, как я понимаю, распространяли бесплатные билеты.
Дальше я подробнее остановлюсь отмечу наиболее интересные с моей точки зрения доклады. Правда, это нельзя считать исчерпывающим обзором, потому что семь треков не оставляли никакой возможности попасть на все. Тем более, что я оценивал доклады с точки зрения продвинутого уровня, при этом по многим областям хотел получить не технические подробности, а картину в целом, увидеть тренды развития. Так что отмечу наиболее интересные доклады лично для меня. И, кстати, у меня не получилось попасть на доклад Кирилла Мокевнина, хотя я очень хотел – я неосторожно пришел после начала и обнаружил переполненную аудиторию и толпу перед дверями.
Образование и ИТ
Начну я с круглого стола «Образование и ИТ». Привлечение студентов и школьников на конференцию - существенная составляющая целей конференции, это решение кадрового вопроса в долгую, развитие ИТ-кластера области, над которым совместно работают ИТ-компании, ВУЗы области и правительство области. Об этом говорили на круглом столе по образованию на второй день конференции, в котором, помимо ВУЗов и ИТ-компаний участвовали представители профессионального образования, школ и правительства области. Сам круглый стол произвел на меня очень интересное впечатление. Это такое очень государственное по форме мероприятие, по сути рабочее совещание, и для меня эта форма была на конференции неожиданностью. В самом начали ведущая сказала, что задача круглого стола - принять резолюцию, что генерация идей для нее уже была проведена, идеи обобщили, так что сейчас ее прочитают, присутствующие могут высказаться - и примем. Дальше так и было - прочитали, обсудили и приняли. Но вот содержание - было вполне адекватным. Если, конечно, уметь воспринимать государственные бумаги, там мысли излагаются в интересной форме.
Существенный упор там был на школьное образование. Потому что проблему они видят в том, что к второму-третьему курсу 70% (или больше?) студентов понимают, что пошли не туда. А в старших классах при нынешней системе школьники думают про ЕГЭ, а не про профориентацию, поэтому ориентировать их надо раньше. Чтобы они делали выбор сознательно, а не шли на поводу у родителей, которые не слишком понимают в нынешнем ИТ. При этом не было обсуждения, что надо изменить всю систему, или федеральные законы - участники работали исходя из ограничений текущей ситуации и обсуждали, что нудно сделать. Например, одна из проблем школ - это отсутствие сисадминов, которые могли бы поддерживать школьные компьютеры. Сами компьютеры - есть, и даже деньги на ставку сисадминов есть, только вот есть федеральные нормы, которыми инженерные ставки в школе запрещены. Но, оказывается есть механизм для обхода этого, через государственное предприятие при городских (или областных) структурах образования, которое берет на себя обслуживание. И дальше чисто практический вопрос как заставить эту систему работать - который при наличии воли и заинтересованности - решается.
Еще одна проблема - квалификация школьных учителей. Потому что в пединститут сейчас "двойной отрицательный отбор", и ИТ-компании с ним - не работают, студенты из других ВУЗов имеют больший потенциал. Но, получается, если думать о школьниках - то надо. И о повышении квалификации учителей - тоже. И компании тоже это понимают, было заявлено, что стажировки школьников они проводить не готовы, а вот стажировки школьных учителей информатики - могут, при чем бесплатно, а что про пединститут надо подумать - примут к сведению. И, оказывается, при должном сотрудничестве и оформлении можно организовать дело так, что эти стажировки будут засчитаны учителям как курсы повышения квалификации, хотя компании и не имеют лицензиц на такую деятельность. В общем, несмотря на ограничения и витиеватость наших законов, в практическом залоге сделать можно почти все.
И вот такое сотрудничество может быть очень эффективным, особенно если в полной мере использовать опыт ИТ-компаний. Они могут принести легкие формы координации процессов, которыми они владеют. Эти формы нужны и для работы с ВУЗами и для профориентации школьников и для другой деятельности. Про ориентацию школьников несколько человек говорили, что они приходят в знакомые школы и рассказывают ученикам про ИТ, и даже делают с ними интересные сайты на флеше, у учеников загораются глаза. И они думают, что желающих найдется много, особенно если компании эту деятельность поддержат - в целом она не требует много времени. Но когда деятельность станет более массовой, будет нужна организация. Ее можно сделать в традиционных тяжелых формах через план мероприятий, но опыт ИТ показывает, что эффективнее легкие формы координации активных агентов, когда участники просто видят, кто и где какие мероприятия проводил и исходя из этого выбирают формы личного участия - или подхватывая и развивая деятельность на существующих площадках, или переходя на новые.
В ИТ есть опыт организации подобных процессов, организации площадок общения и их достаточно легко можно применить и поставить при заинтересованности ИТ-сообщества. Более того, поскольку в Ульяновске ряд компаний специализируется на организации digital-коммуникаций, площадок в соцсетях, то можно профессионально на высоком уровне сделать продвинутую версию, с вовлечением как участников, проводящих профориентацию, так и самих школьников и поддерживать это при разумной стоимости затрат (потому что вопрос денег, эффективности деятельности - сохраняется). Правда, это получается достаточно сложная конструкция, причем непривычная для части участников - ВУЗы и другие образовательные организации, госструктуры ей не владеют. С другой стороны, тренды современного мира говорят, что именно за такими конструкциями - будущее. Это и есть Co-Creation, создание совместной ценности (value) скоординированной деятельностью организаций, когда каждая вносит в свой вклад не только в деятельность, но и в формирование образа этих ценностей.
Но речь в резолюции шла не только о школьниках, обсуждались формы сотрудничества ИТ-компаний с ВУЗами в решении других практических задача, причем достаточно конкретно. Например, в разработки курса по обучению мобильной разработки. И, как я потом узнал, среди ВУЗов тут тоже есть координация в рамках страны, по тому, в каких ВУЗах какие новые курсы ставятся и отрабатываются для дальнейшего распространения. Правда, это все – работа в короткую, о которой имеет смысл говорить, если, например, курс мобильной разработки, например, стартует со следующего года и будет включен для профессионального с третьего курса. Потому что если он будет пару лет разрабатываться, и включиться не сразу, то он – безнадежно устареет, такова практика ИТ-отрасли. Но, думаю, участники круглого стола это тоже понимают и ставят задачу создать и отработать систему быстрой постановки курсов, адаптированную к темпам изменения ИТ-отрасли, и вот это уже – работа в долгую. потому что долговременные тренды, конечно, можно отслеживать и пытаться готовиться, но в современных условиях тренды меняются очень быстро, они обусловлены технологическими прорывами, конкретную мозаику свершения которых предсказать невозможно. Так что нужно учиться быстро меняться. А еще есть вторая составляющая адаптивности, работы в долгую – адаптация к изменяющимся реалиям самого образования, к появлению возможностей дистанционного обучения, поиску места ВУЗов с учетом этого, созданию композитных форм обучения. И вот в нынешнем быстро меняющемся мире это – задача на местах, в конкретных ВУЗах, а вовсе не централизованного управления сверху, как было раньше. Как и развитие ИТ-отрасли, которое государство, по сути, тоже передало на уровень регионов через создание ИТ-кластеров, и там, где этим воспользовались, проявляют инициативу – процесс идет.
Kennon Thom. Digital Era
Thom Kennon, один из руководителей Brabble, в своем докладе «Death of the Madmen in the Post Digital Era» попробовал дать крупную картину тех изменений, которые, с его точки зрения, принесла новая цифровая эра. Основная идея – переход от крупных брендов больших корпораций к мозаике мелких компаний и даже личных брендов. И от централизованно формируемого контента нескольких каналов телевидения к мозаике различных контентов интернета. Эти вещи похожи и связаны, и они уничтожают «сумасшествие», которое было присуще прежнему миру. И это, с одной стороны, хорошо как увеличение разнообразия и свободы общества, что дает гораздо больше возможности для самореализации, а с другой стороны. обостряет проблемы как для потребителя или сотрудника, требуя ориентации среди множества возможностей, так и для производителя, требуя продвижения своего продукта и компании как места работы в конкуренции с большим количеством аналогов. Качественная работа в этих условиях требует быть вести маркетинг для самого себя, при чем в полном объеме – и выбор продукта и возможностей. и продвижение своего. И это, в общем, неожиданный эффект. Бойся желаний, ибо они исполняются Правда, по моим наблюдениям на таком уровне доклад восприняло не так много участников, для большинства он остался некоторыми общими рассуждениями высокого уровня, без ярко выраженной мысли.
Digital communication
Были очень интересны два доклада Сергея Меньшикова из Одноклассников. Первый – про сами одноклассники, включая подробности специальных проектов с виртуальными подарками. Подробности были про разработку и характер проектов, но масштаб – он тоже неизбежно присутствовал, потому что является неотъемлемой составляющей. Второй доклад, который Сергей прочитал экспромтом как замену – про методы работы с репутацией компаний в соцсетях, про создание и продвижение брендов – с раскрытием деталей и методов работы. В продолжение темы про социализацию бизнеса – доклады Андрей Волкова из Grape, Виталия Шендрика из SEReputation и другие – про методы работы в соцсетях с репутацией компаний. Там было много деталей и подробностей. Это не моя профессиональная сфера, однако она очень интересна с точки зрения осознания развития современного общества. Тут следует отметить, что присутствие в соцсетях, работа с ними – это инструмент, направления и цели применения которого, как и любого инструмента, могут быть очень различны. Он может быть использован для организации рядом с компанией сообщества пользователей, для совершенствования своего продукта. А может быть использован для впаривания продукта для извлечения прибыли. При этом цели извлечения прибыли, естественным образом, не заявляются широко, а мимикрируют под социально значимую направленность. И для ориентации в мире важно не просто понимать это, а уметь различать одно от другого в конкретном кейсе, а для этого – разбираться в механизмах действия. которые и раскрывали доклады.
Процессы и люди
Мовчан Константин (AGIMA). «Нестандартные ситуации клиента и исполнителя. Обходимся малой кровью». Интересная попытка дать комплексное видение процесса переговоров с клиентами. Что надо учитывать, как построить организацию внутри компании – они расформировали свой отдел продаж, заменив account-группами. В целом доклад удалась, хотя докладчик явно волновался, думаю, поэтому выступление было несколько неряшливо структурировано.
Табунов Михаил. Coub. «Управление проектом в условиях стремительного роста на примере Coub». Интересный доклад о масштабировании бизнеса на лету, в условиях роста в полтора раза в месяц(!). При таких темах возникают проблемы по всему фронту – технические, процессные, бизнесовые, и их надо решать в этом темпе. И он рассказывал о постановке процессов, системе тестирования и выпуска версий – недельными итерациями с балансом автоматических тестов API и ручных тестов интерфейса, системе continuous delivery, реально непрерывной, до 50-60 релизов в день. О технологической политике – использование готового и облачных сервисов, куда выносятся многие инфраструктурные задачи, такие как рассылка почты – чтобы не делать своего не только в смысле разработки, но и в смысле поддержки серверных мощностей, в облаке дешевле.
Про организацию процессов докладов было много, причем не с прицелом на повышение эффективности, а на работу с людьми, раскрытие их самореализации и построение процессов с учетом этого. В частности, Алексей Трошин рассказывал про конкретные практики организации рабочего пространства – рабочие станции, совместная посадка, тихие часы в командах, коммуникации у доски как следующий уровень эффективности коммуникаций. Включая методы «продажи» таких решений руководству. С моей точки зрения, для руководства они несколько наивные, но это у нас руководство продвинутое, вполне может быть, что во многих компаниях это сработает – Алексей из своего опыта говорит.
Дмитрий Нечаев из WaveAccess рассказывал о преднамеренных практиках на основе книги Anders Ericsson. Только при их переносе в разработку необходимо определять саму деятельность – они срабатывают в областях, где возможно повышение уровня за счет тренировок, а разработка включает в себя большую часть не тренируемых (на нынешнем уровне понимания) видов деятельности, характерных для НИОКР. Эти аспекты в докладе не раскрыты.
Алексей Пименов из Финам в докладе «Неполная, но окончательная история менеджмента» дал элегантную картину, как управление проектами в ИТ, начиная с построения упорядоченной структуры и процессов переходит к лидерству, обучению команды, переходит к continuous delivery и работе без итераций и оценки, возвращаясь, по сути к тому же, с чего начали – но на следующем, более высоком уровне осознания.
Мой доклад тоже был про людей. Я рассказывал про Спиральную динамику, которая дает основу для технологизации работы с ценностями человека, раскрывая структуру организации ценностей. В докладе не просто представлены конструкции спиральной динамики, а раскрыта их связь с «большим» менеджментом, как его представляют Друкер и Адизес и с менеджментом ИТ-проектов. Собственно, именно врастания конструкций спиральной динамики в мою картину развития мира, дополнение и объяснение многих существенных моментов и привело меня к желанию рассказать об этом.
Структурное описание ценностей позволяет переходить от индивидуального рассмотрения частных случаев для конкретных людей к осознанному формированию ценностей на уровне команд и компании в целом. При этом, что важно, совершенно не обязательно это должно быть стремление к самоорганизованной команде самореализующихся людей, объединенных общественно и экономически востребованной деятельностью разработки. Тут руководство может принимать решения, исходя из специфики конкретной фирмы и проекта. А сотрудники, в свою очередь, могут принимать решения о работе в фирме, так же опираясь не на частные случаи, а на структурированное понимание ситуации. Я, естественно, уверен, что в конечном итоге будут востребованы именно те компании, которые будут ориентироваться на продвинутые формы ценностей. Однако, это – в конечном итоге. А сейчас люди находятся на разных уровнях, работа в компаниях далеко не всегда рассматривается как добровольная и в этих условиях компания может сознательно занять и иную позицию, рассчитывая на определенный персонал. Который, возможно, будет вырастать и уходить за определенное время – но в этом нет ничего страшного.
Этот доклад я делаю второй раз, первый раз он был на AgileDays и уже выложено видео и слайды. Доклад на Стачке был с учетом этого опыта, а а в презентации появился слайд, иллюстрирующий отношение в Scrum людей разного уровня - по осмыслению докладов и обсуждений на AgileDays. После обоих докладов люди подходили и говорили, что спиральная динамика их зацепила, что она помогает понять проблемы и дополняет картину мира, и они будут дальше смотреть на нее.
Технические доклады
Теперь про технические доклады. Очень хороший доклад Николая Рыжикова из WaveAccess «Работаем со сложной предметной областью». Продолжая идеи DDD о переносе практик программирования, применимых для отдельных объектов, на аналитическую часть работы, Николай рассказал, как имеет смысл работать в сложных и новых для вас предметных областях, в которых построить модель невозможно, потому что вы не понимаете эту область. В этом случае для начала можно рассмотреть систему как большой объект. UserCase начинают играть роль тестов для такого мега-объекта, и вы можете их написать именно как тесты. А далее, имея тесты – проводить безопасный рефакторинг системы, рассматриваемой как единый объект, улучшая внутреннюю структуру. Помимо этой основной идеи Николай достаточно много рассказывал про практики DDD, касающиеся проектирования, начиная со стратегического уровня - Bounded Context, Ubiquitous language, Context Maps. Тактический уровень раскрыть не получилось потому что время поджимало.
Филипп Торчинский из JetBrains рассказывал про веб-разработку на Котлине. Кто не знает, Kotlin – это новый язык с компиляторов в JVM, JavaScript и некоторыми другими, сильно совместимый с Java – JetBrains разрабатывает его для того, чтобы перейти в существующих больших проектах на разработку нового функционала на нем. Очень приятно, что Котлин уже дорос до практического использования и на нем идет внутренняя разработка в JetBrains – Филипп рассказывал про внутренний проект сайта и про плагин LifeEdit. Правда, стабильная версия еще не вышла, сейчас скорость и качество порождаемого кода их устраивает, но они работают над скоростью компиляции, пока недостаточной для больших проектов. Но вот уже начали разрабатывать. И этим можно пользоваться, тем более, что это проект с открытым исходным кодом, тексты доступны через GitHub. Смысл использования Kotlin в web-разработки в том, что серверную и клиентскую часть ты пишешь на едином языке, а потом серверная компилируется в код для Java-машины на сервере приложений, а клиентская – в HTML и CSS. И помимо языка у тебя есть фреймворки и библиотеки для сервера и клиента со всякими вкусностями. Например, поддержка работу с базой данных, включая порождение таблиц при их отсутствии. А сам код получается много компактнее, чем при классическом способе, например, при генерации html, к тому же не возникает смешения языков.
В докладе Егора Лукаш (ivi.ru) был обзор применяемых ими решений по хранению данных – в памяти, в базах данных, с особенностями использования. Потому что в их проекте применения не альтернативны, разные средства используются для разного. И были интересные кейсы, как, например, на slave-узле для базы данных в памяти, хранящей подключения закончилась память, они решили остановить репликацию, добавить память и включить назад – а репликация снова не поднялась. И пришлось в оперативном режиме поднимать второй мастер, ставить перед ними прокси и таким образом обеспечить постепенный переход на новый мастер с сохранением живых данными в памяти.
Естественным образом на конференции были доклады про инструментарий разработчиков – виртуализация (Александр Кириллов) автоматическое тестирование (Сташевский Павел), новости PostgreSQL (Бартунов Олег) и другие. Ряд технических докладов раскрывали внутреннее устройство промышленных систем на достаточно высоком уровне. Например, хранилище данных Яндекса (Смородинников Кирилл), или устройство транзакционности Firebird (Еманов Дмитрий) без ведения журнала логов. Раскрывалось не только как сделано, но и почему так сделано. И потому эти доклады интересны не только тем, кто работает конкретно с этими продуктами для понимания внутреннего устройства. Они интересны и тем, кто создает свои решения как возможные шаблоны архитектуры. Потому что парадоксальная логика развития состоит в том, что наблюдается массовое включение NoSQL хранилищ и построение распределенных систем, которые требует от разработчиков решения тех самых вопросов, с которыми разработка сталкивалась 20 лет назад, когда персоналки были слабыми и имели мало памяти, а базы данных - не слишком продвинутыми. Потом базы данных взяли это на себя, позднее отчасти передали серверам приложений, а теперь оно возвращается в прикладной код. Как давно работающий в отрасли давно, я просто опознаю эти задачи и логические шаблоны решения. Я это увидел в докладе Василия Савунова, и ряда других. Надо отметить, что речь идет именно о логике и аспектах, которые надо принять во внимания – сами решения отличаются, иногда сильно, из-за большей распределенности систем и особенностей мобильных устройств, которые по нынешним временам тоже предъявляют большие ограничения для эффективных приложений. Это меняет взаимные веса разных аспектов, которые надо учитывать, вырабатывая решение, причем с учетом специфики проекта.
На этом я заканчиваю свой обзор.
[ Хронологический вид ]Комментарии
Войдите, чтобы комментировать.