왜 개발자들이 리눅스에서 설치 마법사를 만들지 않습니까? [닫은]


34

게으름이나 그와 비슷한 것이 아니라고 확신하지만 주로 소비자 용 앱을 주로 사용하는 개발자가 다음 단계로 진행되는 설치 마법사를 만들지 않는 이유를 이해하지 못합니다. 동일한 앱에는 일반적으로 Windows 및 Mac OS 용 설치 프로그램이 있으므로 Linux가 아닌 이유는 무엇입니까?

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

편집 (23-09-2014) :이 질문은 Windows 대 Linux 불꽃 전쟁을 시작하도록 요청되지 않았습니다. 필자는 3 가지 주요 운영 체제를 모두 사용했으며 Linux를 제외하고 다른 두 가지 (Windows 및 Mac OS)에는 설치 프로그램이 있습니다. 아직 Oracle을 설치하지 않았지만 설치에 필요한 모든 것을 Linux 용 GUI 설치 프로그램을 본 적이 없습니다.

예, Linux에는 패키지 관리자가 있으므로 개발자는 설치 프로그램을 "필요"하지 않아도됩니다. 그러나 기본 패키지 관리자에서 구식이거나 단순히 사용할 수없는 소프트웨어가 여전히 많이 있습니다. 또한 Linux는 일반 사용자를위한 Windows의 대안으로 판매되기 때문에 (우분투는이 도메인에서 열심히 노력하고 있습니다) 사용자에게 익숙한 것을 제공하는 것이 훨씬 더 합리적입니다.

예를 들어 LAMP 스택을 설정하십시오. 이것들은 모두 기본 리포지토리의 오픈 소스 소프트웨어이지만 스크립트없이 모든 것을 한 번에 설정할 수 있습니까? 이제 Windows에서 WAMP 서버를보십시오. 설치 프로그램을 실행하면 서로 잘 작동하는 방식으로 여러 소프트웨어가 설치됩니다. 그런 다음 좋은 기본값과 설정을합니다. 설치 관리자는 그렇게 할 수 있지만 패키지 관리자는 그렇게 할 수 없습니다. 예, 온라인에서 해당 스크립트를 찾을 수 있지만 어디에서 찾을 수 있습니까? 그리고 어느 것?

설치 프로그램은 과거에는 쓸모없는 기술이 아닙니다. 그들은 여전히 ​​유용하며 95 %의 사용자는 이미 익숙합니다.


12
없다 아무 부족. Windows는 Linux 가 아닙니다 . Linux는 Windows 가 아닙니다 .
edmz

27
@ Arsalan00 중요한 점이 없습니다. 일반적으로 패키지 관리자 (Ubuntu Software Center, Synaptic, YaST 등)를위한 GUI가 있습니다.
nyuszika7 시간

30
이러한 마법사의 요점을 절대 이해할 수 없었습니다. 사용자의 99.99 %가 "계속"을 맹목적으로 클릭하므로 자동 대화식 설치가 더 적합합니다.
SK-logic

7
@DebugErr 당신은 간단한 농담으로 기분을 상하게합니다. 범죄가 의도되지 않았습니다.
Michael Hampton

6
그것은 현재의 풍미 중 하나 인 Linux가 소비자 사용이 아닌 서버 및 기타 특수 환경에만 해당된다는 많은 신호 중 하나입니다. 평범한 사람들은 apt-get 또는 익숙하지 않은 "소프트웨어 센터"에 의해서도 완전히 부담을 느낍니다. 이 사람들에게 기본 소프트웨어가 작동하는 방법에 대한 .tar.gz 또는 페이지 길이 안내서가 아닌 클릭 할 .exe를 제공해야합니다. 내 의견을 가진 사람을 화나게해서 죄송합니다.
Traubenfuchs

답변:


63

개발자는 배포 용 패키지를 제공하면됩니다. 각 배포판에는이 패키지를 설치하는 방법이 있습니다. 이 방법은 터미널 ( apt-get) 또는 그래픽 인터페이스 (예 : Ubuntu Software Center)를 통해 이루어질 수 있습니다 .

