Чому розробники не роблять установку автоматичною на Windows? [зачинено]

Це зворотне значення " Чому розробники не роблять майстрів установки на Linux? ", Що цікаво, але змусило мене думати "Автоматична установка - це природний спосіб. Чому вони використовують майстрів?".
Отже, ось зворотне питання:

Я впевнений, що мова не йде про лінь чи щось подібне, але я не розумію, чому розробники, навіть переважно додатки, орієнтовані на споживачів, не роблять повністю автоматичну установку там, де вас зовсім не турбує. У тих же додатках зазвичай встановлена ​​автоматична установка на Linux, так чому б не Windows та Mac OS?

Чи є якісь технічні причини цієї тенденції, чи це просто умовність?

Інформовану згоду

Користувачі повинні мати можливість вирішити, перш за все, вони хочуть, щоб програма була встановлена ​​на їхньому комп’ютері чи ні. Вам може здатися само собою зрозумілим, що люди, очевидно, обирають установку програми, але головна характеристика шкідливої ​​програми полягає в тому, що її можна встановити, не знаючи про це користувача комп'ютера.

Інформована згода стає ще більш чіткою через UAC .

Ліцензійна угода

Більшість сучасних програмних засобів слід за моделлю «клік» для ліцензування; тобто користувач погоджується з умовами ліцензії під час інсталяційного процесу як умова встановлення програми. Те, що користувачі рідко читають ці угоди, не означає, що вони не пов'язані ними, особливо якщо вони натиснули прапорець із написом "Я згоден на ці умови".

Налаштування параметрів

У багатьох програмних пакетах є варіанти, які дозволяють змінити спосіб встановлення програмного забезпечення певними способами. Найбільш тривіальна з них дозволяє вирішити, чи хочете ви піктограму на робочому столі, але у великих програмах ви можете вирішити, які функції ви хочете встановити.

Хід встановлення

Хоча програми в екосистемі Windows стають кращими з нав'язливістю під час встановлення (наприклад, без реєстру), установка все ще часто є нетривіальною операцією. Штрихи прогресу та інші наочні посібники вказують на те, що щось насправді відбувається. Заключна сторінка майстра повідомляє про те, вдала установка чи ні.

Починаємо

Нарешті, найкращі програмні пакети розповідають, що робити далі. Які перші кроки, як розпочати роботу, як отримати допомогу. Більшість програмного забезпечення після встановлення залишає вас із значком запуску, і все. Ніколи не переоцінюйте рівень знань своїх користувачів; настільки неймовірно, як вам може здатися, все ще є люди, які не знають, як знайти та запустити програмне забезпечення, яке вони щойно встановили.

З того, що я бачив, це дійсно зводиться до всього "досвіду Windows". Тобто зробити будь-яку дію чи варіант максимально видимими для користувача.

Я вважаю, що графічний інтерфейс не потрібен для встановлення. Інсталятори на базі MSI можна безшумно встановлювати аналогічно пакетам на базі Linux. Графічний інтерфейс є абсолютно необов’язковим, але знову ж таки, щоб дати користувачеві наочне уявлення про те, що відбувається на задньому плані.

У Linux це легко досягти за допомогою менеджера пакунків. Якщо я хочу встановити пакет, я мушу спеціально вимагати його. Для менш технічного включення зазвичай користувачеві доступний диспетчер пакунків на основі GUI для встановлення потрібного програмного забезпечення.

У Windows такого немає. Якщо користувач хоче встановити програмне забезпечення на базі Windows, він повинен знайти та завантажити програмне забезпечення окремо. Не існує стандартизованого інструменту, який допоможе користувачеві в налаштуванні та встановленні програмного забезпечення. Тому інсталяційний графічний інтерфейс, що постачається в комплекті з кожним програмним забезпеченням, дуже схожий на GUI менеджера пакунків у Linux. Він просто існує, щоб дозволити користувачеві налаштувати інсталяцію та відстежувати її хід.

