¿Por qué los desarrolladores no hacen asistentes de instalación en Linux? [cerrado]

34

Estoy seguro de que no se trata de pereza o algo así, pero no entiendo por qué los desarrolladores de aplicaciones aunque sobre todo de cara al consumidor no hacen ningún tipo de asistente de instalación donde vaya siguiente-siguiente-acabado. Las mismas aplicaciones suelen tener instaladores para Windows y Mac OS, ¿por qué no Linux?

¿Hay alguna razón técnica para esta tendencia o es solo una convención?

EDITAR (23-09-2014): Esta pregunta no se hizo para iniciar una guerra de llamas entre Windows y Linux. He utilizado los 3 principales sistemas operativos y, aparte de Linux, los otros dos (Windows y Mac OS) tienen instaladores. Todavía no he instalado Oracle, pero sea lo que sea que haya necesitado instalar, nunca vi ningún instalador de GUI para Linux.

Sí, sé que Linux tiene administradores de paquetes, por lo que los desarrolladores no "necesitan" hacer los instaladores. Pero todavía hay una gran cantidad de software que está desactualizado en los administradores de paquetes predeterminados o simplemente no está disponible. Además, ya que Linux se vende como una alternativa a Windows para los usuarios ocasionales (Ubuntu está haciendo grandes esfuerzos en este campo), que tendría mucho más sentido que acaba de dar a los usuarios lo que están familiarizados.

Tomemos, por ejemplo, la creación de una pila LAMP. Esos son todos software de código abierto en los repositorios predeterminados, pero ¿puedes configurar todo de una vez sin un script? Ahora mira el servidor WAMP en Windows. Simplemente ejecuta un instalador e instala múltiples programas de tal manera que funcionen bien entre sí. Luego establece buenos valores predeterminados y otras cosas. Los instaladores pueden hacer eso, los administradores de paquetes no. Sí, puedes encontrar un script para eso en línea, pero ¿dónde? Y cual?

Los instaladores no son una tecnología obsoleta del pasado. Todavía son útiles, y el 95% de los usuarios ya se sienten cómodos con ellos.

Arsalan Ahmad
fuente
12
No hay falta Windows no es Linux. Linux no es Windows.
edmz
27
@ Arsalan00 Te estás perdiendo un punto importante. Por lo general, hay una GUI para los administradores de paquetes (Ubuntu Software Center, Synaptic, YaST, etc.).
nyuszika7h
30
Nunca podría entender un punto de tales asistentes, el 99,99% de los usuarios harán clic ciegamente en "Continuar" de todos modos, por lo que una instalación silenciosa y no interactiva tiene mucho más sentido.
SK-logic
77
@DebugErr Te ofende una simple broma. No se pretendía ofender.
Michael Hampton
66
Es una de las muchas señales de que Linux en cualquiera de sus sabores actuales solo está destinado a servidores y otros entornos especializados, no para uso del consumidor. Las personas normales están completamente sobrecargadas incluso por apt-get o "centros de software" desconocidos. Debería darles a esas personas un .exe para hacer clic, no un .tar.gz o guías largas sobre cómo hacer que el software básico funcione. Lamento haber molestado a cualquiera con mi opinión.
Traubenfuchs

Respuestas:

63

Los desarrolladores solo necesitan proporcionar un paquete para una distribución. Cada distribución tiene una forma de instalar este paquete. De esta forma puede estar en un terminal ( apt-get) o mediante una interfaz gráfica, por ejemplo, Ubuntu Software Center.

Lo bueno es que los desarrolladores solo tienen que preocuparse por construir un paquete adecuado; los fabricantes de distribución se encargan del resto, y la instalación de cada paquete tiene el mismo proceso.