아름다움은 개발자들이 적절한 패키지를 만드는 것에 관심을 가져야한다는 것입니다. 유통 업체는 나머지를 관리하며 각 패키지 설치 과정은 동일합니다.


15
+1 ... "각 패키지 설치 과정은 동일합니다."
Uwe Plonus

7
개발자는 지원하고자하는 모든 단일 배포판에 대해 적절한 패키지를 만드는 데 신경을 써야하므로 하나 이상의 다른 RPM, deb, 포트 용 스크립트 작성 등이 필요합니다. 패키지 관리자는 훌륭하지만 지원하려고합니다. 개발자로서의 모든 시스템은 어렵다. 이것이 배포판 용 패키지를 유지 관리하는 대부분의 사람들이 실제로 업스트림 개발자가 아닌 이유입니다.
Alan Shutko

12
이 접근 방식의 심각한 단점은 패키지가 최신 상태가 아닌 경우도 있습니다. Windows에서는 가능한 한 최신 버전을 설치할 수 있습니다. Linux에서는 소스와 다른 컴파일러 또는 Make / CMake / etc를 얻기 위해 버전 제어 클라이언트를 사용해야합니다 (설치 및 이해!). 그것을 구축합니다.
marczellm

4
많은 프로젝트 소스 제어없이 최신 안정 버전을 제공합니다 (최신 개발 버전 을 원하지 않는 한 ...). 그러나 매우 안정적이고 균질 한 플랫폼 인 Windows와 달리 모든 * nix와 같은 OS에서 기본적으로 작동하는 바이너리를 만드는 것은 불가능하므로 여전히 컴파일해야합니다. 다행히 컴파일러는 Windows와 비교하여 Linux에서 설치 및 설치가 매우 쉽습니다.
Rufflewind

3
@ API-Beast 그것은 질문에 완전히 대답합니다. 개발자는 마법사 만들 필요가 없으며이 번거로운 작업은 배포판에서 처리됩니다.
Florian Margaine

42

그들은 필요하지 않기 때문에. Linux 배포에는 일반적으로 모든 단일 응용 프로그램에서 설치를 다시 구현하고 반복해서 반복해서 업데이트해야하는 Windows와 달리 작동하는 패키지 관리 시스템이 있습니다.


6
그러나 내가 아는 대부분의 비전문가들은 터미널을 열고 명령을 입력하는 대신 설치 프로그램을 다운로드하고 마법사를 실행하는 것을 선호합니다. 이 패키지 관리자는 우리에게 큰 도움이되지만 Windows 98 이후 PC를 사용하기 시작한 일반적인 PC 사용자를 귀찮게합니다.
Arsalan Ahmad

43
@ Arsalan00 Linux 모델을 AppStore로 생각해보십시오. 실제로 동일한 모델입니다. Android 또는 iOS 용 마법사가없는 이유를 물을 수 있습니다.
Maciej Piechotka

5
Android와 iOS는 작동 방식과 앱 작동 방식이 훨씬 제한적입니다. 리눅스는 정반대입니다. 모바일 OS는 규칙을 적용하고 Windows는 규칙 (프로그램 파일 폴더, 레지스트리 등)을 권장하는 반면 Linux는 규칙보다 구성이 더 좋습니다.
Arsalan Ahmad

9
어 ... Windows에 "작업 패키지 관리 시스템"이 없으면 Windows Installer 란 무엇 입니까? 나는 지난 10-15 년 동안 개발자가 이것을 다시 구현해야한다고 들었습니다.
Aaronaught

5
@Aaronaught 그리고 Windows Installer를 사용 하지 않거나 Windows 기반 소프트웨어를 사용 하지 않아 IT에서 관리하기 어려운 Windows 프로그램의 수를 잃었습니다 .
Michael Hampton

22

Linux를위한 대부분의 비공개 소스 비 맥주 소프트웨어 에는 설치 마법사 제공됩니다. 적어도 대부분의 주요 배포판이 그것을 얻을 때까지 일부 폐쇄 소스, 무료 소프트웨어입니다. 오픈 소스 소프트웨어의 경우 패키지 관리자는 분명히 탁월한 솔루션입니다.

그렇다면 오픈 소스 소프트웨어가 주요 배포판에서 선택되기 전의 초기 단계는 어떻습니까? 그 단계에서 개발자가 설치 마법사를 작성하지 않는 이유는 무엇입니까?

