개발자가 Windows에서 자동으로 설치하지 않는 이유는 무엇입니까? [닫은]

이것은 " 개발자가 Linux에서 설치 마법사를 만들지 않는 이유는 무엇입니까? " 에 대한 반대 이지만, "자동 설치는 자연스러운 방법입니다. 왜 마법사를 사용합니까?"라고 생각하게 만들었습니다. 여기에 반대의 질문이 있습니다.

게으름이나 그와 비슷한 것이 아니라고 확신하지만 주로 소비자 용 앱을 주로 사용하는 개발자가 전혀 신경 쓰지 않는 완전 자동 설치를하지 않는 이유를 이해하지 못합니다. 동일한 응용 프로그램은 일반적으로 Linux에 자동 설치되므로 Windows와 Mac OS가 아닌 이유는 무엇입니까?

이 추세에 대한 기술적 이유가 있습니까? 아니면 그냥 관습입니까?

동의

사용자는 무엇보다도 프로그램이 컴퓨터에 설치되기를 원하는지 여부를 결정할 수 있어야합니다. 사람들이 분명히 프로그램을 설치하기로 선택했다는 것은 자명 한 것처럼 보이지만 악성 프로그램의 주요 특징은 컴퓨터 사용자가 알지 못하더라도 설치할 수 있다는 것입니다.

정보에 입각 한 동의는 UAC를 통해 더욱 명시 적으로 이루어집니다 .

라이센스 계약

대부분의 최신 소프트웨어는 라이센스에 대한 "클릭 스루"모델을 따릅니다. 즉, 사용자는 프로그램 설치 조건으로 설치 프로세스 중 라이센스 조건에 동의합니다. 사용자가이 계약을 거의 읽지 않는다고해서 특히 "이 약관에 동의합니다"라는 확인란을 클릭 한 경우 계약에 구속되지 않는다는 의미는 아닙니다.

옵션 구성

많은 소프트웨어 패키지에는 특정 방식으로 소프트웨어가 설치되는 방식을 변경할 수있는 옵션이 있습니다. 이 중 가장 사소한 것은 바탕 화면에 아이콘을 원하는지 여부를 결정하지만 더 큰 응용 프로그램에서는 설치할 기능을 결정할 수 있습니다.

설치 진행

Windows 에코 시스템의 프로그램이 설치 프로세스 (예 : 레지스트리가없는 설치) 중에 방해가되지 않는쪽으로 향상되는 동안 설치는 여전히 사소한 작업이 아닙니다. 진행률 표시 줄 및 기타 시각 도구는 실제로 어떤 일이 일어나고 있음을 나타냅니다. 마법사의 마지막 페이지에 설치 성공 여부가 표시됩니다.

시작하기

마지막으로 최고의 소프트웨어 패키지는 다음에 수행 할 작업을 알려줍니다. 첫 단계, 시작 방법, 도움을받는 방법은 무엇입니까? 대부분의 소프트웨어가 설치되면 시작 아이콘이 표시됩니다. 사용자의 전문 지식 수준을 과대 평가하지 마십시오. 당신이 생각하는 것처럼, 방금 설치 한 소프트웨어 프로그램을 찾고 시작하는 방법을 모르는 사람들이 여전히 있습니다.

내가 본 것에서 그것은 실제로 전체 "Windows 경험"으로 귀결됩니다. 즉, 가능한 모든 작업 이나 옵션 을 사용자에게 표시합니다.

내가 말하는 이유는 설치에 GUI가 필요하지 않기 때문입니다. MSI 기반 설치 관리자는 Linux 기반 패키지와 비슷한 방식으로 자동 설치할 수 있습니다. GUI는 완전히 선택 사항이지만 백그라운드에서 진행중인 작업에 대한 시각적 표현을 사용자에게 제공합니다.

Linux에서는 패키지 관리자를 사용하여 쉽게 수행 할 수 있습니다. 패키지를 설치하려면 해당 패키지를 구체적으로 요청해야합니다. 기술적으로 덜 포함 된 경우 일반적으로 사용자가 원하는 소프트웨어를 설치할 수있는 GUI 기반 패키지 관리자가 있습니다.

Windows에는 그러한 것이 없습니다. 사용자가 Windows 기반 소프트웨어를 설치하려면 소프트웨어를 별도로 찾아서 다운로드해야합니다. 소프트웨어를 구성하고 설치하는 데 도움을주는 표준화 된 도구는 없습니다. 따라서 각 소프트웨어와 함께 제공되는 설치 GUI는 Linux의 패키지 관리자 GUI와 매우 유사합니다. 사용자가 설치를 구성하고 진행 상황을 추적 할 수 있도록하기 위해 존재합니다.