Florian Margaine
fuente
15
+1 ... "cada instalación de paquete tiene el mismo proceso".
Uwe Plonus
77
Bueno, los desarrolladores solo tienen que preocuparse por crear un paquete adecuado para cada distribución que deseen admitir, por lo que necesitarán uno o más RPM, debs, scripts de compilación para puertos, etc. diferentes. Los administradores de paquetes son excelentes, pero intentan admitir Todos los sistemas como desarrollador son difíciles. Es por eso que la mayoría de las personas que mantienen paquetes para distribuciones no son en realidad los desarrolladores ascendentes.
Alan Shutko
12
Una desventaja seria de este enfoque es que los paquetes están (en algunos casos muy serios) desactualizados. En Windows puedo instalar la última versión siempre que pueda; en Linux tengo que usar (¡instalar y comprender!) un cliente de control de versiones para obtener la fuente, y diferentes compiladores o Make / CMake / etc. para construirlo
marczellm
44
Muchos proyectos no proporcionan la última versión estable sin la necesidad de control de código fuente (a menos que desee el último desarrollo de la versión ...). Sin embargo, aún tendrá que compilarlos, porque es imposible crear un binario que simplemente funcione de manera inmediata para cada sistema operativo tipo * nix (a diferencia de Windows, que es una plataforma muy estable y homogénea). Afortunadamente, los compiladores son muy fáciles de configurar e instalar en Linux en comparación con Windows.
Rufflewind
3
@ API-Beast responde completamente la pregunta. Los desarrolladores no tienen que crear asistentes, esta tarea engorrosa es manejada por las distribuciones.
Florian Margaine
42

Porque no necesitan hacerlo. Las distribuciones de Linux generalmente tienen sistemas de administración de paquetes que funcionan, a diferencia de Windows, donde cada aplicación tiene que volver a implementar la instalación y la actualización una y otra y otra vez.

Jörg W Mittag
fuente
66
Sin embargo, la mayoría de las personas sin conocimientos técnicos que conozco preferirían descargar un instalador y ejecutar el asistente en lugar de abrir un terminal y escribir un comando. Este administrador de paquetes es excelente para los geeks, pero realmente molesta a un usuario común de PC que comenzó a usar PC después de la era de Windows 98.
Arsalan Ahmad
43
@ Arsalan00 Piense en el modelo de Linux como AppStore: es el mismo modelo realmente. Podría preguntar por qué no hay asistentes para Android o iOS.
Maciej Piechotka
55
Android e iOS son mucho más restrictivos en la forma en que operan y en la forma en que permiten que las aplicaciones funcionen. Linux es el polo opuesto de eso. Los sistemas operativos móviles hacen cumplir las convenciones, Windows parece recomendar convenciones (carpeta de archivos de programa, registro, etc.) mientras que Linux es más configuración que convención.
Arsalan Ahmad
99
Uh ... si Windows no tiene un "sistema de administración de paquetes que funcione", entonces ¿qué es Windows Installer ? Nunca he oído que los desarrolladores tengan que volver a implementar esto, al menos no en los últimos 10-15 años.
Aaronaught
55
@Aaronaught Y he perdido la cuenta de la cantidad de programas de Windows que no usan Windows Installer o algo basado en él, y por lo tanto son innecesariamente difíciles de administrar para TI.
Michael Hampton
22

La mayoría del software de código cerrado, no libre como cerveza en Linux , viene con asistentes de instalación. También lo hace algún software de código cerrado, gratuito como en cerveza, al menos hasta que la mayoría de las distribuciones principales lo recojan. Para el software de código abierto, los administradores de paquetes son una solución claramente superior.

Entonces, ¿qué pasa con las primeras etapas antes de que las principales distribuciones recojan el software de código abierto? ¿Por qué los desarrolladores no crean asistentes de instalación durante esa fase?

En primer lugar, muchos desarrolladores de código abierto simplemente no se preocupan por la distribución. Escriben software para que lo usen ellos mismos, y lo publican en caso de que sea útil para otros, pero ven el empaquetado para su distribución como un problema de otra persona. Si le gusta lo suficiente, alguien asumirá la tarea de incluirlo en su distribución favorita.

Los desarrolladores de código abierto que hacen la atención acerca de la distribución son aún mejor trabajando dentro del sistema gestor de paquetes, porque ahí es donde están sus clientes. Los usuarios de Linux no suelen buscar software en la web. Primero buscan a su administrador de paquetes. De lo contrario, buscan en los repositorios "mantenidos por la comunidad", como los PPA de Ubuntu o el AUR de Arch. Si no está en esos lugares, lo más probable es que su software no se note, y si se nota, es menos probable que sea confiable.

