CustisWiki - Новые страницы [ru]

ADD-2011 (Рецензии Стаса Фомина)/Швейцарский нож аналитика - визуализируем логи одной строкой!

2011-11-18T23:42:26Z

StasFomin:

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

И в целом, я понимаю, что такое удобно сделанный под твою задачу инструмент, повышающий твою эффективность на порядки (хотя в зале указывали, что для визуализации жизни кластера давно есть крутое http://meta.rocksclusters.org/ganglia/ и возможно этот велосипед излишен). И что эффективный инструмент скорее всего будет не в парадигме «визивига», где надо тыкать кнопки, заполнять тыщи полей, и двигать мышью виджеты, а будет работать в парадигме «запрос—ответ» и «визуализации компактных требований», каковые удобно делать либо в командной строке, либо кратким предметным языком. Так вот, я просмотрел доклад в записи, которую же сам и смонтировал пользуясь изобретенным command-line видеоредактором, слушающим команды и спецификации для видеомонтажа.

Другое дело — все-таки очень ограничена предметная область, подлежащая визуализации этими тулами. Плоские графики с временной осью, серии или числовая ось... А преимущество «уанлайнера» несколько лукавое — «лайн» длиной в килобайт — это уже не лайн, line — это то, что можно набить за пару секунд, т.е. не больше пары десятков символов. А больше — это уже надо писать компактный dsl, который можно делать расширяемым, и таким же удобным и интерактивным — хороший, компактный DSL, без кучи «зюк и хрюк», скобок, кавычек двух типов, символов продолжения линий..., так вот, такой DSL, удобный и читаемый, ибо для читаемости можно и отступы использовать и переводы строк и пробелы — открыт в одном окне в редакторе, а в консоле происходит запуск тулы. Редактировать параметры и смотреть, как меняется картинка — гораздо быстрей и удобнее! И да — тут нет ограничений на отсутствия гуя — картинки то все равно надо смотреть!

В некотором смысле это проблема «уанлайн» подхода — сначала все кратко и красиво, а потом, с ростом задачи понимаешь, что к черту awk, лучше сразу perl, а то и python.

Забавно, что когда-то давно у нас и металогика алгоритмов учетных систем была «уанлайнером», с обвешанными семантикой символами «@!$», что знатно выносило мозг незнакомым с этой нотацией аналитикам, но потом это стало жать и самим разработчикам.

Т.е. если бы я начал решать эту задачу, это был бы python + matplotlib или pycairo (ну или другая библиотека визуализации), где все кишки бы я спрятал в отдельный модуль, а оставил лишь формулировку задачи компактной Python-функцией (что бы бы офигически и прозрачно расширяемо). Ну и если спектр графиков у меня получился бы совсем простым, я бы сделал простой DSL, то тоже редактируемый, с разбиением на строки, с максимальной читаемостью.

Я так и не придумал, чтобы мне можно было визуализировать этими тулами (полно всего просит визуализации, но там и графы и многомерность и динамика треба, на плоскость «время-серии» ничего не ложится), но вот что мне надо на самом деле — попрактиковаться в Haskell. И возможно для этого я и поковыряю исходники этих тулов, благо они опубликованы, да и писал их не какой-то ламер, а antilamer и эксперт по функциональному программированию.

Исследования в интернете или как собрать информацию о будущем? (Ярослав Карасев, UXRussia-2011)

2011-11-18T14:55:06Z

StasFomin:

Новое лицо персоны. Аналитика поведения для дизайна (Санжар Кеттебеков, UXRussia-2011)

2011-11-18T14:49:38Z

StasFomin: Новая страница: «== Аннотация == ;Докладчик: [http://vkontakte.ru/id63596581 Санжар Кеттебеков] <blockquote> Одно из слабых звенье...»

Оранжерея знаний с MediaWiki

2011-11-16T19:52:19Z

GalinaTsaturyan:

Стас Фомин, заместитель директора по информационным технологиям компании CUSTIS.
«Оранжерея знаний с MediaWiki»^[1]

Управление знаниями—область достаточно молодая, с неясно очерченными границами, включающая как программную, так и социальную инженерию. Упоминания «knowledge management» в интернете и публикациях часто склоняются к крайним взглядам:

«Библиотекарский»: Знания — это то, что надо хранить целостно в некоторой библиотеке, куда нужно все занести, каждый элемент детально описать и каталогизировать, «составить карточки», далее выдавать по атрибутным запросам. Управление заключается в контроле над этим процессом. Это основа разного рода систем документооборота и прочих библиотек, выдаваемых за «базы знаний».
«Менеджерский»: «Библиотека» — это утопия, основной объем знаний всегда остается в головах сотрудников, поэтому надо занимать «проактивную» позицию, шевелить людей, сбивать их в сообщества, проводить собрания-семинары-конференции. Для этого нужны специально обученные люди, сводящие ищущих со знающими, занимающиеся «фасилитацией» общения и оргвопросами, — и все это представляет разновидность обычного организационного менеджмента. Типичный пример популярной книги от гуру Knowledge Management с такой позицией — «Learning to Fly: Practical Knowledge Management from Leading and Learning Organizations».

К сожалению, русский перевод-калька «Управление Знаниями» не совсем соответствует исходному понятию. «Управление» ближе к «контролю», а «management» тут скорее «забота и обеспечение». А ожидаемая цель «Knowledge Management-a» — не бесконечный затратный процесс с «ручным приводом, бурлаками и аниматорами»^[2], а обеспеченное инфраструктурой состояние организации, когда с минимальными накладными расходами знания фиксируются и распространяются по всем доступным каналам, где спрашивающие эффективно получают ответы и знакомятся с экспертами по своим темам.

При этом важно нащупать работающий компромисс между крайними точками разных граней:

Измерение «ПЗУ vs. ОЗУ» — все ли должно быть 100% формально зафиксировано, разложено по полочкам, прошито семантическими связями? К этому стремятся тяжелые системы управления требованиями. Или пусть все будет в головах, просто нужно больше общаться? Это Agile-подход.
Грань «Полнота или актуальность?» — надо ли стремиться к широте в ущерб актуальности, или бороться за целостность? «Обо всем, с ошибками» или «точно, но о малом»?
Субъективность «авторского взгляда» или выстраданные компромиссы?
Передача знаний — «PUSH vs. PULL» — «Толкать в людей» или дать им свободу «тянуть то, что им нужно»?
Синхронные или асинхронные процессы?

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

Откуда же ждать такие системы и инструменты? Ведь полно примеров неработающих дорогих систем: установленных и внедренных, которыми сотрудники так и не стали пользоваться. И возникает желание решить проблему менеджерскими методами, мотивировать сотрудников работать с системой — «премия наиболее активным пользователям портала»^[3]. Это опасно, ибо подменяет истинную мотивацию, и если «перестать платить за любовь» — все будет кончено. Тут очень уместна притча о пенсионере и хулиганах:

Хулиганы каждый день беспокоили одного старика, играли в футбол в его дворе, шумели и т.п. Рычагов воздействия у пенсионера никаких не было. Тогда он сказал, что эта игра ему нравится, и стал давать каждому гопнику по доллару «за работу» — каждую игру в его дворе. После такой недели он, с видимым сожалением (кризис!), урезал оплату до 50 центов. Еще через неделю — до 25. В следующий раз шпана уже не пришла — «нашел дураков вкалывать за копейки».

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

Например, open-source системы поддержки разработки гораздо гуманней, ведь в мире проектов с открытым кодом обычно нет материальной власти менеджеров над участниками и нельзя навязать жесткие процессы или инструменты. Более подробно см. книгу «Producing Open Source Software»

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

А именно, появились:

Закладки: Самая первая парадигма, сбор находок в безбрежном интернете. Затем они эволюционировали в сетевые закладки и даже в «закладки-цитаты» — Google Notebook, Evernote.
Блоги: Простейшая фиксация «ответов на не заданные вопросы». Минимальные «налоги» на регистрацию — не нужно классифицировать и актуализировать. Каждая запись — это только мнение автора на момент публикации.

Форумы: Место, где вопросы встречаются с ответами. Здесь уже есть попытка найти объективную истину или хотя бы собрать спектр мнений. Опять-таки, актуализировать ничего не требуется, представлен весь спектр мнений вокруг одного вопроса, а вычленение сухого остатка — обычно работа читателя.

Вики-системы: То место, где выжимаются актуальные и объективные знания, после чего они классифицируются и обрастают семантическими связями.

Основным средством доступа стали:

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

Почему бы не присмотреться к этим инструментам и шаблонам их использования, а потом инсталлировать лучшие экземпляры у себя в компании и дать сотрудникам привычные для образованного человека третьего тысячелетия интерфейсы и практики? Вместо того, чтобы размещать очередную «Библиотеку» или «Систему документооборота», где все основано на бумажных метафорах доинтернетной эры.

Это будет антипод инженерного подхода типа «есть задача — разработать конструкцию для ее решения», после чего все это пустует, как заброшенные промздания. Тут скорее «агротехника» — высаживается правильная жизнеспособная рассада, обеспечивается поливка и прочая инфраструктура, а дальше нужно наблюдать за внутренними тенденциями, внося коррективы лишь по необходимости. И такое садоводство, по крайней мере в IT-компаниях, встречается все чаще, ударяясь в одну из двух крайностей:

Установить только какую-нибудь вики-систему, и ждать, когда она сама наполнится знаниями — Получилось в мировом масштабе «Википедии», значит и у нас все будет ОК. Но «Википедия» работает на мощности огромного числа авторов и редакторов и упор там сделан не на полноту, а на целостность и актуальность — удаление недостаточно важного, недостаточно объективного, не имеющего твердых доказательств и т.п. В масштабе компании так делать нельзя — надо «допустить» информацию разной степени актуальности и обновляющие её «дельты». Именно это и обеспечивает «поток» информации в противовес модели склада^[4]. И это как раз модель блогов и форумов. И дать персональное пространство для хранения личного опыта.
«Дать людям все! © к/ф. Фонтан». Установить и вики-систему, и блоги, и форумы, и закладки! Увы, в этом случае возникает конфликт использования — разные интерфейсы систем, невозможность переноса содержимого из-за несовместимых форматов разметки и концепций ссылок и т.п.

Что же делать? Хорошие новости! На самом деле все стандартные системы блогов/форумов/закладок созданы для агрессивной внешней интернет-среды, где нужно учитывать противодействие спаму, вандалам и идиотам. Даже вики-системы справляются только благодаря активному сообществу — заброшенная вики очень быстро превращается в ферму ссылок для SEO^[5]-спаммеров.

Но внутри компании, в интранете — доверенная среда, где, если обнаруживается спаммер/вандал/идиот — это радость для HR службы: ему можно вправить мозги или уволить, пока он не наломал серьезных дров. В компании можно создать не просто «сад знаний», а настоящую оранжерею на базе мощной вики-системы, что невозможно в Большом Интернете — ведь там мало кто согласится вести блог, который сможет испортить любой прохожий. В компании становятся осмысленными даже микроблоги. Ведь твит^[6] в Интернете о том, что какой-то «sdk756f разобрался с технологией XXX» несет практически нулевую информацию. Ну разве что эта технология настолько редка и важна для вас, что вы попробуете с ним связаться. Совсем другое дело, если это заметка от «Васи из соседнего отдела» — теперь, когда вы нашли этот микропост-маркер, вы знаете, с кем эту тему можно обсудить, а сделать запись Васе ничего не стоило!

Так вот, можно реализовать все концепции: закладки, блоги, форумы и вики на базе одной системы, наиболее мощной из всех. А именно — качественной вики, такой как MediaWiki! Т.е. получить все, да еще бонусы вики-систем: совместное редактирование, управление версиями, удобную разметку, поддержку шаблонов и разнородного мультимедиа контента!

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

Да, информация в блогах и форумах может стать:

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

И все это не теоретические соображения, а реальный опыт: именно такое расширение «ВикиЛоги» MediaWiki мы реализовали в нашей компании. Широк спектр обсуждаемых в компании тем — от политических и организационных новостей в блоге генерального директора, до жарких технологических споров с сотнями комментариев, в которых, если и не рождается истина, то, по крайней мере, составляется резюме возможных проблем и решений, а участники определяются с позицией. Выросла и вовлеченность сотрудников в процесс наполнения базы знаний.

Да, «блогосфера» взлетела не сразу, ведь не все сотрудники «продвинутые интернетчики», сначала пришлось показывать пример, вести «блог команды», «политические и инфаструктурные новости», «обзоры книг» — а затем — все полетело само! Начался активный обмен опытом, рефлексия над практиками и культурой компании, и т.п.

Некоторое представление об этом взрывном росте, можно получить с помощью этого инфографического ролика:

(Сделан с помощью ShowTeamWork).

Иногда еще встречается мнение, что вики-системы — это какие-то унылые поделки для программистов и прочих гиков, у которых нет денег на «что-то серьезное от солидного вендора». Это не так. Добротные вики-системы являются отличным компромиссом между эффективностью фиксации и актуализации знаний и их простотой и доступностью для всех категорий сотрудников. Важно запомнить: правильная вики-система — это не когда «все плоским текстом», а когда «быстро-быстро»^[7]. Т.е. можно грузить сколь угодно «богатый» контент — фото, видео, скринкасты, звук, диаграммы, майндмапы, статьи и книги в PDF/DjVu и, на худой конец, просто документы в офисных форматах.

А мощность самой концепции позволяет использовать вики практически для всего, хоть как-то попадающего в категории «база знаний» и «публикация материалов». Единственная уязвимость веб-контента — это неудобство при выполнении постраничной верстки для бумажной печати (которая, впрочем, становится все менее ценной). Более подробно все это разобрано в статье «MediaWiki — Серебряная пуля или швейцарский нож?»^[8]

Осталось поговорить о «Закладках» или, вернее, о «Вырезках» — ведь нечто схожее аналитики доинтернетной эры, пользуясь ножницами и кнопками, вытворяли с газетами. Они очень важны при Knowledge Miningе во внешнем интернете — ведь сейчас пользователь компьютера совсем не похож на «оператора ЭВМ», сидящего перед клавиатурой с 10:00 до 18:00. Мы постоянно «серфим» в интернете — ноутбуки и прочие девайсы сделали возможным чтение/просмотр информационных потоков в любом месте и положении, на улице и в туалете, стоя, лежа и сидя. Чисто физически приходится разделять режимы «Читателя» и «Аналитика-Реализатора»: заметив интересное, выделить важное, чтобы позже, сидя за столом, проанализировать и применить. Или обратить внимание экспертов или ответственных товарищей на что-то важное. Например, можно собрать ключевые цитаты из книги или статьи, чтобы потом написать рецензию. Или добавить ссылки-заметки на плюсы и минусы технологии, а затем заняться их реальной проверкой. Или отметить активность конкурентов, чтобы отдел маркетинга сделал правильные выводы.

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

Как вы уже, наверное, догадались, мы сделали свой сервис «ВикиЗакладки» на базе MediaWiki. Там можно завести неограниченное число «каналов закладок» — статей, где будут размещаться ссылки и вырезки. Для добавления закладки и вырезки нужно всего лишь выделить интересное в броузере и нажать кнопку букмарклета. Сервис работает во всех броузерах без инсталляции. Закладки можно вести в одиночку и коллективно («Сводки аналитического отдела по рыночному сектору X»), разделять по темам («Книга YYY») или перемешивать. Закладки автоматически сортируются в хронологическом порядке по разделам статьи, но хранить их вечно не обязательно. Лучше время от времени разбирать их: на основе каких-то писать новые или дополнять существующие статьи базы знаний, какие-то превращать в реализованные проекты. А что-то вскоре потеряет важность и эти закладки можно будет стереть. Все это делается быстро, ибо интерфейс самый эффективный — редактирование теста: copy-paste, перенос и удаление блоков.

Чтобы сделать «pull»-интерфейс, нужно уметь превращать в RSS-поток любое изменение, будь то свежий пост в блоге, новая статья, закладка, редактирование и другие гибко задаваемые события. И сделать удобной подписку на эти каналы, с централизованной агрегацией и веб-интерфейсом, чтобы можно было их просматривать откуда угодно, быстро и удобно, — короче, сделать внутри-корпоративный «Google Reader». Мы сделали и его — это система «FeedOnFeeds»!

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

Впрочем, есть и «push»-интерфейс, реализованный через электронную почту, когда важна именно оперативность реакции: например, в виде писем приходят ответы к авторским постам и комментариям. Это привычный интерфейс для любого интернет-пользователя.

Иногда знания нужно передавать не просто «обычной почтой без гарантии доставки», а «заказным письмом, с уведомлением о вручении», проверив, что авторские мысли поняты правильно. Например, обучающие курсы или какие-то важные регламенты.

Общеизвестен софизм Горгия: «Ничто не существует; если и существует, то оно не познаваемо; если оно и познаваемо, то непередаваемо». И трудно с ним не согласится: просто диву даешься, насколько люди склонны пропускать или неверно трактовать элементарные регламенты!

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

Система тестов с выбором вариантов — классический подход GMAT, GRE, ЕГЭ и даже тренажера ПДД. При всей критике, это очень дешево и эффективно. Ведь критикуют именно систему оценивания, с линейной зависимостью от числа баллов. А достаточно просто отсекать «тяжелые случаи», тугодумов или лентяев, и дополнять оценку по другим критериям. И очень эффективно использовать систему тестов в роли тренажера-симулятора^[9].

Но неужели нужна специальная система для редактирования тестов и выполнения проверок? Нет! Мы и это реализовали как расширение MediaWiki «MediaWikiQuizzer», т.е. тесты — это те же вики-статьи, а все функции быстрой и эффективной публикации под рукой. Можно делать сколь угодно сложные композиции новых тестов из уже существующих, использовать вариации одной и той же тестовой базы — выдавать случайные блоки по N вопросов, перетасовывать варианты, включать режим экзамена или обучения и т.п.

Тесты могут работать как в проверочном режиме, так и в обучающем: «вы выбрали не тот вариант, правильно так-то и потому-то». Если использовать MediaWiki для публикации курсов и MediaWikiQuizzer-тесты, то никакие «профессиональные системы e-learningа», скорее всего, не потребуются. Ведь остальной бюрократический функционал (учет студентов, оценок), предлагаемый этими системами, в организации разумного размера и с нормальными отношениями попросту не нужен.

И еще об обучении: Mediawiki можно использовать не только в режиме «человек-компьютер», но и для передачи знаний «человек-человек» — а именно, для семинаров и курсов со слайдами.

Широко известны проблемы правильных слайдов:

Автор пытается угнаться за двумя зайцами: подготовить слайд-презентацию, которую можно одновременно и показывать во время доклада, и раздавать для самостоятельного чтения. Из-за этого получаются страшные «слайдоменты» — гибриды «слайдов и документов»^[10], совершенно бессмысленные для выступления.
Авторы не могут работать совместно: быстро параллельно редактировать слайды.
Нет богатых возможностей семантической подготовки материала, таких как автоматическое построение графов и диаграмм, раскраски исходных кодов и т.п. — все это приходится делать вручную и повторять при изменении материала.
Хочется включать мультимедиа контент на современном уровне — видеоролики, майднмапы, анимацию и т.п.
Сложно делать целостный reusable контент — например, составлять презентации для разных аудиторий из одних и тех же блоков слайдов.

Мы решили и эту задачу, реализовав MediaWiki-расширение «S5SlideShow», позволяющее выпускать «гибридные» статьи, пригодные и для чтения, и для показа в виде слайдов.

К сожалению, объем бумажной статьи ограничен и «за бортом» осталось много наших MediaWiki-изобретений: календарь с системой регистрации, совместное редактирование изображений и много другое.

Но для читателя важны два момента:

MediaWiki «расцветает» в «оранжерее» корпоративного интранета, огражденная от вандалов и спаммеров, и на ней можно удобно реализовать все привычное для обмена знаниями: блоги, форумы, закладки, слайды, проверочные тесты.
Мы не просто «делимся опытом», а выложили все наши доработки в open-source и предлагаем всем заинтересовавшимся совершенно бесплатно установить все это у себя: просто зайдите по адресу http://wiki.4intra.net/Mediawiki4Intranet.

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

Репликация: База Знаний «Заказных Информ Систем» → «Оранжерея знаний с MediaWiki»

↑ Опубликовано в Intellegent Enterprise, №10 (232), октябрь 2011 года
↑ «Автоматика у нас пишется с большой буквы» © Пелевин.
↑ По опыту бизнес-форума по управлению знаниями, самый актуальный вопрос: «как заставить людей делиться знаниями», а «материальная мотивация за активность» — самый распространенный ответ.
↑ Более подробно см. статью и видеовыступления на конференции «Knowledge Management: От Склада к Потоку» http://lib.custis.ru/Knowledge-management-from-store-to-flow
↑ Search Engine Optimization, создатели мусорных сайтов для манипуляции результатами ведущих поисковых систем
↑ Пост в системе микроблогов типа http://twitter.com, http://juick.com и подобных им
↑ «Wiki-Wiki» — это на гавайском означает «быстро-быстро».
↑ См. http://lib.custis.ru/Mediawiki-silver-bullet-or-swiss-army-knife. Опубликована с сокращениями в «Открытых системах», апрель 2009. Также с этим названием была серия выступлений на конференциях по программной инженерии.
↑ Призываю всех, кто честно получал водительские права вспомнить изучение билетов с картинками-ситуациями и вариантами выбора, и автоматические программы-тренажеры по проверке этих билетов
↑ Понятие, введенное Алексеем Каптеревым в известной презентации «Смерть через Powerpoint»

ADD 2010: Отчет Глеба Тарасова

2011-11-16T18:41:03Z

StasFomin:

ADD 2010: Отчет Глеба Тарасова/Как прекратить писать

2011-11-16T18:39:59Z

StasFomin: Новая страница: «;Как прекратить писать (Андрей Аксенов на ADD-2010) Андрей Аксенов в своем стиле рассказыва...»

Как прекратить писать (Андрей Аксенов на ADD-2010)

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

ADD 2010: Отчет Глеба Тарасова/Как стать героем

2011-11-16T18:38:52Z

StasFomin: Новая страница: «;Как стать героем (Яков Сироткин на ADD-2010) Доклад был глубоко рефлексивный, интересный, н...»

Как стать героем (Яков Сироткин на ADD-2010)

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

ADD 2010: Отчет Глеба Тарасова/Программирование под iPhone

2011-11-16T18:37:49Z

StasFomin: Новая страница: «;Как начать разрабатывать для iPhone (Никита Фролов на ADD-2010) Здесь полдоклада я негодовал в...»

Как начать разрабатывать для iPhone (Никита Фролов на ADD-2010)

Здесь полдоклада я негодовал в твиттере. Суровый рыбинский программист (видевший мак впервые в жизни после того, как его заставили писать под iPhone) с черно-белой нокией и пользующийся на Маке файрфоксом рассказывал, как это ужасно и неудобно — писать на Objective-C.

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

Мое мнение, что конечные пользовательские (хотя бы не бизнес) приложения должны писать люди, которые пользуются тем, подо что пишут. Есть очень много мелочей в приложениях для телефона, которые сильно раздражают и которые не сделали бы программисты, пользующиеся этим телефоном в жизни. Но, мы живем не в идеальном мире.

В любом случае доклад был полезен. Увидел, как можно нормально пользоваться редактором форм (я все через код до этого делал). А сам докладчик по юмору и подаче материала не уступает Стасу.

ADD 2010: Отчет Глеба Тарасова/С++0x

2011-11-16T18:35:55Z

StasFomin: Новая страница: «;C++0x (Елена Сагалаева на ADD-2010) Так как многопоточное программирование было очень длинны...»

C++0x (Елена Сагалаева на ADD-2010)

Так как многопоточное программирование было очень длинным докладом, решил забежать на Алену про новый стандарт C++. Сейчас все пишут на стандарте, написанном в 1998 году. Это о многом говорит. Новый должен был появиться в 200x году, но появится не раньше 2011го. Основная цель — уменьшить порог входа, сделать удобнее для написания системных библиотек, оставить по максимуму обратную совместимость.

Что будет:

Теперь можно будет писать List<List<int>> (раньше две угловые скобки нельзя было писать подряд =)).
auto (var в С#).
Инициализация списков в фигурных скобках.
Лямбды. Причем можно замыкать и по ссылке, и по значению. Синтаксис кривоват.
Диагностика по словам докладчика все такая же.

ADD 2010: Отчет Глеба Тарасова/SQL vs NoSQL

2011-11-16T18:34:48Z

StasFomin: Новая страница: «По горячим следам был круглый стол по БД. NoSQL базы бывают двух видов. * ''Column-oriented''. В них фишк...»

По горячим следам был круглый стол по БД. NoSQL базы бывают двух видов.

Column-oriented. В них фишка в том, что схема не фиксирована, и в каждой строке могут быть разные поля.
А есть базы с хорошей scalability (автоматический шардинг и др. фишки).

Причем кто из них кто — непонятно. Вроде как действительно быстро работает только MongoDB. Хотя в Facebook, Twitter работает Cassandra.

ADD 2010: Отчет Глеба Тарасова/Apache Hadoop

2011-11-16T18:33:43Z

StasFomin: Новая страница: «;Apache Hadoop (Владимир Климонтович на ADD-2010) Сначала было введение про <tt>MapReduce</tt>. Потом был р...»

Apache Hadoop (Владимир Климонтович на ADD-2010)

Сначала было введение про MapReduce. Потом был рассказ как оно в Apache Hadoop работает. Работает не очень стабильно, подглючивает. Так что пользоваться этим можно только в вебе. Еще есть интересный проект по трансляции SQL в MapReduce запросы — Apache Hive. И свой язык запросов в Apache Pig. Так как после MapReduce результаты логично хранить в базах «ключ-значение», то есть еще и БД HBase.

ADD 2010: Отчет Глеба Тарасова/Статический анализ в С++

2011-11-16T18:32:39Z

StasFomin: Новая страница: «;Устаревание стандартов кодирования и статический анализ кода (Андрей Карпов на ADD-2010) В...»

Устаревание стандартов кодирования и статический анализ кода (Андрей Карпов на ADD-2010)

Вывод один — бедные сиплюсплюсники. У них столько проблем, что даже статическими анализаторами тут не поможешь. Еще у них нет решарпера, жалко их.

ADD 2010: Отчет Глеба Тарасова/Алена C++ про искусственный интеллект в играх

2011-11-16T18:31:00Z

StasFomin: Новая страница: «;Искусственный интеллект в играх (Елена Сагалаева на ADD-2010) Как и ожидалось, практически ...»

Искусственный интеллект в играх (Елена Сагалаева на ADD-2010)

Как и ожидалось, практически ни в каких играх сейчас нет хоть какого-то искуственного интеллекта. Его сложно писать, его сложно патчить и т. д. Так что все действия ботов программируются обычными алгоритмами.

Интересные фишечки про вероятность с состояниями, подкрутку поведения для более интересной игры и т. п.

Про алгоритмы было только в поисках пути, причем вся информация примерно как в Википедии.

ADD 2010: Отчет Глеба Тарасова/Леша и Коля

2011-11-16T18:29:35Z

StasFomin: Новая страница: «;[[Предупреждение ошибок программиста с помощью статического анализа кода и доменной моде...»

Предупреждение ошибок программиста с помощью статического анализа кода и доменной модели (Алексей Алексеев и Николай Гребнев на ADD-2010)

По сравнению с первым прогоном на нашей демонстрации прогресс был просто огромный. Доклад прошел практически без накладок. Единственное, что Леша забыл рассказать, как структура Крипке разворачивается в бесконечное дерево, поэтому дальше народ немного перестал понимать суть, но те кто понял — прониклись. Недостатком было, что рассказывали про абстрактный «наш фреймворк» без ссылок, где он выложен в OpenSource. К SECR-у если его уже не выложим, будет совсем глупо.

ADD 2010: Отчет Глеба Тарасова/Сsharp vs Java

2011-11-16T18:29:08Z

StasFomin: Новая страница: «Всю интригу дискуссии отрезал Завалишин, высказав простую и здравую мысль: «С# как язык го...»

Всю интригу дискуссии отрезал Завалишин, высказав простую и здравую мысль: «С# как язык гораздо интереснее, но Java запускается не только на винде». Выбор остается только в том, согласны вы прогибаться и писать только под Микрософт, чтобы пользоваться всеми рюшечками, или не согласны. Он не готов. Спорить тут глупо, все так и есть. Если вы изначально и бесповоротно хотите писать под винду, то писать на Java глупо. Если вам нужна гибкость, то извращаться c Mono и подобными штуками тоже не стоит.

ADD 2010: Отчет Глеба Тарасова/Видео-хостинг на Erlang

2011-11-16T18:27:35Z

StasFomin: Новая страница: «;Разработка видеохостинга на Erlang (Максим Лапшин на ADD-2010) Я был совершенно убежден, что н...»

Разработка видеохостинга на Erlang (Максим Лапшин на ADD-2010)

Я был совершенно убежден, что на свете есть только один программист на Erlang (который написал jabber-сервер). В одном зале на ADD-2010 их было как минимум два! Уже ради этого можно было сходить на этот доклад.

Идея преимущества Erlang-а простая. В его внутренних «процессах» выполняются задачи над иммутабельными данными. Работа идет в PHP-стиле. Если что-то пошло не так — просто убиваем процесс и все. Прелесть в том, что все ресурсы этот процесс освободит. Там же в рантайме можно посмотреть какой процесс отжирает слишком много памяти и тоже просто его прибить. Но если на PHP в таком стиле можно написать только короткие обработки request-ов, а что-то с долгим uptime-ом будет безудержно кушать память, то на Erlang-е как раз можно в этом стиле написать приложение с аптаймом в несколько месяцев. Этому способствует еще и возможность изменять код на лету, без разрыва соединения с клиентом.

Во время вопросов оказалось, что обновлять код на лету умеет еще и Lisp. И эта его особенность используется на марсоходах, где перезапускать сессию просто нельзя. Соединение с Марсом восстановить проблематично.

Цимус доклада еще в том, что Erlang-у может быстро научиться любой здравомыслящий программист, так что проблем с поиском кадров быть не должно.

ADD 2010: Отчет Глеба Тарасова/Завалишин про Java

2011-11-16T18:24:35Z

StasFomin: Новая страница: «;Практика разработки на Java (Дмитрий Завалишин на ADD-2010) Думал будет что-то из приемов раз...»

Практика разработки на Java (Дмитрий Завалишин на ADD-2010)

Думал будет что-то из приемов разработки на Java. Были общие слова. Про то, что идентичные программы на Java и С++ работают с одинаковой скоростью. Возможно, Java жрет побольше памяти на инфраструктуру, но так как основная память чаще всего используется под большие объемы данных, то эта накладка и не заметна. Все это, потому что JIT рулит.

Были совершенно ужасные антислайды, мелкий текст. Вся информация поверхностная, без конкретики. Итог ясен, Java рулит, но в каждой задаче нужно с умом выбирать подход. Упоминания про C# не было. Потом станет понятно почему.

Еще заинтересовало упоминание Real Time Java.

ADD 2010: Отчет Глеба Тарасова/Андрей про дополненную реальность

2011-11-16T18:23:00Z

StasFomin: Новая страница: «;[[На пороге дополненной реальности: к чему готовиться разработчикам (Андрей Бибичев на ADD-2...»

На пороге дополненной реальности: к чему готовиться разработчикам (Андрей Бибичев на ADD-2010)

Доклад был научно-популярного типа. Шикарность презентации заметили все. В этом плане Андрей достиг настоящего Мастерства. Про пульт Wii написали уже тоже все. Меня удивило, что до сих пор нет нормальных фреймворков (возможно нет только под .Net, а под Wii уже можно писать нормально) для работы с датчиками пульта. Андрей рассказал, как нужно работать со всеми этими датчиками вручную. Затем был рассказ про распознование движения, чем он занимается сейчас. Видно, что индустрия развивается, но прогресс не велик. Возможно, тут как и в распозновании речи, ничего особо не получится. А может индустрия и выстрелит. Очень интересное в конце было видео про то, как снимали Аватар. Я думал его полностью прорисовывали на компьютере, как мультфильмы от Pixar. Но тут было именно распознавание движения актеров.

ADD 2010: Отчет Глеба Тарасова/Хранилища данных

2011-11-16T18:21:09Z

StasFomin: Новая страница: «;Сравнительный анализ хранилищ данных (Олег Царев и Кирилл Коринский на ADD-2010) Думал, что...»

Сравнительный анализ хранилищ данных (Олег Царев и Кирилл Коринский на ADD-2010)

Думал, что будет интересно про «Sql vs NoSql». Начало было очень жиденькое. Целый час два человека с запинками и перебивая друг друга рассказывали, что Facebook ну никак физически не поместится на одном сервере БД. Очень странно. Всем, кто слушает Радио-Т, давно известно, что любой сайт может поместиться на одном сервере с Internet Information Server, надо его только правильно настроить (ну и MSSQL поставить).

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

Очень интересно негодовал в процессе доклада Андрей Аксенов, он даже в процессе написал на ноутбуке тест за 15 минут, чтобы опровергнуть на два порядка оценки докладчиков о производительности памяти.

ADD 2010: Отчет Глеба Тарасова/Стас

2011-11-16T18:20:29Z

StasFomin: Новая страница: «Стас рассказывал свою обычную телегу про Svn + Bugzilla + Wiki. Причем рассказывал не по презентаци...»

Стас рассказывал свою обычную телегу про Svn + Bugzilla + Wiki. Причем рассказывал не по презентации, а по майндмапу. Смотрелось необычно, но впечатление ухудшали недостатки в инструментах. Проблемы с зумом, скроллингом, видимо не очень удобным трекболом отняли достаточно времени, поэтому на самую сердцевину доклада осталось очень мало времени, и Стас начал рассказывать со скоростью, достойной девушки с большой грудью из телевизора, которая загадывает ребусы. Тематика доклада всем была интересна, плюс еще и Стасовая всем известная манера рассказывать, так что впечатления в любом случае у всех, думаю, остались исключительно положительные. Правда не знаю, что о нашей компании подумают студенты и особо продвинутые гики, после фразы, что Subversion рулит, и не нужно никаких гитов и базаров.

Отчет о конференции ADD-2010 - Владислав Иофе/Как стать героем

2011-11-16T18:14:04Z

StasFomin:

Как стать героем (Яков Сироткин на ADD-2010)

Яков Сироткин, как написано в программе, известный блогер и разработчик

Центральный тезис: «Нельзя разрабатывать свой софт без своих мозгов». Много было про опасные вопросы, которые нельзя задавать начальству. Видать доклад наболел, когда докладчик в очередной раз уволился.

Есть авторская песня. На любителя. А это был авторский доклад. Про что-то свое, вроде и понятное, но…

Оценка: Не понравилось

Отчет о конференции ADD-2010 - Владислав Иофе/C++0x

2011-11-16T18:12:51Z

StasFomin: Новая страница: «;C++0x (Елена Сагалаева на ADD-2010) Текущий стандарт <tt>C++</tt> аж 98-го года и давно морально уста...»

C++0x (Елена Сагалаева на ADD-2010)

Текущий стандарт C++ аж 98-го года и давно морально устарел.

Зачем что менять? Вот:

Сделать язык лучше для системного программирования
Облегчить обучение языку

Но при этом сохранить обратную совместимость по максимуму.

В марте 2010 вышел draft нового стандарта C++, принятие которого ожидали еще в двухтысячные годы (потому и 0x). Но в стандарт не вошли некоторые ожидаемые вещи, например сборка мусора.

Производители компиляторов не стали дожидаться выхода стандарта и уже частично его поддерживают. В докладе показывались новые возможности языка и поддержка этих возможностей компиляторами GCC 4.5.1, MS VC++ и Intel C++.

Отчет о конференции ADD-2010 - Владислав Иофе/HTML 5, CSS 3 и новый IE 9

2011-11-16T18:11:30Z

StasFomin: Новая страница: «;HTML5, CSS3 и новый Internet Explorer 9 (Михаил Черномордиков на ADD-2010) Ээ-э-э… Вышел новый IE 9 бета, и о...»

HTML5, CSS3 и новый Internet Explorer 9 (Михаил Черномордиков на ADD-2010)

Ээ-э-э… Вышел новый IE 9 бета, и он очень быстрый, и JavaScript на нем исполняется быстрее, чем на Google Chrome.

Оценка: Не верю

Отчет о конференции ADD-2010 - Владислав Иофе/Apache Hadoop

2011-11-16T18:10:15Z

StasFomin: Новая страница: «;Apache Hadoop (Владимир Климонтович на ADD-2010) Было рассказано о NoSQL-платформе <tt>[http://hadoop.apache.org/ ...»

Apache Hadoop (Владимир Климонтович на ADD-2010)

Было рассказано о NoSQL-платформе Apache Hadoop. Платформа позволяет отложенно распределенно обрабатывать большие объемы данных. Обработка состоит из двух шагов: Map — представление исходных данных (любых, хоть из текстовых файлов) в виде ключ-значение, и Reduce — обработка, например, агрегирование. Шаги описываются на Java.

Были приведены примеры использования.

Хотя система нестабильна (да, много багов!) и дорога в обслуживании (найди дурака за этим следить на fulltime), даже крупные компании не гнушаются ее использовать (Google, Yahoo, Facebook). Мало того, платформа обросла сопутствующими технологиями. Например, трансляция SQL-запросов в MapReduce-задачи.

Оценка: :)

Отчет о конференции ADD-2010 - Владислав Иофе/Современный статический анализ кода

2011-11-16T18:08:51Z

StasFomin: Новая страница: «;Устаревание стандартов кодирования и статический анализ кода (Андрей Карпов на ADD-2010) С...»

Устаревание стандартов кодирования и статический анализ кода (Андрей Карпов на ADD-2010)

С первых слов вспомнил докладчика, он был на SECR 2009. Тогда доклад назывался Ранняя диагностика ошибок в параллельных программах, но общее ощущение, что новый доклад о том же.

В общем, компания разрабатывает статический анализатор кода для C/C++. И в основном рассказывают, какие ошибки умеют ловить на примерах.

Оценка: :-|

Отчет о конференции ADD-2010 - Владислав Иофе/Искусственный интеллект в играх

2011-11-16T18:07:36Z

StasFomin: Новая страница: «;Искусственный интеллект в играх (Елена Сагалаева на ADD-2010) ''[http://alenacpp.blogspot.com Елена Сагал...»

Искусственный интеллект в играх (Елена Сагалаева на ADD-2010)

Елена Сагалаева. Организаторы конференции решили не писать, где работает Алена, справедливо решив, что блог известнее.

Для начала Алена честно предупредила, что чем больше узнаешь об играх изнутри, тем неинтереснее потом играть. Так что заядлые игроки имели возможность уйти :)

Какие особенности у ИИ в играх? Вот:

Цель — развлечь, а не выиграть. Поэтому поддаваться надо, но незаметно.
Трудно отлаживать
ИИ — набор разрозненных алгоритмов

Вопреки распространенному мнения, ИИ в играх в большинстве случаев достаточно туп и не использует:

нейронные сети
нечеткую логику
генетические алгоритмы

Есть исключения, но на то они и исключения…

Затем рассказывалось о нечестных приемах, которые, на самом деле, правила:

Генератор случайных чисел генерирует не совсем случайные числа
Нельзя оставлять пользователя-гонщика одного. Если пользователь отстает, надо придержать всех и наоборот. Поддаваться надо, но незаметно.
Подкрутить что-то, пока пользователь отвернулся. Например, вбросить войcка из ниоткуда.

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

Оценка: :-)

Отчет о конференции ADD-2010 - Владислав Иофе/Предупреждение ошибок программиста

2011-11-16T18:05:34Z

Предупреждение ошибок программиста с помощью статического анализа кода и доменной модели (Алексей Алексеев и Николай Гребнев на ADD-2010)

Речь шла cis-uni.net, но под соусом DDD-фреймворка. Кстати, мне кажется, выигрышный ход. Это вам не еще один какой-то там ORM.

Полностью пересказывать не буду, проще спросить у докладчиков презентацию, да почитать категорию CustIS_Uni.Net: Атрибуты-состояния_CIS-Uni.Net и CISUniNet:Model_Checking.

Сложилось впечатление, что доклад перегружен, Linq там было лишним. Вместо этого стоило четче рассказать про состояния и проверки: у слушателей сложились непонятки по поводу того, какие проверки compile-time, а какие run-time.

Отчет о конференции ADD-2010 - Владислав Иофе/Адаптивная архитектура

2011-11-16T18:04:11Z

StasFomin: Новая страница: «;Адаптивная архитектура (Олег Аксенов на ADD-2010) Товарищи занимаются заказной разработко...»

Адаптивная архитектура (Олег Аксенов на ADD-2010)

Товарищи занимаются заказной разработкой. Основные мысли:

Не доверяйтесь авторитетному мнению, все равно проверяйте даже непопулярные решения сами.
Архитектура должна быть итеративной (Continuous design).
Оценку трудоемкости нового проекта можно/нужно проводить по аналогии со сделанными, но делать новый проект по аналогии совсем не нужно.
Жесткие рамки «спущенной» архитектуры служат демотиватором для разработчика (хм, смотря для какого).
После оценки проекта домножает на 1.4 и выкатывает оценку заказчику.

Докладчик спокойный, умный, но скучный. Слайды - как любит Стас: только ключевые слова.

По ходу доклада у аудитории сложилось впечатление, что FogSoft-овцы не боятся кардинально архитектуру по ходу проекта. Это не так: речь шла о том, что не стоит паниковать, если в середине проекта обнаружилось, что у вас не предусмотрена система логирования или разграничения прав.

Оценка: :-|

Отчет о конференции ADD-2010 - Владислав Иофе/Conflux. GPGPU для .NET

2011-11-16T18:03:04Z

StasFomin: Новая страница: «;Conflux: GPGPU для .NET (Евгений Бурмако на ADD-2010) Энтузиаст Женя (молодой толковый парень с хвос...»

Conflux: GPGPU для .NET (Евгений Бурмако на ADD-2010)

Энтузиаст Женя (молодой толковый парень с хвостиком) захотел для матричной арифметики на C# поюзать возможности графического процессора от nVidia. Но вот беда: для программирования графических процессоров создан специальных стек CUDA со своим си-подобным языком.

Для решения задачи Женя разработал инфраструктуру C#-ных классов. Простой программист должен всего лишь унаследоваться от нужного класса, реализовать пару методов, и дело в шляпе. На выходе — обычная .NET-сборка. Дальше это сборка дизассемблируется, строиться синтаксическое дерево, которое превращается (ну, если возможно :-) в набор команд CUDA-драйвера.

Путь, конечно, обходной, но по словам докладчика, зато нет затрат на Interop.

Рассматривалась проблема отладки: на графическом процессоре ничего не отладишь, но библиотека имеет специальный режим для выполнения кода на обычном CPU.

Доклад отлично структурирован. Было демо. Глаза у докладичка горят. Ну, ценность у библиотеки чисто исследовательская.

Оценка: :-)

Отчет о конференции ADD-2010 - Владислав Иофе/Дополненная реальность через веб-камеру

2011-11-16T18:01:32Z

StasFomin: Новая страница: «;Дополненная реальность через веб-камеру (Михаил Кокорев на ADD-2010) Рассматривалась open sour...»

Дополненная реальность через веб-камеру (Михаил Кокорев на ADD-2010)

Рассматривалась open source библиотека ARToolKit для построение приложений дополненной реальности и её порты на всевозможные языки/платформы. Есть реализации на C#, Flash, Silverlight и пр. Библиотеки воспринимают очень маленькое количество маркеров. Было много демонстраций. Но сам доклад показался невнятным.

Оценка: :-| Невнятно

Отчет о конференции ADD-2010 - Владислав Иофе/На пороге дополненной реальности

2011-11-16T18:00:07Z

На пороге дополненной реальности: к чему готовиться разработчикам (Андрей Бибичев на ADD-2010)

Раньше была виртуальная реальность: 80 % мира нарисовано и 20 % настоящего. Сейчас наступает время дополненной реальности: подлинный мир чуть-чуть дорисовывается.

Был показан ролик, на котором ребенок в магазине берет коробку с игрушкой (замком, конструктором, …) и подходит к специальному экрану. На экране как в зеркале отражается ребенок с коробкой, а на коробке… собранный замок (конструктор). Ребенок вертит коробку со всех сторон и рассматривает в «зеркале» все подробности. В общем, интереснее смотреть, чем описывать. Вот нашел ролик, не тот, но похож.

Стас Фомин 16:45, 29 сентября 2010 (UTC): Вот тот ролик

Дополненная реальность используется уже давно: с 1984 пилоты вертолетов Apache используют специальные шлемы с очками, на которые что-там проецируется.

Стас Фомин 16:45, 29 сентября 2010 (UTC): А здесь описано, к чему это приводило уже тогда.

Если виртуальная реальность была нацелена вывод информации, то дополненная — на ввод. Например, чтобы понять, куда смотрит человек (тот самый пилот Apache), нужно иметь три сенсора: гироскоп, акселерометр и компас. Первые два дополняют друг друга, так как у электронного гироскопа быстро накапливается погрешность.

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

Еще было рассказано о motion capture. Например, Аватар снимался с помощью маркеров. Актер облепляется маркерами (в том числе и лицо), данные маркеров создают трехмерный «скелет», на который можно нарастить любое «мясо». Есть еще безмаркерный захват. Именно этим занимается компания iπ Soft, в которой сейчас работает Андрей.

Оценка: :) Очень живо и интересно

Отчет о конференции ADD-2010 - Владислав Иофе/Сравнительный анализ хранилищ данных

2011-11-16T17:58:01Z

StasFomin: Новая страница: «;Сравнительный анализ хранилищ данных (Олег Царев и Кирилл Коринский на ADD-2010) Тонкий (Ца...»

Сравнительный анализ хранилищ данных (Олег Царев и Кирилл Коринский на ADD-2010)

Тонкий (Царев) и толстый (Коринский) не торопясь, даже сонно по очереди вещали о проблемах хранения данных.

Центральный тезис доклада — универсального хранилища нет. Начали с простого примера: получение списка друзей в социальной сети на примере Facebook, ВКонтакте, еще чего-то и игрушечной соц. сети. Докладчики приводили оптимистические оценки объемов данных матрицы смежности. Из расчета, что среднем один пользователь имеет 150 «друзей» для Facebook’а получилось около 2800 ПБ.

Далее докладчики примерялись к производительности топового сервера, учитывая жуткие технические подробности скорости доступа к оперативной памяти. И пришли к выводу, что такой сервер сможет обработать всего 14 тысяч запросов в сек. А надо 500 млн. Ну, значит, надо замутить распределенную систему… Еще немного порассуждали о четырехугольнике CPU-memory-latency-сложность кода.

Кто-то в зале (кажется, Андрей Аксенов) громко заявил, что докладчики ошиблись на два порядка, и все не так уж плохо.

Затем поговорили о partitioning и перешли к CAP-теореме. Все шло медленно, с подробным объяснением элементарных и не очень вещей.

Доклад был рассчитан на полтора-два часа, и я сбежал послушать Бибичева.

Оценка: нормально, но можно и лучше (динамичнее).

Отчет о конференции ADD-2010 - Владислав Иофе/Что творится на рынке труда в сфере IT

2011-11-16T17:55:36Z

StasFomin:

Что творится на рынке труда в сфере IT? (Ольга Кочкина на ADD-2010)

Рынок IT-вакансии сейчас составляет примерно 2/3 от 2008 года, однако по некоторым направлениям (веб-разработка и IT-управленцы) уже практически восстановился. И у докладчика есть основания предполагать, что до конца текущего года рынок в целом восстановиться до уровня 2008.

В среднем ожидание и предложение зарплат в IT совпадают в Москве, Питере. А вот на периферии разработчики просят столько сколько дают, а вот менеджерам предлагают меньше их запросов.

В докладе было еще много каких-то графиков и цифр и скучных пояснений к ним.

Зачем-то была рассмотрена статистика распространенности языков программирования от европейского исследователя. Пьяному ежу понятно, что в России другое распределение, но вопросов в зале это почему-то не вызвало. Наверное, потому что было слишком скучно. Ну, и не понятно, почему Head Hunter не мог собрать собственную статистику.

Оценка: :-(

Отчет о конференции ADD-2010 - Владислав Иофе

2011-11-16T17:54:43Z

StasFomin:

ADD 2010: Отчет Николая Гребнева

2011-11-16T17:46:42Z

StasFomin:

ADD 2010: Отчет Николая Гребнева/Мастер-класс Domain-Driven Design

2011-11-16T17:46:31Z

StasFomin: Новая страница: « Андрей Бибичев Хороший мастер-класс, но только для новичков в DDD. Вначале рассказывается о...»

Андрей Бибичев

Хороший мастер-класс, но только для новичков в DDD. Вначале рассказывается о языке UML, затем идет проектирование на UML задачи автоматизации ГАИ, далее краткое введение в инструментарий и обзор шаблонов проектирования, часто использующихся при работе с доменной моделью (но напрямую к ней не относящуюся). Наибольший интерес представляет четвертая часть, где рассказывается о различных подходах к архитектуре в рамках DDD. И здесь я несколько неожиданно встретил у Андрея терминологию отличную от той, к которой я привык.

Андрей выделяет три архитектурных стиля — Rich, Pure, Anemic. И если я всегда воспринимал Rich-domain, как антоним Anemic (в соответствии с Фаулером), то Андрей под Rich понимает ручное управление персистентностью объектов доменной модели, что в первую очередь реализуется при использовании сценария Active Record. Я же такую архитектуру к DDD никогда не относил, так как управление персистентностью никак не является частью доменной модели и, даже если инструмент требует от нас ручного управления сохранением или загрузкой, то я считаю это «протечкой абстракций» и недостатком ORM, а не ключевым атрибутом архитектуры.

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

ADD 2010: Отчет Николая Гребнева/HTML5, CSS3 и новый Internet Explorer 9

2011-11-16T17:45:31Z

StasFomin: Новая страница: «;HTML5, CSS3 и новый Internet Explorer 9 (Михаил Черномордиков на ADD-2010) Отличный рекламный (я люблю рек...»

HTML5, CSS3 и новый Internet Explorer 9 (Михаил Черномордиков на ADD-2010)

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

ADD 2010: Отчет Николая Гребнева/Apache Hadoop

2011-11-16T17:44:59Z

StasFomin: Новая страница: «;Apache Hadoop (Владимир Климонтович на ADD-2010) Доклад меня не заинтересовал и я из него запомни...»

Apache Hadoop (Владимир Климонтович на ADD-2010)

Доклад меня не заинтересовал и я из него запомнил только то, что Facebook и Lastfm используют Hadoop.

ADD 2010: Отчет Николая Гребнева/Разработка для Windows Phone 7

2011-11-16T17:43:45Z

StasFomin: Новая страница: «;Разработка для Windows Phone 7 (Михаил Черномордиков на ADD-2010) Доклад был посвящен тому наскол...»

Разработка для Windows Phone 7 (Михаил Черномордиков на ADD-2010)

Доклад был посвящен тому насколько просто и удобно разрабатывать под Windows Phone 7 и насколько легко распространять под него программы. Стало известно, что система для разработчика представляет полноценный Silverlight 4 с дополнениями для телефона и сенсорного экрана, а распространять приложения среди пользователей можно будет только через Windows Marketplace. Также выяснилось, что различного рода Enterprise-приложения (установка, которых через marketplace исключена) на телефон установить будет невозможно. Реальных преимуществ Windows Phone 7 перед iPhone или Andoroid я так и не увидел, а вот отсечение корпоративных пользователей сразу выкидывает микрософт из сектора, в котором очень неплохо себя чувствует BlackBerry. Единственное, что приходит в голову из причин, которые могут побудить людей купить этот телефон это хорошая интеграция с Outlook и Exchange, если она, конечно, будет.

ADD 2010: Отчет Николая Гребнева/Фантом-ОС

2011-11-16T17:42:32Z

StasFomin: Новая страница: «;Фантом-ОС (Дмитрий Завалишин на ADD-2010) Я попал только на секцию вопросов, поэтому узнать ...»

Фантом-ОС (Дмитрий Завалишин на ADD-2010)

Я попал только на секцию вопросов, поэтому узнать поподробнее, что же такое фантом-ос мне, к сожалению, не удалось. Спросил, какова целевая аудитория этой оси, на что Завалишин ответил, что «завоевание мира они планируют начать с встраиваемых в телевизоры и автомобили систем».

ADD 2010: Отчет Николая Гребнева/Предупреждение ошибок программиста с помощью статического анализа кода и доменной модели

2011-11-16T17:41:31Z

Предупреждение ошибок программиста с помощью статического анализа кода и доменной модели (Алексей Алексеев и Николай Гребнев на ADD-2010)

Это был наш доклад. Выступили вроде хорошо.

Были прикольные вопросы типа перекрытия оператора равенства в linq-запросах или костылях на CLR-свойствах.

К SECR доклад надо будет упростить и оживить, поднапедалить туда побольше графиков и диаграмм, а также добавить обоснование эффективности использования специального фреймворка для DDD.

ADD 2010: Отчет Николая Гребнева/Круглый стол. Java vs. Csharp

2011-11-16T17:40:52Z

StasFomin: Новая страница: «Круглый стол был ни о чем. В самом начале пришел Завалишин и сказал, что Java отстой, но нужна ...»

Круглый стол был ни о чем. В самом начале пришел Завалишин и сказал, что Java отстой, но нужна кроссплатформенность. И дальше шли какие-то пространные рассуждения о том, что такое вендор-лок, хорошо ли это и т. д. Короче было скучно и неинтересно.

ADD 2010: Отчет Николая Гребнева/Продвинутая разработка Silverlight-приложений

2011-11-16T17:39:49Z

StasFomin: Новая страница: « Сергей Пугачев Доклад о возможностях Silverlight по использованию аппаратного ускорения виде...»

Сергей Пугачев

Доклад о возможностях Silverlight по использованию аппаратного ускорения видеокарты. Доклад, также как и предыдущий, про Expression Blend, состоял по большей части из live-кодинга.

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

ADD 2010: Отчет Николая Гребнева/Дополненная реальность через веб-камеру

2011-11-16T17:38:44Z

StasFomin: Новая страница: «;Дополненная реальность через веб-камеру (Михаил Кокорев на ADD-2010) Доклад практически не...»

Дополненная реальность через веб-камеру (Михаил Кокорев на ADD-2010)

Доклад практически не слушал, так как готовился к своему докладу, и докладчик был ужасно занудный. Во время доклада постоянно, что то искал в интернете и, мне показалось, что он вообще больше молчал, чем говорил. Единственное, что запомнилось, это как какой-то framework распознает с помощью веб-камеры повороты головы.

ADD 2010: Отчет Николая Гребнева/На пороге дополненной реальности

2011-11-16T17:36:43Z

На пороге дополненной реальности: к чему готовиться разработчикам (Андрей Бибичев на ADD-2010)

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

ADD 2010: Отчет Николая Гребнева/Прототипирование приложений с Expression Blend + SketchFlow

2011-11-16T17:35:09Z

StasFomin: Новая страница: «;Прототипирование приложений с Expression Blend + SketchFlow (Константин Кичинский на ADD-2010) Доклад п...»

Прототипирование приложений с Expression Blend + SketchFlow (Константин Кичинский на ADD-2010)

Доклад про быстрое поведение, было много live-кодинга, а точнее весь доклад состоял только из него. Оратор утверждал, что с помощью Expression Blend + SketchFlow можно быстро заделать прототип. Правда пример, который он кодил меня не убедил, на мой взгляд такое приложение лучше было сделать в виде 4 рисунков, а не прототипа.

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

ADD 2010: Отчет Николая Гребнева/Что творится на рынке труда в сфере IT

2011-11-16T17:33:09Z

StasFomin: Новая страница: «;Что творится на рынке труда в сфере IT? (Ольга Кочкина на ADD-2010) Доклад длился 15 минут и, к ...»

Что творится на рынке труда в сфере IT? (Ольга Кочкина на ADD-2010)

Доклад длился 15 минут и, к сожалению, ничего интересного в нем не было. Я сидел в самом конце зала, поэтому не имел возможности наблюдать графики и диаграммы, представленные на 2-х мониторах, а обзор рынка труда Ярославля был малоинтересен и бессодержателен. Очень пожалел, что пошел на этот доклад, лучше бы послушал про IBM Jazz.

ADD-2010: отчет Игоря Беспальчука

2011-11-16T17:25:56Z

StasFomin:

ADD-2010: отчет Игоря Беспальчука/Искусственный интеллект в играх

2011-11-16T17:18:48Z

StasFomin: Новая страница: «;Искусственный интеллект в играх (Елена Сагалаева на ADD-2010) Прелюбопытный доклад о том, к...»

Искусственный интеллект в играх (Елена Сагалаева на ADD-2010)

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

ADD-2010: отчет Игоря Беспальчука/Статические проверки кода в DDD-фреймворке

2011-11-16T17:16:56Z

Предупреждение ошибок программиста с помощью статического анализа кода и доменной модели (Алексей Алексеев и Николай Гребнев на ADD-2010)

Доклад Леши Алексеева и Коли Гребнева про наш CIS Uni.Net. Ребята волновались, где-то затягивали изложение, где-то, наоборот, слишком ужимали. Ну, как говорится, первый блин комом, а дальше будет лучше.

В целом мне понравилась практика доклада вдвоем. Представление о предмете получается более объемное, один докладчик при случае может поддержать второго.

Что касается собственно фреймворка, то, кажется, люди не слишком хорошо поняли, что же он из себя представляет. Это не очень удивительно – с этим докладом мы зашли сильно «сбоку», фреймворка целиком не было видно. Зато людям немножко вынесли мозг структурами Крипке, формулами темпоральной логики, и они ходили под впечатлением: «Ух ты! У CUSTIS есть фреймворк для статической проверки кода!». Интересно еще узнать, что люди пишут (если пишут) в блогах по поводу этого докалада.

А может, так и делать? У меня даже возникла идея следующего доклада «сбоку» - про систему прав в CIS-Uni.Net на основе ролей и предикатов.

ADD-2010: отчет Игоря Беспальчука/Адаптивная архитектура

2011-11-16T17:15:26Z

StasFomin:

Адаптивная архитектура (Олег Аксенов на ADD-2010)

Fail'овый доклад. Автор рассказывал о том, что (кто бы мог подумать!) для каждой задачи нужно выбирать оптимальную архитектуру, а если в задаче все меняется, то и архитектуру можно поменять. Рассказывал медленно, долго, занудно, скучно. Апофеозом был вопрос к залу «Я не слишком быстро говорю?», после которого в зале раздался нервный смех тех, кто еще не уснул.

Свои идеи автор иллюстрировал историями из практики. Например, была высказана мысль, что архитектуру нужно подлаживать и под команду. Мне это показалось престранным - я всегда думал, что нужно команду, как более динамичное звено подбирать/обучать под архитектуру, которая более статична в силу статичности задачи (исключая, конечно, совсем клинические случаи).

Автор иллюстрировал свою идею примерно так: «У нас была задача. А из людей был только студент, знавший ASP и опытный DBA. Если бы мы стали делать трезвенную архитектуру, все бы закончилось плохо. Вместо этого мы написали всю логику на триггерах, а на ASP – сделали очень простое отображение данных. И все работает, проект сдан.» Может, это только мне кажется странным примером «success story» об архитектуре?

Пожалуй, единственное, что мне понравилось в докладе – это фотография аппарата из эксперимента Милднера. Этот психологический эксперимент наглядно демонстрирует огромную силу авторитета (любого, ну, например, Мартина Фаулера). Человек может быть очень сильно подвержен влиянию авторитета в каком-то вопросе, причем сам этого не осознавать. Подробнее об этом эксперименте, а также многих других удивительных психологических эффектах влияния можно прочитать в прекрасной книжке Роберта Чалдини «Психология влияния». Рекомендую к прочтению всем, независимо от рода деятельности.

Еще были упомянуты несколько статей, думаю, их стоит посмотреть:

Алистер Коберн, «Каждому проекту свою методологию»
Мартин Фаулер, «Проектирования больше нет?»
Continuous Design