우선 많은 오픈 소스 개발자들이 배포에 신경 쓰지 않습니다. 그들은 스스로 사용하기 위해 소프트웨어를 작성하고 다른 사람들에게 유용한 경우를 대비하여 소프트웨어를 배포하지만 다른 사람의 문제로 배포 용 패키징을 본다. 마음에 든다면 누군가가 좋아하는 배포판으로 가져 오는 작업을 스스로 수행 할 것입니다.

오픈 소스 개발자 고객이 곳이기 때문에 유통에 대한 관리는 여전히 더 나은 패키지 관리자 시스템 내에서 작업 꺼져 있습니다. Linux 사용자는 일반적으로 소프트웨어를 찾기 위해 웹을 검색하지 않습니다. 먼저 패키지 관리자를 검색합니다. 실패하면 Ubuntu의 PPA 또는 Arch의 AUR과 같은 "커뮤니티 유지"저장소를 검색합니다. 그러한 장소에 있지 않으면 소프트웨어가 거의 눈에 띄지 않을 것이고, 눈에 띄면 신뢰할 수 없을 것입니다.

기존 유통 채널을 포기하는 것은 슈퍼 볼 광고가 너무 비싸다는 결정과 비슷합니다. 비용이 덜 들지만 덜 효과적입니다.

구성을 사용자 정의하는 한, 구성 파일로 처리하기 쉬운 웹 서버와 같은 소프트웨어의 경우 구성을보다 쉽게 ​​공유, 백업 및 복원 할 수 있습니다.

웹 브라우저와 같은 클라이언트 소프트웨어의 경우 새 사용자 소프트웨어를 처음 설치할 때 설치하는 것이 아니라 구성 마법사를 작성하는 것이 좋습니다. 주된 이유는 Linux가 다중 사용자 운영 체제이므로 사용자별로 Linux를 사용자 정의하려고합니다. 또한 전체 소프트웨어를 다시 설치하기 위해 설치 프로그램을 유지하지 않고도 어떤 이유로 든 나중에 구성 마법사를 쉽게 다시 실행할 수 있습니다. 이 유형의 마법사는 Linux 소프트웨어에서 상당히 일반적입니다.


14

Linux 배포판 (BSD 풍미 Unices라고도 함)은 소위 패키지 관리자 (또는 BSD 경우 포트 관리)를 통해 프로그램 설치를위한 사용자 친화적 인 인터페이스를 가지고 있습니다 : pacman for Arch, dpkg for Debian / Ubuntu , 등등.

이 패키지 관리자는 균일 한 구성 파일을 통해 프로그램을 설치하는 방법을 제공합니다. 필요한 프로그램이 배포판의 패키지 관리자에 따라 패키지화되면 선택한 패키지에 대해 설치 명령을 실행하기 만하면되고 (종종 사용자에 대한 사용자 지정이 가능하지만 전혀 사용하지 않음) 관리자가 나머지 작업을 수행합니다.

패키지 관리자는 일반적으로 프로그램을 설치하기 위해 균일 한 방식으로 Windows의 프로그램 별 설치 프로그램 프로세스보다 사용자에게 친숙합니다. 그들은 또한 당신이 찾고있는 프로그램에 대한 패키지 관리자 데이터베이스를 쿼리 할 수 ​​있습니다.
또한 패키지의 중앙 집중식 업데이트를 지원합니다.


3
사용자 친화적 인 용어는 주관적인 용어입니다. IMO, 대부분의 컴퓨터 사용자는 명령 줄 도구를 사용하는 것을 꺼려하며 마법사 만 사용하면 더 쉽고 편합니다. 시간이 더 걸리더라도.
Arsalan Ahmad

1
dpkgAPT는 데비안과 우분투에서 사용됩니다. apt-get, apt-cache그리고 aptitude위에 래퍼입니다 dpkg. dpkg거의 직접적으로 사용되는 경우는 거의 없습니다 .deb. 파일 에서 패키지를 설치하는 것입니다 .
nyuszika7 시간