Renunciar a esos canales de distribución existentes es como decidir que los anuncios de superbowl son demasiado caros, por lo que vas a organizar tu propio campeonato de fútbol y anunciar allí. Puede ser menos costoso, pero también es menos efectivo.

En cuanto a la personalización de la configuración, para un software como un servidor web que tradicionalmente es más fácil de manejar con un archivo de configuración, lo que hace que la configuración sea más fácil de compartir, realizar copias de seguridad y restaurar.

Para un software cliente como un navegador web, es mucho mejor crear un asistente de configuración que aparezca la primera vez que un nuevo usuario ejecuta el software, en lugar de hacerlo en el momento de la instalación. La razón principal es que Linux es un sistema operativo multiusuario, por lo que debe personalizarlo por usuario de todos modos. Esto también hace que sea más fácil volver a ejecutar el asistente de configuración más tarde, por cualquier razón, sin tener que mantener el programa de instalación para reinstalar todo el software. Este tipo de asistente es bastante común en el software de Linux.

Karl Bielefeldt
fuente
14

Las distribuciones de Linux (también, creo, como Unices con sabor a BSD) tienen una interfaz fácil de usar para la instalación del programa, a través de los llamados gestores de paquetes (o gestión de puertos en el caso de BSD): pacman para Arch, dpkg para Debian / Ubuntu , y así.

Este administrador de paquetes proporciona una manera de instalar programas mediante archivos de configuración uniformes. Una vez que el programa que necesita está empaquetado de acuerdo con el administrador de paquetes de su distribución, simplemente puede ejecutar su comando de instalación sobre el paquete seleccionado (con personalizaciones ocasionales específicas del usuario, aunque a menudo ninguna) y el administrador hace el resto.

Los administradores de paquetes suelen ser más fáciles de usar que los procesos de instalación de programas específicos de Windows, solo por la forma uniforme en que los programas se empaquetan para la instalación. Por lo general, también le permiten consultar la base de datos del administrador de paquetes para el programa que está buscando, ver sus dependencias.
También admiten la actualización centralizada de los paquetes.

Nadir Sampaoli
fuente
3
fácil de usar es un término subjetivo. En mi opinión, la mayoría de los usuarios de computadoras son muy reacios a usar herramientas de línea de comandos y les resultaría más fácil y más cómodo si solo pudieran usar un asistente. Incluso si lleva más tiempo.
Arsalan Ahmad
1
dpkgy APT se usan tanto en Debian como en Ubuntu. apt-get, apt-cachey aptitudeson envoltorios encima de dpkg. dpkgrara vez se usa directamente, un caso de uso que puedo pensar es instalar un paquete desde un .debarchivo.
nyuszika7h
16
@ Arsalan00 generalmente hay una interfaz gráfica de usuario para administradores de paquetes, como Ubuntu Software Center o yumex. Administrador de paquetes! = Terminal.
Florian Margaine
@ Arsalan00 si usa Ubuntu, solo vaya a opera.com/download/guide/?os=linux , descargue Opera para Ubuntu y haga doble clic en el archivo descargado. No hay terminal involucrado en absoluto.
Oliver
13

A menudo me he hecho a mí mismo y a otros esta pregunta, y me gustaría abordar un punto que a menudo veo mencionado antes de llegar a por qué Linux ve menos instaladores:

Las distribuciones de Linux proporcionan administradores de paquetes.