관리 GUI의 존재로 인해 설치 GUI가 필요하지 않은 경우가 많이 있습니다. 예를 들어, 인기있는 Steam 플랫폼은 설치 스크립트를 통해 스팀 스토어를 통해 제공되는 모든 게임이나 소프트웨어를 자동으로 설치합니다.

또 다른 좋은 예는 SCCM입니다. SCCM (System Center Configuration Manager)은 네트워크에서 컴퓨터 그룹을 관리하는 데 사용되는 소프트웨어입니다. 여기에는 Software Center라는 GUI를 통해 소프트웨어를 설치할 수있게하는 기능이 포함됩니다. 버튼 클릭 한 번으로 MSI 기반 설치 프로그램을 설치할 수 있습니다. 내가 일하는 환경에는 Adobe의 Creative Suite에서 WinZip과 같은 소프트웨어가 있습니다. 사용 가능한 항목을 찾기 위해 카탈로그를 검색하고 설치를 클릭 한 후 확인을 기다리면됩니다. Linux Mint를 실행하는 가정용 컴퓨터에 무언가를 설치하려는 것과 거의 동일한 프로세스입니다.

Window는 msi 파일을 사용 하며 다른 프로그램 패키지와 거의 같은 방식으로 작동합니다. 플래그를 설정하여 자동으로 설치할 수 있지만 기본 동작은 Windows에 패키지에 정의 된 모든 구성 옵션이있는 GUI가있는 것입니다. 따라서 일반 사용자에게 msi 파일은 exe 설치 프로그램과 동일하게 작동합니다.

종종 기본값을 변경하기로 선택한 사용자로서, GUI를 사용하는 것이 프로그램을 설치할 때 어떤 옵션을 배우는 가장 쉬운 방법이며 동시에 변경하는 것이 편리하다는 것을 알았습니다.

기본적으로 완전히 자동 설치 프로그램의 가능성에 대해. Windows에서는 사용자가 설치 디렉토리를 선택할 수 있도록하는 것이 일반적입니다. GUI에서 해당 옵션을 허용하지 않으면 많은 사용자의 잘못된 편에있게됩니다. 또한 사용자는 프로그램을 설치할 때 최소한 대화 상자를 보는 데 익숙합니다. 아무 것도 표시하지 않으면 설치에 실패했다고 생각할 수도 있습니다.

개발자는 Windows에서 자동으로 설치하지만 모든 소프트웨어가이 형식으로 제공되는 것은 아닙니다. 다른 많은 답변과 달리 Windows에는 표준으로 널리 사용되는 "패키지 관리자"(나와 함께 있음)가 있지만 최종 사용자가 아닌 기업을 대상으로하기 때문에 개발자들 사이에서도 비교적 잘 알려져 있지 않습니다.

SCCM 이라고 하며 모든 대기업에서 Windows 설치를 관리하는 데 사용됩니다. 패키지 (클라이언트 시스템에 대한 소프트웨어 및 종속성 푸시)를 관리 할 수있을뿐만 아니라 Windows 및 기타 설치된 소프트웨어에 대한 업데이트도 관리합니다.

SCCM은 기술 사용자조차도 자신의 컴퓨터를 관리하는 데 사용되지 않습니다. 실제로 단일 컴퓨터 관리에 많은 이점을 제공하는 것은 아닙니다. 실제로 Active Directory / 도메인에 가입하지 않은 컴퓨터가 없으면 작동하지 않을 수도 있습니다. 따라서 소프트웨어 및 업데이트 배포를 관리하더라도 Windows 패키지 관리자 라고는 하지 않습니다.

그러나 여기서 요점은 Windows에 자동 설치가 있으며 대기업의 시스템 관리자 가 널리 사용 한다는 것입니다. .msi 다운로드를 제공하는 제품이 있으면 SCCM을 통해 수천 대의 컴퓨터에 자동으로 배포되기를 원하기 때문일 수 있습니다.

_{면책 조항 : 나는 SCCM을 사용하지 않았으며 그것에 대해 거의 알지 못하기 때문에 위의 미묘한 부분에 대해 틀릴 수 있습니다.}