16
@ Arsalan00에는 보통 Ubuntu Software Center 또는 yumex와 같은 패키지 관리자를위한 그래픽 사용자 인터페이스가 있습니다. 패키지 관리자! = 터미널.
Florian Margaine

당신이 우분투를 사용하는 경우 Arsalan00 @ 단지로 이동 opera.com/download/guide/?os=linux 우분투 다운로드 오페라, 다운로드 한 파일을 두 번 클릭합니다. 관련된 터미널이 전혀 없습니다.
oliver

13

나는 종종 나 자신과 다른 사람들 에게이 질문을했고, Linux가 설치 프로그램을 적게 보는 이유에 도달하기 전에 종종 제기되는 요점을 설명하고 싶습니다.

Linux 배포판은 패키지 관리자를 제공합니다.

그러나 Linux 배포판의 패키지 관리자는 다음과 같은 이유로 설치 프로그램을 대체한다고 말할 수는 없습니다.

  • 이 패키지 관리자는 운영상 표준화되지 않았습니다

    패키지 관리자는 바이너리를 제공하고 최종 사용자가 설치 프로그램을 선택하게하는 것과 비슷합니다. 터미널을 선택하거나 고급 GUI가있는 도구를 선택할 수 있지만 "전통적인"설치 마법사와 동일한 수준의 프로세스 제어를 제공하지는 않습니다.

    내가 통제한다는 의미의 예는 문서입니다. "다음을 클릭하면"과 같은 최종 사용자 지침을 제공 할 수 없습니다. 특정 도구에 대한 명령 줄 지침을 제공 할 수 있지만 사용자에게 해당 도구가 있다는 사실에만 의존 할뿐만 아니라 설치 마법사의 이점을 대부분 잃게됩니다 (결국 대부분의 마법사는 앞면을 제공합니다) 간단한 명령 행 지침 및 스크립트 시작을위한 -end).

    이것은 또한 미학과 관련이 있습니다. 이제 최종 사용자 배포판에 따라 직관적이고 적절한 인터페이스를 제공합니다. 그 사실을 완전히 알고 있지만 파일을 두 번 클릭하면 (보기에서 설치 프로그램) 추악한 패키지 관리자 가 열리 거나 전혀 아무것도하지 않거나 최악의 경우 터미널이 열리면 불평하는 것은 합리적이지 않습니다. 창문. (내가 경험 한 경험과 "dos prompt"/ "black and white box"/ "그것이 재미 있으면 모든 파일이 삭제 될 것"이라는 책의 혐오감이 책을 채울 수 있음)

  • 패키지 형식은 플랫폼에서 표준화되지 않았습니다.

    이 같은 시스템간에 변환하는 도구 rpm와는 deb하지만 (즉, 클릭이 앤 할 당신이 그들을 사용하는 경우 최종 사용자는 설치 마법사가 다른 플랫폼에 제공 될 것입니다 상황에서 패키지를 변환 할 것으로 예상하는 것이 합리적이 아니다 ). 초보 빌드 시스템을 사용하는 경우 추가 패키지 형식으로 최신 패키지를 제공하는 것이 다소 간단 할 수 있지만 여전히 지원해야하는 새 바이너리를 추가하고 있습니다.

    그것은 또한 사람들이 그들의 플랫폼에 따라 선택해야 할 새로운 바이너리를 추가하는 것입니다. (사소하게 들리지만, 여기 누군가가 x86과 x64를 설명하기 전에 증명할 수 있다고 확신합니다. [그렇습니다. 브라우저, 그러나 당신은 훨씬 더 복잡해지고 지원하기가 더 어려워지고 있습니다.])

  • 패키지 관리자는 오픈 소스 소프트웨어에 대해 "더 똑똑"합니다.

    이것은 폐쇄 소스 소프트웨어를 패키지 관리 시스템과 공유 할 수 없다는 것을 의미하지는 않습니다. 그러나 일단 Linux 배포판에서 소스 소프트웨어를 공유하려고하면 소프트웨어를 공통 리포지토리로 가져 오는 옵션에 관한 한 문제가 발생합니다. PPA 또는 openSUSE 빌드 서비스와 같은 기능이 중단되었으며 Canonical Partners 리포지토리도 기본적으로 활성화되어 있지 않습니다.

    즉, 자체 리포지토리를 제공하지 않으면 자동 업데이트를 포함하여 패키지 관리 시스템의 주요 기능을 많이 사용할 수 없습니다. 제 생각 에 이것은 이러한 시스템을 사용하는 대부분의 플랫폼 (예 : iOS, Android 및 Windows Store) 에서 가장 중요한 이점 입니다.

    또한 저장소 (가변적 사소한 다른 작업)를 제공하더라도 사용자가 저장소를 설정하도록해야합니다 (다른 지원 계층, 다른 비표준 접근 방식 및 원래 지점에서 다른 방향으로 전환). 설치자)

