https://lib.custis.ru/index.php?action=history&feed=atom&title=ADD_2011%3A_%D0%9E%D1%82%D1%87%D1%91%D1%82_%D0%A0%D1%83%D1%81%D0%B5%D1%86%D0%BA%D0%BE%D0%B3%D0%BE_%D0%93%D0%B5%D0%BE%D1%80%D0%B3%D0%B8%D1%8F 2026-04-13T03:07:33Z История изменений этой страницы в вики MediaWiki 1.26.4 https://lib.custis.ru/index.php?title=ADD_2011:_%D0%9E%D1%82%D1%87%D1%91%D1%82_%D0%A0%D1%83%D1%81%D0%B5%D1%86%D0%BA%D0%BE%D0%B3%D0%BE_%D0%93%D0%B5%D0%BE%D1%80%D0%B3%D0%B8%D1%8F&diff=25923&oldid=prev 2011-05-19T20:15:02Z

<p>‎<span dir="auto"><span class="autocomment">Nemerle.Peg — .NET генератор парсеров шаговой доступности</span></span></p> <p><b>Новая страница</b></p><div>[[Категория:ADD 2011]]<br /> <br /> Конференция проводилась 29-30 апреля 2011 в Санкт-Петербурге.<br /> <br /> '''Гостиница (бизнес-отель «Карелия»):'''<br /> Весьма неплохая (на фоне отстойной гостинице в Ярославле, где проводилась ADD-2010, просто отличная). Правда, обещанный WiFi работал только в холле гостиницы, в номере не работал.<br /> <br /> '''Организация:'''<br /> Общее впечатление: организовано на хорошем уровне, доклады читались в трёх секциях, места всем хватало (единственно — секция B располагалась в переходе между зданиями, не очень удобный зал).<br /> Обеды, кофе-брейки также без нареканий — всё на уровне. А вот качество докладов, на мой взгляд, хуже, чем на предыдущей конференции ADD.<br /> <br /> = День 1 =<br /> <br /> == Language Oriented Programming (LOP) в действии (или как мы это делаем в JetBrains) ==<br /> {{/Language Oriented Programming}}<br /> <br /> == Облачная инфраструктура AWS ==<br /> {{/Облачная инфраструктура AWS}}<br /> <br /> == Интерфейсы: битва за право влияния ==<br /> {{/Интерфейсы}}<br /> <br /> == Time management для программиста ==<br /> {{/Time management для программиста}}<br /> <br /> == Взаимодействие дизайнера и программиста ==<br /> {{/Взаимодействие дизайнера и программиста}}<br /> <br /> == Свободные лицензии: улыбнитесь тому, кто сидит в пруду ==<br /> {{/Свободные лицензии}}<br /> <br /> == Улучшение взаимодействия между разработкой и тестированием ==<br /> {{/Улучшение взаимодействия между разработкой и тестированием}}<br /> <br /> == MongoDB ==<br /> {{/MongoDB}}<br /> <br /> == Взаимоотношения заказчика и исполнителя на проекте ==<br /> {{/Взаимоотношения заказчика и исполнителя на проекте}}<br /> <br /> = День 2 =<br /> <br /> == Разработка приложений с использованием Windows Workflow Foundation ==<br /> {{/Разработка приложений с использованием Windows Workflow Foundation}}<br /> <br /> == Эффективная разработка бизнес-приложений на Silverlight и WPF ==<br /> {{/Эффективная разработка бизнес-приложений на Silverlight и WPF}}<br /> <br /> == Техника и проблемы пэкеджинга бизнес-приложений для Windows ==<br /> {{/Техника и проблемы пэкеджинга бизнес-приложений для Windows}}<br /> <br /> == Первый опыт внедрения WPF в сложной системе (С++ и COM) ==<br /> Докладчик — Михаил Павлов.<br /> <br /> '''Цель доклада''' — рассказать о проблемах на этапе внедрения WPF и сформулировать рекомендации по повышению эффективности разработки.<br /> <br /> В начале своего рассказа, автор немного рассказал о проекте, которым занимался. Приложение — тренажёр рубки корабля, было написано на C++/COM/MFC/ATL/WTL/OpenGL. На слайде была обозначена какая-то плюшевая структура, судя по которой и по перечню используемых технологий, приложение чуть менее чем на 100 % состояло из сказочного кода.<br /> <br /> Были обозначены проблемы продолжения разработки с использованием указанных технологий:<br /> * Устаревший дизайн (в смысле внешний вид приложения)<br /> * Низкая скорость разработки UI<br /> * Ограничения в расширяемости<br /> <br /> Было поставлено требование: поддержка .NET в ядре приложения.<br /> Для перехода на новую платформу одному программисту было дано ''техзадание'': «садись, разбирайся, потом расскажешь, что там накопал».<br /> <br /> Попробовали, и, почему то решили делать визуалку на WinForms + WPF. Объяснение такое: на WPF сложно и долго делать простые окошки (?), на WinForms наоборот — почти нереально сделать сложные кастомные интерфейсы. Плюс к этому, выяснилось, что Expression Blend, который пытались применять, генерирует на выходе XAML, который содержал много лишнего(?). Ну и хотелось использовать имеющиеся нативные наработки в областе интерфейса (решили на WPF формы кидать WinFormsHost, а в нем через Interop использовать нативный контрол). Конечно, не видя приложения трудно делать какие-то выводы, но подобная архитектура как минимум настораживает.<br /> В результате, после первой попытки огребли проблем. Тогда решили следовать &lt;strike&gt;православным&lt;/strike&gt; рекомендациям MS. В результате, скорость разработки упала в 3 раза. После этого были предприняли следующие шаги:<br /> * Ограничили изменения в интерфейсе<br /> * Выработали баланс обязанностей дизайнера и программиста<br /> * Сформулировали пожелания заказчика<br /> <br /> Проблемы перевода:<br /> * Наследие прошлого<br /> * Правильная интерпретация 3D-визуализации на WPF интерфейсе<br /> * Недостатки WPF<br /> Ну и в конце докладчик посоветовал с самого начала разработки сформировать библиотеку WPF стилей.<br /> Хотел задать автору вопросы о том, чем ему не угодил Expression Blend и какие недостатки в WPF он обнаружил, но, поскольку доклад затянулся, а я не хотел опоздать на следующий, пришлось убежать раньше времени. Жалею, что в презентации отсутствовали эпические скриншоты нового WPF интерфейса, очень хотелось на них посмотреть.<br /> <br /> == Nemerle Deep Dive ==<br /> {{/Nemerle Deep Dive}}<br /> <br /> == Nemerle.Peg — .NET генератор парсеров шаговой доступности ==<br /> {{/Nemerle.Peg}}<br /> <br /> <br /> {{replicate-from-custiswiki-to-lib}}</div>

StasFomin