기술적 인 측면에서 Windows는 Linux보다 레지스트리를 통해 프로그램간에 더 크게 통합되는 경향이 있습니다. 이를 위해서는 프로그램을 하드 드라이브에 복사하기보다는 공식적인 '설치'과정이 필요합니다 (예 : 상황에 맞는 메뉴 활성화). 일부 OS (예 : Mac OS)는 뒤에서 또는 처음 실행시 일부를 수행하지만 Windows는 명시 적으로 설치의 일부로 사용하는 것을 선호합니다.

비 기술적 인 측면에서 Windows는 설정 모델을 선호하고 잊어 버립니다. 예를 들어, 리눅스는 설치 옵션이 많지 않지만 프로그램을 실행할 때 종종 플래그를 사용합니다. 또는 프로그램에 참여하면 옵션을 변경할 수 있습니다. Windows는 지정된 시간 (설치) 동안 설정 옵션의 경험을 선호하며, 프로그램이 실행될 때마다 사용자가 명령 행 플래그를 사용하거나 옵션을 설정하지 않아도됩니다. 이것은 매번 다른 플래그를 사용할 수 있기 때문에 유연성을 떨어 뜨리지 만, 파워 유저에게는 노출되는 경우가 많습니다 (예 : 바로 가기 옵션). 그러나 대부분의 사용자에게 더 간단한 인터페이스를 제공하며 개발자가 필요한 옵션과 기본값을 설정하기위한 깔끔한 인터페이스를 사용자에게 제공 할 수 있습니다.

면책 조항 : 이것은 주로 추측이지만 설치 및 배포를 위해 Windows 응용 프로그램을 패키징 한 경험을 기반으로합니다.

설치를위한 사실상의 표준은 플랫폼에 있습니다. 리눅스에서 표준은 설치를 위해 apt(dpkg / Debian 기반) 또는 yum(rpm / RedHat 기반) 과 같은 패키지 관리 도구를 사용하는 것 입니다. 배포를위한 패키지를 제공하면 마법사는 대부분의 사용자가 패키지를 표준으로 사용하기 때문에 시간 낭비입니다.

Windows에서 표준은 GUI 기반 설치입니다. 이 있는 대안 그러나 이러한 대안 중 어느 것도 설치 프로그램에 대한 100 개 % 교체로 적합하지 :

• 패키지 관리 도구 (예 : Chocolatey )는 있지만 아직 대량의 도구에 도달하지 못했습니다. 패키지 관리 기반 설치 만 제공하는 경우 많은 사용자가 설치를 위해 다른 소프트웨어를 설치해야한다는 성 가실 것입니다 대부분의 패키지 관리 도구는 기술적 인 사용자를 대상으로하기 때문에 소프트웨어가 해당 사용자를 대상으로하지 않는 경우 Chocolatey 패키지를 제공하는 것은 시간 낭비입니다. 아무도 그것을 사용하지 않습니다.
• 일부 소프트웨어는 XCopy 배포에 적합하지만 비교적 간단한 소프트웨어 제품에서만 작동합니다. 플래시 드라이브 (예 :)에 설치하려는 사용자에게는 적합하지만 다른 모든 사람들에게는 유용합니다. 결과적으로 XCopy 설치용 파일을 릴리스하도록 선택한 많은 프로젝트도 설치 프로그램을 제공합니다.
• Chocolatey는 설치를 다운로드하고 실행하는 명령 줄 스 니펫을 제공합니다. 다시 말하지만, 기술 사용자에게는 빠르며 잘 작동하지만, 비 기술적 인 사용자는이 설치 방법으로 어려움을 겪을 수 있습니다.

소프트웨어가 배포를 요구할 정도로 복잡 할 경우 사용자가 기대하는대로 GUI 설치를 제공해야합니다. 이러한 마법사를 상당히 쉽게 구축 할 수있는 많은 제품이 있으므로 GUI 기반 설치 프로그램을 제공하는 것은 일반적으로 개발 시간 측면에서 가장 노력이 적은 옵션 중 하나입니다. GUI 기반 설치 프로그램이 있으면 위의 각 항목에 대한 비용-이익 비율을 평가해야하며 (새로운 기능은 마이너스 100 포인트로 시작 함을 기억하십시오) 많은 제품의 경우 이러한 대안을 구축하고 유지하려는 노력에 가치가 없습니다.

일종의 "자동"모드를 사용하는 설치 프로그램은 Windows에서 일반적이지만이 모드는 기본 모드가 아닌 표준 모드가 아닙니다. 대부분의 Windows 사용자는 상당히 당황스럽게 실행하자마자 즉시 설치되는 설치 프로그램을 찾습니다.