Sin embargo, no diría que el administrador de paquetes de una distribución de Linux es un reemplazo de un instalador por, en parte, las siguientes razones:

  • Estos gestores de paquetes no están estandarizados en operación

    Un administrador de paquetes es un poco como proporcionar su binario y dejar que el usuario final elija el instalador. Pueden elegir el terminal, o pueden elegir una herramienta con una GUI más avanzada, pero no le brinda el mismo control de nivel del proceso que con un asistente de instalación "tradicional".

    Un ejemplo de lo que quiero decir con control es la documentación. No puede dar instrucciones a sus usuarios finales como "Haga clic en Siguiente y debería ver". Puede dar instrucciones de línea de comandos para una herramienta específica, pero no solo confía en el hecho de que el usuario tiene esa herramienta, sino que también pierde la mayoría de los beneficios de un asistente de instalación (después de todo, la mayoría de los asistentes proporcionan un frente -final para instrucciones de línea de comandos simples y guiones de inicio).

    Esto también se vincula con la estética. Ahora depende de la distribución de los usuarios finales para proporcionar una interfaz intuitiva / adecuada. Si bien es plenamente consciente de este hecho, no es irracional que un usuario más informal se queje si al hacer doble clic en su archivo (en su opinión, el instalador) abre un administrador de paquetes feo, no hace nada en absoluto, o lo peor de todo es que abre un terminal ventana. (Las experiencias que he tenido con los usuarios y su aversión al "dos prompt" / "cuadro blanco y negro" / "Cosa que va a eliminar todos sus archivos si lo ven divertido" probablemente podría llenar un libro)

  • Los formatos de paquete no están estandarizados en todas las plataformas.

    Hay herramientas para convertir entre sistemas como rpmy deb, pero no es razonable esperar que su usuario final convierta sus paquetes si los está utilizando en una situación en la que se proporcionaría un asistente de instalación en otra plataforma (es decir, clics y listo). ) Proporcionar paquetes actualizados para un formato de paquete adicional puede ser bastante sencillo si tiene un sistema de compilación rudimentario, pero aún está agregando un nuevo binario que necesita soporte.

    Eso también agrega un nuevo binario que las personas tienen que elegir dependiendo de su plataforma (suena menor, pero estoy seguro de que alguien aquí puede dar fe de tener que explicar x86 vs x64 antes [sí, hay formas de deducir la plataforma correcta del navegador, pero luego te estás metiendo en procedimientos aún más complicados y difíciles de soportar])

  • Los administradores de paquetes son "mejores" para el software de código abierto.

    Esto no significa que no pueda compartir software de código cerrado con un sistema de administración de paquetes, definitivamente se puede hacer. Pero una vez que intenta compartir software de código cerrado en distribuciones de Linux, se encuentra con un muro en lo que respecta a sus opciones para llevar su software a repositorios comunes. Cosas como PPA o el servicio de compilación de openSUSE están fuera, e incluso los repositorios de Canonical Partners no están habilitados de forma predeterminada.

    Eso significa que, a menos que proporcione su propio repositorio, no puede tener muchas de las características principales de los sistemas de administración de paquetes, incluidas las actualizaciones automáticas. En mi opinión , este es el beneficio más importante en la mayoría de las plataformas que usan estos sistemas (por ejemplo, iOS, Android y Windows Store).

    E incluso si proporciona un repositorio (otro trabajo de trivialidad variable), aún necesita que los usuarios lo configuren (que es otra capa de soporte, otro conjunto de enfoques no estándar y otra desviación del punto original del instalador)

Ahora, habiendo dicho todo eso, todavía no he abordado el problema original, por qué los instaladores son menos comunes en Linux a pesar de estos factores (entre otros). La pregunta original pregunta si es técnica o si se basa en convenciones, y se basa en ambas en parte.

Si observa los factores anteriores que he mencionado, también hacen que las cosas sean más complejas para un instalador "similar a un asistente". Por ejemplo, ¿su asistente incluiría múltiples formatos de paquete para instalar? ¿Cómo maneja la apariencia en las distribuciones? La lista es interminable, y una cosa que los paquetes que no se ofrecen es que nada de esto va a ser su preocupación ( para bien o para mal ), siempre que proporcione los paquetes adecuados. Y dependiendo de la naturaleza de su proyecto, puede comenzar a aprovechar esos recursos más "especializados", como el envío de aplicaciones al Centro de software de Ubuntu. Todo esto estaría relacionado con lo técnico.

Pero el aspecto que personalmente considero que es la fuerza impulsora es la convención. (Espero haber enterrado esto lo suficientemente profundo como para que las personas que rechazaron esa otra respuesta al olvido hayan dejado de leer ...)

