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

Техники и проблемы пэкеджинга бизнес-приложений для Windows (Павел Воронов, ADD-2011)

Материал из CustisWiki

Перейти к: навигация, поиск

Аннотация

Докладчик
Павел Воронов

В течении более 4х лет возглавляю команду которая работает на крупного скандинавского заказчика и специализируется на разработке программ инсталляции (InstallShield, WIX Deployment Tools Foundation, Visual Studio 2010, Team Foundation Server) и техническим оформлением систем помощи для приложений (Doc-to-Help, Sandcastle) в области управления финансами и человеческими ресурсами. Прошел весь процесс становления этого направления, сильно изменив отзывы заказчика в лучшую сторону. Эта тематика часто достаточно слабо освещена на подобных конференциях, да и в программах обучения — недооценивается и поэтому часто является слабым звеном в процессе разработки приложений. Вроде бы мы можем написать саму программу, но на деле часто оказывается что начать ей пользоваться в реальной жизни, реальному покупателю – задача не из самых легких. Однако сейчас все больший акцент делается на поставку законченных решений, готовых к продаже и установке прямо на окружение конечного пользователя. Является ли ответом непрервыная интеграция в данном случае, к примеру? Какие риски она несет? Здесь хотелось бы поделиться опытом организации процесса, типичными ситуациями, задачами которые ставятся и особенностями используемых и отвергнутых технологий.

  1. Пэкеджинг приложений – что это такое?
  2. Типичные «грабли» на которые наступают – профессиональный опыт;
  3. Инструменты, вечная битва WIX vs. InstallShield, другие варианты, технические особенности и критерии выбора;
  4. Все ли нужно автоматизировать? В каком случае? Интеграция и работа с TFS.
  5. Проблемы данного направления и тенденции развития.


Видео

Скачать
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). Вот это идея достойная, хотя тоже пока еще не всегда и все гладко → прорываются лишние вопросы от дебильных инсталляторов.



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