Існує маса випадків, коли встановити GUI не потрібно через наявність GUI управління. Наприклад, популярна платформа Steam автоматично встановлює будь-які ігри чи програмне забезпечення, доступні через паровий магазин, за допомогою сценаріїв установки.

Ще одним чудовим прикладом може бути SCCM. Менеджер конфігурацій системного центру (коротко SCCM) - це програмне забезпечення, яке використовується для управління групами комп'ютерів у мережі. Він включає можливість зробити програмне забезпечення доступним для встановлення через GUI під назвою Software Center. Будь-який інсталятор на основі MSI може бути доступний для встановлення одним натисканням кнопки. У середовищі, в якому я працюю, у нас є програмне забезпечення, починаючи від Creative Suite Adobe до таких речей, як WinZip. Все, що потрібно зробити користувачеві, - це пошук у каталозі, щоб знайти наявні, натисніть «Встановити» та чекайте підтвердження. Це майже такий самий процес, як якщо б я хотів щось встановити на свій домашній комп'ютер під управлінням Linux Mint.

У вікні використовуються файли msi , які значною мірою працюють так само, як і інші програмні пакети. Їх можна встановити безшумно, встановивши прапор, але поведінка за замовчуванням полягає в тому, що Windows має графічний інтерфейс з усіма параметрами конфігурації, визначеними в пакеті. Отже, звичайні користувальницькі файли msi поводяться так само, як і встановники EXE.

Як користувач, який часто обирає змінити за замовчуванням, я вважаю, що користуватися графічним інтерфейсом - це найпростіший спосіб дізнатися, які варіанти я маю під час встановлення програми, і зручно змінювати їх одночасно.

Щодо можливості інсталятора, який за замовчуванням повністю беззвучний. У Windows звичайно, що користувачеві дозволено вибирати інсталяційний каталог, ви потрапляєте на неправильну сторону багатьох користувачів, якщо ви не дозволили цю опцію в графічному інтерфейсі. Крім того, користувачі бачать принаймні мінімум діалогу під час встановлення програми, якщо ви нічого не показуєте, вони можуть вважати, що встановлення не вдалося.

Розробники роблять установку автоматичною у Windows, але не все програмне забезпечення пропонується у такому форматі. На відміну від багатьох інших відповідей тут, Windows має стандартний і широко використовуваний «менеджер пакунків» (майте на увазі мене), але він порівняно мало відомий навіть серед розробників, оскільки він націлений на підприємства, а не на кінцевих користувачів.

Це називається SCCM і використовується кожним великим підприємством для управління своїми установками Windows. Окрім того, що зможе керувати пакунками (підштовхувати програмне забезпечення та залежності від клієнтських машин), він також управляє оновленнями для Windows та іншого встановленого програмного забезпечення.

SCCM не використовується навіть технічними користувачами для управління власними комп'ютерами. Насправді це не означає, що можна принести велику користь для управління одним комп’ютером; насправді він може навіть не працювати без машин Active Directory / не приєднаних до домену машин. Тому я б не називав його менеджером пакетів Windows , навіть якщо він керує розгортанням програмного забезпечення та оновленнями.

Однак тут я можу сказати, що в Windows є автоматичні установки , і вони широко використовуються - системними адміністраторами на великих підприємствах. Якщо ви бачите продукт, що пропонує завантаження .msi, це, мабуть, тому, що він хоче автоматично розгортатися на тисячах машин через SCCM.

_{Відмова: Я сам не використовував SCCM і мало про це знаю, тому можу помилитися з приводу деяких тонкощів вище.}

З технічної сторони Windows має тенденцію до більшої інтеграції між програмами (через реєстр), ніж Linux. Для цього потрібен офіційний процес "встановлення", а не просто копіювання програми на ваш жорсткий диск (наприклад, для включення контекстних меню). Деякі ОС (наприклад, Mac OS) будуть робити щось за кадром або під час першого запуску, але Windows вважає за краще чіткою частиною інсталяції.