Siento que el póster tenía un punto, pero podría haberlo dicho sin rodeos, y en realidad no proporcionó razones objetivas para ese punto. Si examina las diferencias que establecí para un administrador de paquetes y un instalador, no me sorprendería si descubriera que la mayoría de ellos son casi sin problemas (tal vez incluso limítrofe con pedante). Pero (disculpe lo que espero que se vea como un uso legítimo de un argumento hominem publicitario) también somos usuarios en el sitio para programadores. Veo las distribuciones de Linux impulsadas como una excelente alternativa de Windows para usuarios ocasionales (entre muchas otras cosas, obviamente). Si no se proporciona un procedimiento de clics-y-hace comúnmente definido que todos estos usuarios pueden utilizar realmente no es ideal imo .

Pero al mismo tiempo, tampoco creo que muchas cosas en Linux sean especialmente ideales para ese grupo. Claro que algunas distribuciones tienen administradores de paquetes basados ​​en GUI, pero eso significa que estas personas tienen que comenzar a buscar cómo usar una herramienta separada, en eso no está estrictamente enfocado en la instalación de su programa (compare esto y esto con esto ).

Naturalmente, puede usar la GUI para hacer la mayoría que su usuario casual promedio debe hacer, especialmente con ciertas distribuciones (irónicamente, las cosas que están haciendo esas distribuciones no siempre se incluyen en la comunidad de código abierto [mire las quejas sobre Ubuntu y está "amurallado" jardín "]) Pero no creo que sea negable que las convenciones de Linux favorezcan a alguien que se sienta cómodo con una CLI, o que al menos no tenga un miedo mortal de que su apariencia signifique que hizo algo terriblemente mal.

No estoy diciendo que esto es a lo que aspiran, pero realmente es lo que veo que hacen esas convenciones. Y los sistemas de gestión de paquetes en Linux parecen estar siguiendo eso. Después de todo, la mayoría de sus "inconvenientes" son casi inexistentes si su usuario final se siente más cómodo con los conceptos subyacentes.

Los instaladores en la mayoría de las otras plataformas no se ven realmente afectados por eso, y están diseñados para citar un comentario sobre la pregunta, "99.99% de los usuarios [pueden] hacer clic ciegamente en" Continuar ". El problema con la administración de paquetes es hacer que esos usuarios un botón "Continuar", que les permite saber qué es ese botón "Continuar" (he visto que los usuarios se tropezaron con herramientas que decían presionar enter con otro texto) y les hacían saber cuando tocaban esa "costa al hacer clic" la etapa del botón "Continuar".

Selali Adobor
fuente
Esta es una gran respuesta, y explica el problema desde el punto de vista del usuario casual.
Arsalan Ahmad
1
"Los formatos de paquetes no están estandarizados en todas las plataformas". - Todas las distribuciones compatibles con LSB (que es la mayoría de las principales) admiten el formato de paquete LSB, que es un subconjunto de RPM con todas las características eliminadas que no pueden asignarse fácilmente a DEB. Las herramientas de línea de comandos, API y ABI para LSB RPM también están estandarizadas.
Jörg W Mittag
@ Jörg W Mittag Apenas llamaría estandarizado el cumplimiento de LSB. En Debian, el "cumplimiento de LSB" está utilizando la herramienta Alien que mencioné en mi publicación (y es limitada). Y de nuevo, no estamos comparando scripts de instalación con paquetes. Está comparando asistentes de instalación (que permiten que incluso el usuario más casual instale software sin ver la temida caja negra) con los administradores de paquetes. Requerir el uso de una herramienta como Alien no proporciona el mismo proceso que proporcionar un asistente de instalación.
Selali Adobor
@AssortedTrailmix: el formato del paquete LSB está deliberadamente diseñado para que Alien pueda procesarlo. Y el usuario final nunca necesita interactuar con Alien, el administrador de paquetes LSB en Debian se encarga de eso. Además, la creación de asistentes de instalación se trata explícitamente en el LSB. Si el asistente del instalador solo se vincula con las bibliotecas LSB, puede ejecutarse en todos los sistemas LSB y puede llamar al administrador de paquetes LSB, porque está estandarizado, y puede instalar un paquete, porque está estandarizado, y al final usted terminará con un DEB en la base de datos DPKG en Debian y un RPM en SuSE.
Jörg W Mittag
Entiendo eso, pero supongo que no entendí tu punto. ¿No estás confirmando lo que dije? Mi punto era que un asistente de instalación y un administrador de paquetes no son lo mismo. No estaba sugiriendo que un instalador no pueda usar un administrador de paquetes. Parece que está de acuerdo con mi opinión, pero quedar atrapado en la pregunta retórica "Por ejemplo, ¿incluiría su asistente múltiples formatos de paquete para instalar?"
Selali Adobor
9

A grandes extensiones es a la vez. El modelo de distribución de Linux está más cerca de AppStore / Play Store que el tradicional Windows / Mac OS X one, e incluso esas plataformas se están moviendo allí por lo que he escuchado.

La convención es que es más simple. La mayoría de los argumentos para AppStore / Play Store también se aplican a Linux:

  • Actualizaciones automáticas. Tener 20 programas actualizados por separado en Windows es disruptivo e ineficiente. El usuario necesita hacer clic a través de las actualizaciones Java / Flash / Adobe / ... en el arranque.
  • Único, confiable, repositorio. ¿Compruebas si descargas a través de una conexión segura? ¿O no ha descargado desde una actualización de Reader desde get.adobe.com.hackers.example.com/setup.exe? Incluso si lo hace la mayoría de los usuarios, especialmente los usuarios avanzados, no lo haga . En su lugar, vaya al centro de software o un programa similar en Linux y obtenga una copia confiable.

Además, existen los siguientes beneficios, que pueden no aplicarse a AppStore / Play Store:

  • No todos los Linux tienen GUI, piense en el servidor http, pero la mayoría de las distribuciones admiten dicha configuración. Okay. No todos necesitan uno, pero tarde o temprano alguien querrá usarlo por cualquier razón.
  • Las ABI de las bibliotecas en varias distribuciones pueden diferir. No entrar en detalles al tener un instalador pondría la responsabilidad del programa trabajando en usted en lugar de que las personas mantengan un paquete en el repositorio.
  • Conectado con el anterior: debe administrar las dependencias de alguna manera. La agrupación se considera inadecuada por una razón: en tal caso, debe asegurarse de haber actualizado la biblioteca a la versión sin errores, por ejemplo, no incluyó openssl 1.0.1f en su paquete. La práctica muestra que las personas incluyen bibliotecas obsoletas con vulnerabilidades de seguridad conocidas.
Maciej Piechotka
fuente
55
+1 "Tener 20 programas actualizados por separado en Windows es perjudicial e ineficiente".
IQAndreas
Yo diría que llamar diálogos disruptivos o ineficientes es un poco demasiado. Si un programa tiene un sistema de actualización mal diseñado que molesta a los usuarios tan pronto como inician sesión y no proporciona una opción de actualizaciones silenciosas, es principalmente culpa de ese programa. Dicho esto, no encuentro muchos programas haciéndolo (la mayoría de ellos son programas que no tienen un procedimiento de inicio tradicional), y el resultado final podría decirse que es más manejable que una lista rápida de cada cosa que necesita estar actualizado.
Selali Adobor
Y el "repositorio único, confiable" es algo engañoso. En realidad, solo es parcialmente aplicable si está escribiendo software que puede terminar allí. El software propietario no termina fácilmente en los repositorios predeterminados bien soportados para distribuciones comunes de Linux. Incluso el repositorio para socios canónicos en Ubuntu (cuyo ingreso no es trivial) está deshabilitado de forma predeterminada y es considerado inseguro por muchos, ya que se sabe que los riesgos de seguridad en el software alojado allí permanecen sin parchear mucho más tiempo que el mismo software basado en Otros métodos de actualización.
Selali Adobor
6

Por lo general, la instalación no necesita interacción con un usuario (la mayoría de los apt-getpaquetes, por ejemplo), o puede ser programada. Esto hace que sea muy fácil automatizar para implementar un software en muchas máquinas. En lugar de hacer cosas a través del asistente, usted hace esas mismas cosas a través de secuencias de comandos o mediante archivos de configuración.

Dado que en el mundo de Linux, el terminal es lo primero, y la GUI es opcional, resulta obvio por qué carecen de asistentes de instalación reales.

Windows, por otro lado, está muy orientado al usuario. La mayoría de los archivos MSI pueden implementarse fácilmente de manera desatendida, de la misma manera que la instalación de Windows puede ser desatendida (lo fácil / difícil es hacer que WAIK funcione es un tema diferente). Esto también significa que un montón de aplicaciones para Windows no están basadas en MSI y no son programables. Entre las aplicaciones a escala empresarial, los productos de Adobe, por ejemplo, son conocidos por ser bastante difíciles de instalar de manera programada.

Arseni Mourzenko
fuente
1
Ese es un problema fácil de resolver. Muchos instaladores de Windows tienen una opción silenciosa y están llenos de valores predeterminados para que el usuario no tenga que hacer nada más que presionar los botones siguientes.
Arsalan Ahmad
55
Odio presionar a continuación solo porque los desarrolladores no pudieron hacerlo de una manera más simple.
Silviu Burcea
@ Arsalan00: el "usuario no tiene que hacer nada más que ..." rompe la automatización. Si el usuario tiene que hacer algo , no se puede automatizar. Idealmente, debería poder encender una máquina y dejar que se inicie a través de PXE, instalar un sistema operativo y luego instalar y configurar todo lo que necesita, sin ninguna interacción del usuario. Con Linux, puede hacer eso (excepto quizás algunas aplicaciones, pero hasta ahora no he encontrado ninguna).
Arseni Mourzenko
1
@MainMa tu edición realmente da en el clavo. Si los desarrolladores lo desean, pueden hacer que sus instaladores sean programables o silenciosos. Pero el sistema de asistente realmente ayuda al usuario novato a conocer de qué se trata la configuración, y los asistentes informan al usuario como los administradores de paquetes no pueden. Además, las instalaciones fuera de línea son una necesidad importante para muchas personas.
Arsalan Ahmad
2
@ Arsalan00 generalmente los administradores de paquetes pueden hacer preguntas si realmente lo necesitan. Las instalaciones sin conexión son posibles con los administradores de paquetes, solo descargue el paquete primero, tal como lo hace cuando descarga e instala el archivo. Y por último, es más fácil de usar, la mayoría de los usuarios novatos no deberían preocuparse por "dónde desea instalar esto", etc., "debería funcionar".
iveqy
-1

El público objetivo es diferente. Los sistemas Unix, y similares a Unix, solían ser utilizados por programadores profesionales, administradores de sistemas, ingenieros y aficionados serios que personalizaban cada sistema según sus necesidades. Cualquier "asistente de instalación" solo limitaría sus opciones en lugar de dar acceso a todas las variables que necesitan. Y los que están ahora afuera todavía lo hacen.

Windows no está dirigido a los profesionales de la misma manera y, por lo tanto, tiene instaladores de propósito más general orientados a "usuarios" que solo desean instalarlo. Linux está obteniendo más de estos tipos de usuarios que probablemente apreciarían tal cosa pero, posiblemente, la mayoría de las distribuciones todavía tienen en mente al profesional.

Robar
fuente
44
Un asistente de instalación le permite personalizar más que un administrador de paquetes que generalmente se usa en Linux.
iveqy
@iveqy Cualquier archivo de configuración de texto le dará muchas más capacidades que cualquier "asistente" de instalación. Si tales magos pudieran hacerlo mejor, existirían, pero no.
Rob
44
eso es cierto, pero editar archivos de configuración de texto no es parte del proceso de instalación de la mayoría de los administradores de paquetes. Las preguntas típicas en un proceso de instalación de Windows son "dónde desea colocar esto", un administrador de paquetes ya decide esto en el entorno de Linux y "qué componentes de este programa desea instalar", y eso ya ha sido decidido por el mantenedor de paquetes en el caso de los administradores de paquetes. Puede ver que un administrador de paquetes es más fácil de usar, ya que se usa para Android y iPhone (App Store y Google Play).
iveqy
@iveqy Me acabo de dar cuenta de que nos hemos salido del tema. Esto no tiene nada que ver con lo que dije originalmente y que todavía no veas a esos magos es una prueba más de lo que dije.
Rob