Аннотация
- Докладчик
- Павел Воронов
В течении более 4х лет возглавляю команду которая работает на крупного скандинавского заказчика и специализируется на разработке программ инсталляции (InstallShield, WIX Deployment Tools Foundation, Visual Studio 2010, Team Foundation Server) и техническим оформлением систем помощи для приложений (Doc-to-Help, Sandcastle) в области управления финансами и человеческими ресурсами. Прошел весь процесс становления этого направления, сильно изменив отзывы заказчика в лучшую сторону. Эта тематика часто достаточно слабо освещена на подобных конференциях, да и в программах обучения — недооценивается и поэтому часто является слабым звеном в процессе разработки приложений. Вроде бы мы можем написать саму программу, но на деле часто оказывается что начать ей пользоваться в реальной жизни, реальному покупателю – задача не из самых легких. Однако сейчас все больший акцент делается на поставку законченных решений, готовых к продаже и установке прямо на окружение конечного пользователя. Является ли ответом непрервыная интеграция в данном случае, к примеру? Какие риски она несет? Здесь хотелось бы поделиться опытом организации процесса, типичными ситуациями, задачами которые ставятся и особенностями используемых и отвергнутых технологий.
- Пэкеджинг приложений – что это такое?
- Типичные «грабли» на которые наступают – профессиональный опыт;
- Инструменты, вечная битва WIX vs. InstallShield, другие варианты, технические особенности и критерии выбора;
- Все ли нужно автоматизировать? В каком случае? Интеграция и работа с TFS.
- Проблемы данного направления и тенденции развития.
Видео
Видео в HD-качестве, смотрите в полноэкранном режиме.
HTML-код включения <iframe src="http://player.vimeo.com/video/24508499?byline=0&portrait=0" width="720" height="405" frameborder="0"></iframe>
- Скачать
http://ftp.linux.kiev.ua/pub/conference/peers/addconf/2011/2b3-windows-business-applications-packaging-voronov.avs.avi
Для этого доклада нужен подкаст (аудиозапись)?
Примечания и отзывы
- Техники и проблемы пэкеджинга бизнес-приложений для Windows (Павел Воронов, ADD-2011)
Есть такая профессия — packaging engineer (manager) (ну или типа того). Короче, он делает упаковывает релиз продукта для поставки (ну примерно как в TechEvol собирают поставку CustIS Forms для Спортмастера). Основная хрень — это, конечно же, инсталлятор. Причем, к сожалению или счастью, нормального стандартного продукта для изготовления инсталляций (кроме, разве что, InstallShield) нет, поэтому каждая уважающая себя компания-разработчик должна создать свой инструмент для этого. Притом к этому инструменту предъявляются повышенные требования по корректности работы. Ведь, как никак, инсталлятор — это лицо поставляемого продукта, а пользователи встречают по одежке. И вот у них тоже есть такой инструмент, сделанный как приложение Excel на VSTO.
В общем, хорошо, когда человек чувствует важность своей работы. Но мне это было совершенно неинтересно.
Доклад об организации процесса разработки и выпуска готовых к развёртыванию пакетов программ.
Не зацепило. Были какие-то рекомендации, вроде:
- планировать развёртывание вместе с проектированием приложения
- не откладывать создание пакета на последний день
- тестировать развёртывание
и т. п.
В конце доклада продемонстрировал утилиту собственной разработки (на базе Excel 2010), позволяющую просматривать содержимое msi-пакета.
Техники и проблемы пэкеджинга бизнес-приложений для Windows (Павел Воронов, ADD-2011)
Грустная работа. Сколько сил и времени тратиться на создание совершенно бессмысленной штуки — дуратского MSI-пакета для виндового инсталлятора, пользоваться которым, из-за отсутствия batch-интерфейса и command-line интерфейса → полное мучение, с прерывающими тебя дуратскими вопросами визардами и т.п.
И это вместо того, чтобы те же самые силы вбухнуть в создание альтернативных моделей инсталляторов, чтобы сделать мир лучше для всех.
Лично я максимально ограничил использование инсталлирующихся программ, поддерживая несколько фреймворков под Bazaarом, где все софтины сделаны Portable, интегрированы друг с другом, и все это можно отлично
инкрементально обновлять и в случае нецелостности — откатывать.
(Похоже на http://chocolatey.org, но у меня там лежит все, под Bazaarом, включая файлы настроек).
Впрочем, для некритичных программ (которых я тоже выбираю среди open-source, или на худой конец freeware[1], я использую http://allmyapps.com (есть аналог http://ninite.com). Вот это идея достойная,
хотя тоже пока еще не всегда и все гладко → прорываются лишние вопросы от дебильных инсталляторов.
Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации.
- ↑ У меня десяток ноутбуков и десктопов, которыми я пользуюсь, (+обучаю и рекомендую софтины куче народу) и привязываться к чему-то (тратить свое время на обучение), за что надо платить в десятикратном размере → увольте