Що стосується нетехнічної сторони, то Windows віддає перевагу моделі її встановлення та забуття. Наприклад, Linux, як правило, не має стільки налаштувань (параметрів установки), але часто ви використовуєте прапори під час запуску програми - тому що ви звикли робити це; або ви змінюєте параметри, коли ви перебуваєте в програмі. Windows надає перевагу досвіду встановлених параметрів протягом визначеного часу (встановлення), і не сподівається, що користувач буде використовувати прапори командного рядка або іншим чином встановлювати параметри кожного разу при запуску програми. Це зменшує гнучкість (оскільки ви можете використовувати різні прапори кожен раз), хоча часто це піддається користувачам живлення (наприклад, параметри в ярлику); але надає більш простий інтерфейс для більшості користувачів і дозволяє розробнику представляти користувачам чистий інтерфейс для встановлення необхідних параметрів та стандартних параметрів.

Відмова: Це значною мірою припущення, однак засноване на моєму досвіді упаковки програм Windows для встановлення та розгортання.

Все зводиться до того, що стандарт фактичного встановлення знаходиться на платформі. У Linux для стандарту є використання інструментів управління пакетами, таких як apt(dpkg / на основі Debian) або yum(rpm / RedHat). Після того, як ви надали пакет для розгортання майстра, це марна трата часу, оскільки переважна більшість користувачів все одно буде використовувати пакет (як його стандарт).

Типово, що для Windows стандарт є установкою на основі GUI. Там є альтернативи, однак жоден з цих варіантів не придатні в якості 100% заміни для монтажника:

• Існують інструменти для управління пакетами (наприклад, Chocolatey , однак жоден з них ще не досяг критичної маси - якщо ви лише встановите установку на основі управління пакетами, то багато користувачів будуть дратуватися, що їм потрібно встановити інший фрагмент програмного забезпечення просто для встановлення вашого програма (подумайте, як дратують менеджери завантажень). Більшість інструментів управління пакетами також чітко орієнтовані на технічних користувачів, тому, якщо ваше програмне забезпечення не призначене для цієї користувацької бази, то надання пакету для Chocolatey буде повною тратою часу. як ніхто не буде ним користуватися.
• Деяке програмне забезпечення підходить для розгортання XCopy, однак це працює лише для відносно простих програмних продуктів. Це корисно для користувачів, які хочуть встановити на флешку (наприклад), проте для всіх інших її фаф. В результаті багато проектів, які вирішили випустити файли для встановлення XCopy, також забезпечують інсталятор.
• Chocolatey надає фрагмент командного рядка, який завантажує та запускає інсталяцію. Знову ж таки, хоча його швидкість і працює добре для технічних користувачів, нетехнічні користувачі боротимуться і будуть відкладені цим методом установки.

Якщо ваше програмне забезпечення достатньо складне, щоб вимагати його розгортання, воно є майже обов'язковим для встановлення графічного інтерфейсу, як того, що очікують користувачі. Існує також ряд продуктів, які роблять створення цих майстрів досить простим, тому надання інсталятора на основі графічного інтерфейсу, як правило, є одним з найменших зусиль з точки зору часу розробки. Отримавши інсталятор на основі графічного інтерфейсу, вам слід оцінити співвідношення витрат і вигод для кожного з перерахованих вище (пам’ятайте, що нові функції починаються з мінус 100 балів), а для багатьох продуктів його просто не варто докладати зусиль для створення та підтримки цих альтернатив.

Зауважте, що інсталятори з певним "тихим" режимом є досить поширеними у Windows, однак це, як правило, не є типовим режимом - знову ж таки не як стандартним. Більшість користувачів Windows знайдуть інсталятора, який одразу встановлює себе, як тільки ви запускаєте його досить непомітно.