이제, 모든 것을 말했지만, 나는 여전히 원래의 문제를 다루지 않았습니다. 왜 이러한 요인에도 불구하고 Linux에서 설치 프로그램이 덜 일반적입니까? 원래 질문은 기술적인지, 또는 컨벤션을 기반으로하는지 묻고 두 가지 모두를 기반으로합니다.

위에서 언급 한 요소를 살펴보면 "마법사와 같은"설치 프로그램이 더 복잡해집니다. 예를 들어, 마법사에 설치할 여러 패키지 형식이 포함되어 있습니까? 분포에서 모양과 느낌을 어떻게 처리합니까? 목록이 계속되고 패키지 제공 하는 한 가지 사항 은 올바른 패키지를 제공하는 한 이것 중 어느 것도 귀하의 관심사 ( 더 나은지 또는 나쁜지 )가 될 것입니다. 프로젝트의 특성에 따라 Ubuntu Software Center에 앱을 제출하는 것과 같이보다 "전문화 된"리소스를 활용할 수 있습니다. 이것은 모두 기술과 관련이 있습니다.

그러나 제가 개인적으로 추진력으로 생각하는 측면은 컨벤션입니다. (나는 망각에 대한 다른 대답을 내려 놓은 사람들이 독서를 멈추도록 충분히 깊이 묻었기를 바랍니다.)

나는 포스터에 요점이 있다고 생각하지만 너무 무뚝뚝하게 말했을 수도 있고 실제로 그 요점에 대한 객관적인 이유를 제공하지는 않았다. 패키지 관리자와 설치 관리자에 대해 언급 한 차이점을 살펴보면 대부분 문제가 거의없는 것으로 판명 된 경우에도 놀라지 않을 것입니다. 그러나 (내가 희망하는 것을 실례로 ad hominem 주장을 합법적으로 사용하는 것으로 간주 됨) 우리는 프로그래머를위한 사이트의 사용자이기도합니다. 필자는 Linux 배포판이 일반 사용자를위한 훌륭한 Windows 대안으로 밀려 났다고 생각한다. 이러한 모든 사용자가 실제로 사용할 수있는 일반적 정의 클릭 앤 완료 절차를 제공하지 않는 것은 적합하지 않습니다 IMO .

그러나 동시에 Linux의 많은 것들이 그 그룹에 특히 이상적인 것은 아닙니다 . 물론 일부 배포판은 GUI 기반의 패키지 관리자를 가지고 있지만, 그것은 엄격하게 (비교 프로그램의 설치에 초점을하지 않습니다에 그 수단이 사람들은, 별도의 도구를 사용하는 방법에보고 시작해야 ).

