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

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

Материал из CustisWiki

(перенаправлено с «2b3-windows-business-applications-packaging-voronov»)
Перейти к: навигация, поиск

Аннотация

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

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


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

  1. У меня десяток ноутбуков и десктопов, которыми я пользуюсь, (+обучаю и рекомендую софтины куче народу) и привязываться к чему-то (тратить свое время на обучение), за что надо платить в десятикратном размере → увольте