당연히 GUI를 사용하여 평범한 일반 사용자가해야 할 대부분의 작업을 수행 할 수 있습니다. 특히 특정 배포판에서 이러한 배포판이 수행하는 일이 항상 오픈 소스 커뮤니티에 수용되는 것은 아닙니다 (우분투에 대한 불만 사항을 살펴보십시오 garden "]) 그러나 나는 리눅스 컨벤션이 CLI에 익숙한 사람을 선호하거나, 적어도 죽음을 두려워하지 않는 것처럼 보이는 것이 그들이 끔찍하게 잘못한 것을 의미한다는 것을 부인할 수 없다고 생각합니다.

나는 이것이 그들이 목표로하는 것은 아니라고 말하지만, 실제로 나는 그러한 관습이하는 것을 본 것입니다. 그리고 Linux의 패키지 관리 시스템은 다음과 같은 것으로 보입니다. 결국 최종 사용자가 기본 개념에 더 익숙하다면 대부분의 "단점"은 거의 존재하지 않습니다.

대부분의 다른 플랫폼의 설치 프로그램은 그 영향을받지 않으며 "사용자의 99.99 %가"계속 "을 맹목적으로 클릭 할 수 있습니다."라는 질문에 대한 의견을 인용하도록 설계되었습니다. "계속"버튼을 클릭하여 "계속"버튼이 무엇인지 알려줍니다 (사용자가 다른 텍스트와 함께 입력한다고하는 도구에 의해 넘어지는 것을 보았습니다). "계속"버튼 "단계.


이것은 훌륭한 답변이며 일반 사용자의 관점에서 문제를 설명합니다.
Arsalan Ahmad

1
"패키지 형식은 플랫폼에서 표준화되지 않았습니다." – 모든 LSB 호환 배포판 (대부분의 주요 배포판)은 LSB 패키지 형식을 지원합니다.이 형식은 DEB에 쉽게 매핑 할 수없는 모든 기능이 제거 된 RPM의 하위 집합입니다. LSB RPM 용 명령 줄 도구, API 및 ABI도 표준화되어 있습니다.
Jörg W Mittag

@ Jörg W Mittag LSB 규정 준수를 표준화했다고는 거의 생각하지 않습니다. 데비안에서 "LSB 준수"는 필자가 언급 한 Alien 툴을 사용하고 있습니다 (제한적입니다). 그리고 다시 설치 스크립트를 패키지와 비교하지 않습니다. 패키지 마법사와 설치 마법사 (가장 일반적인 사용자조차도 끔찍한 블랙 박스를 보지 않고도 소프트웨어를 설치할 수 있도록 함)를 비교하고 있습니다. Alien과 같은 도구를 사용해야하는 것은 설치 마법사를 제공하는 것과 동일한 프로세스를 제공하지 않습니다.
Selali Adobor

@AssortedTrailmix : LSB 패키지 형식은 Alien이 의도적으로 처리 할 수 ​​있도록 설계되었습니다. 그리고 최종 사용자는 Alien과 대화 할 필요가 없습니다. 데비안의 LSB 패키지 관리자가이를 처리합니다. 또한 설치 마법사 작성은 LSB에서 명시 적으로 처리됩니다. 설치 프로그램 마법사가 LSB 라이브러리에 대해서만 링크하는 경우 모든 LSB 시스템에서 실행될 수 있으며 LSB 패키지 관리자는 표준화되어 있기 때문에 패키지를 설치할 수 있습니다. 데비안의 DPKG 데이터베이스에 DEB가 있고 SuSE에 RPM이 있습니다.
Jörg W Mittag

나는 그것을 이해하지만 당신의 요점을 이해하지 못했다고 생각합니다. 내가 말한 것을 확인하지 않습니까? 내 요점은 설치 마법사와 패키지 관리자가 동일하지 않다는 것입니다. 설치 관리자가 패키지 관리자를 사용할 수 없다고 제안하지 않았습니다. 내 견해에 동의하는 것 같지만 "예를 들어 마법사에 여러 패키지 형식을 설치 하시겠습니까?"
Selali Adobor

9

크게 확장하면 둘 다입니다. 리눅스 배포 모델은 AppStore / Play Store에 가깝고 전통적인 Windows / Mac OS X에 가깝습니다.

관례는 더 간단하다는 것입니다. AppStore / Play Store에 대한 대부분의 인수는 Linux에도 적용됩니다.

  • 자동 업데이트. Windows에서 20 개의 프로그램을 개별적으로 업데이트하는 것은 혼란스럽고 비효율적입니다. 부팅시 Java / Flash / Adobe / ... 업데이트를 통해 사용자가 클릭해야합니다.
  • 신뢰할 수있는 단일 저장소 보안 연결을 통해 다운로드했는지 확인합니까? 또는 get.adobe.com.hackers.example.com/setup.exe의 Reader 업데이트에서 다운로드하지 않았습니까? 해도 당신은 대부분의 사용자, 특히하지 파워 유저를 수행 하지 않습니다 . 대신 Linux의 소프트웨어 센터 또는 유사한 프로그램으로 이동하여 신뢰할 수있는 사본을 받으십시오.

또한 AppStore / Play Store에는 적용되지 않는 다음과 같은 이점이 있습니다.

  • 모든 리눅스가 GUI를 가지고있는 것은 아니며 http 서버라고 생각하지만 대부분의 배포판은 그러한 구성을 지원합니다. 승인. 모든 사람이 필요하지는 않지만 조만간 누군가 어떤 이유로 든 사용하고 싶어 할 것입니다.
  • 다양한 배포판에있는 라이브러리의 ABI는 다를 수 있습니다. 설치 프로그램이있는 세부 사항에 들어 가지 않으면 저장소에서 패키지를 유지 관리하는 사람들 대신 프로그램이 작동하게됩니다.
  • 이전과 연결-어떻게 든 종속성을 관리해야합니다. 번들링은 부적절한 이유로 간주됩니다. 이러한 경우 버그없이 라이브러리를 버전으로 업데이트해야합니다. 예를 들어, 번들에 openssl 1.0.1f를 포함하지 않았습니다. 실습에 따르면 사람들은 알려진 보안 취약점이있는 오래된 라이브러리를 포함합니다.

5
+1 "20 개의 프로그램이 Windows에서 별도로 업데이트되는 것은 혼란스럽고 비효율적입니다."
IQAndreas

나는 대화를 혼란 스럽거나 비효율적으로 부르는 것이 약간이라고 말합니다. 프로그램에 잘못 설계된 업데이트 시스템이있는 경우 사용자가 로그인하자마자 사용자에게 배지를 제공하고 자동 업데이트 옵션을 제공하지 않으면 대부분 해당 프로그램의 결함입니다. 즉, 나는 그것을하는 많은 프로그램을 찾지 못합니다 (대부분은 전통적인 시작 절차가없는 프로그램입니다). 결국 결과는 필요한 모든 단일 항목을 나열하는 하나의 프롬프트보다 더 관리하기 쉽습니다. 업데이트됩니다.
Selali Adobor

"단일하고 신뢰할 수있는 저장소"는 다소 오해의 소지가 있습니다. 결국 소프트웨어를 작성하는 경우 부분적으로 만 적용됩니다. 독점 소프트웨어는 일반적인 Linux 배포판 에서 잘 지원되는 기본 리포지토리로 쉽게 끝나지 않습니다 . Ubuntu의 정식 파트너에 대한 리포지토리 (사소한 것은 아니지만)는 기본적으로 비활성화되어 있으며 호스팅되는 소프트웨어의 보안 위험이 동일한 소프트웨어를 기반으로하는 동일한 소프트웨어보다 훨씬 오래 패치되지 않은 것으로 알려져 있기 때문에 안전하지 않은 것으로 간주됩니다 다른 업데이트 방법.
Selali Adobor

6

일반적으로 설치는 사용자 ( apt-get예 : 대부분의 패키지) 와 상호 작용할 필요가 없거나 스크립팅 될 수 있습니다. 따라서 많은 컴퓨터에 소프트웨어를 배포하기 위해 자동화가 매우 쉽습니다. 마법사를 통해 작업을 수행하는 대신 스크립팅 또는 구성 파일을 통해 동일한 작업을 수행합니다.

리눅스 세계에서는 터미널이 먼저 나오고 GUI는 선택 사항이므로 실제 설치 마법사가없는 이유가 분명해집니다.

반면에 Windows는 매우 사용자 중심적입니다. 대부분의 MSI 파일은 Windows 설치와 무인 방식과 같은 방식으로 무인 방식으로 쉽게 배포 할 수 있습니다 (WAIK를 작동시키기가 얼마나 쉬운가는 다른 주제입니다). 이는 Windows 용 응용 프로그램이 MSI를 기반으로하지 않으며 스크립트를 사용할 수 없다는 것을 의미합니다. 예를 들어, 엔터프라이즈 규모의 응용 프로그램 중에서 Adobe 제품은 스크립트 방식으로 설치하기가 어렵다고 알려져 있습니다.


1
해결하기 쉬운 문제입니다. 많은 Windows 설치 프로그램에는 자동 옵션이 ​​있으며 기본 설정으로 미리 채워져 있으므로 사용자가 다음 버튼을 누르는 것 외에 다른 작업을 수행 할 필요가 없습니다.
Arsalan Ahmad

5
개발자가 더 간단한 방법으로 실패했기 때문에 다음을 누르는 것이 싫습니다.
Silviu Burcea

@ Arsalan00 : " ... 이외의 다른 작업을 수행 할 필요가 없습니다 "는 자동화를 중단시킵니다. 사용자가해야 할 일이 있으면 자동화 할 수 없습니다. 이상적으로는 시스템을 켜고 PXE를 통해 부팅하고 OS를 설치 한 다음 사용자 상호 작용없이 필요한 모든 것을 설치 및 구성 할 수 있어야합니다. 리눅스를 사용하면 그렇게 할 수 있습니다 (어쩌면 일부 응용 프로그램은 제외하지만 지금까지는 경험하지 못했습니다).
Arseni Mourzenko

1
@MainMa 당신의 편집은 정말로 손톱에 맞습니다. 개발자가 원하는 경우 설치 관리자를 스크립트 가능 또는 자동으로 만들 수 있습니다. 그러나 마법사 시스템은 초보자가 설치에 대해 소개하는 데 실제로 도움이되며 마법사는 패키지 관리자가 할 수없는 것처럼 사용자에게 알립니다. 또한 오프라인 설치는 많은 사람들에게 필수적인 요소입니다.
Arsalan Ahmad

2
@ Arsalan00은 보통 패키지 관리자가 정말로 필요한지 질문 할 수 있습니다. 패키지 관리자를 사용하여 오프라인 설치가 가능합니다. 파일을 다운로드하고 설치할 때와 마찬가지로 먼저 패키지를 다운로드하십시오. 마지막으로, 더 사용하기 쉽고, 대부분의 초보자 사용자는 "설치 위치"에 신경 쓰지 않아야합니다. "작동"해야합니다.
iveqy

-1

대상 고객이 다릅니다. 유닉스 및 유닉스 계열 시스템은 일반적으로 각 시스템을 필요에 맞게 사용자 정의한 전문 프로그래머, 시스템 관리자, 엔지니어 및 심각한 애호가들이 사용했습니다. "설치 마법사"는 필요한 모든 변수에 대한 액세스 권한을 부여하는 대신 선택 사항 만 제한합니다. 그리고 지금 밖에있는 사람들은 여전히 ​​그렇습니다.

Windows는 같은 방식으로 전문가를 대상으로하지 않으므로 설치를 원하는 "사용자"를위한보다 일반적인 설치 관리자가 있습니다. 리눅스는 아마도 이런 것을 좋아할만한 사용자 유형을 더 많이 모으고 있지만 아마도 대부분의 배포자는 여전히 전문가를 염두에두고 있습니다.


4
설치 마법사를 사용하면 일반적으로 Linux에서 사용되는 패키지 관리자 이상의 것을 사용자 정의 할 수 있습니다.
iveqy

@iveqy 모든 텍스트 구성 파일은 설치 "마법사"보다 훨씬 많은 기능을 제공합니다. 그러한 마법사가 더 잘할 수 있다면 존재하지만 그렇지 않습니다.
Rob

4
사실이지만 텍스트 구성 파일을 편집하는 것은 대부분의 패키지 관리자 설치 프로세스의 일부가 아닙니다. Windows 설치 프로세스에 대한 일반적인 질문은 "이 부분을 어디에두고 싶습니까?"이며 패키지 관리자는 이미 Linux 환경에서이를 결정하고 "이 프로그램의 어떤 구성 요소를 설치 하시겠습니까?" 패키지 관리자의 경우 패키지 관리자. 패키지 관리자는 Android 및 iPhone (앱 스토어 및 Google Play)에 사용되므로 더욱 사용자 친화적임을 알 수 있습니다.
iveqy

@iveqy 방금 우리가 주제를 벗어났다는 것을 깨달았습니다. 이것은 내가 원래 말한 것과는 아무런 관련이 없으며 여전히 그러한 마법사가 보이지 않는다는 것은 내가 말한 것에 대한 추가 증거입니다.
Rob
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.