Geliştiriciler neden Linux'ta kurulum sihirbazları yapmıyor? [kapalı]


34

Tembellik veya bunun gibi bir şeyle ilgili olmadığından eminim ama esas olarak tüketiciyle yüz yüze gelen uygulamaların bile geliştiricilerinin bir sonraki bitirişinizde nereye gideceğiniz herhangi bir kurulum sihirbazı yapmadığını anlamıyorum. Aynı uygulamalar genellikle Windows ve Mac OS için yükleyicilere sahiptir, bu yüzden neden Linux olmasın?

Bu eğilimin herhangi bir teknik sebebi var mı, yoksa sadece kongre mi?

EDIT (23-09-2014): Bu sorunun bir Windows vs Linux alev savaşı başlatması istenmedi. 3 ana işletim sistemini de kullandım ve Linux dışında diğer ikisinde de (Windows ve Mac OS) yükleyiciler var. Henüz Oracle kurulumunu yapmadım ama ne kurmam gerekiyorsa, Linux için hiçbir GUI kurulum programı görmedim.

Evet, Linux'un paket yöneticilerine sahip olduğunu biliyorum, böylece geliştiricilerin yükleyicileri yapmak için "ihtiyaç duymalarına" gerek yok. Ancak, hala varsayılan paket yöneticilerinde modası geçmiş olan veya yalnızca bulunamayan çok büyük miktarda yazılım vardır. Ayrıca, Linux sıradan kullanıcılar için Windows'a bir alternatif olarak satıldığından (Ubuntu bu alanda çok çalışıyor), kullanıcılara sadece aşina olduklarını vermek çok daha mantıklı olacaktır.

Örneğin, bir LAMP yığını ayarlamak. Bunların tümü varsayılan depolardaki açık kaynaklı yazılımlardır, ancak her şeyi tek bir komut dosyası olmadan ayarlayabilir misiniz? Şimdi Windows'daki WAMP sunucusuna bakın. Siz sadece bir yükleyici çalıştırıyorsunuz ve birbirleriyle iyi çalışacak şekilde birden fazla yazılım yüklüyor. Sonra iyi varsayılanlar ve şeyler ayarlar. Yükleyiciler bunu yapabilir, paket yöneticileri yapmaz. Evet, bunun için çevrimiçi bir komut dosyası bulabilirsiniz, ancak nerede? Ve hangisi?

Yükleyiciler geçmişten gelen eski bir teknoloji değildir. Hala faydalıdırlar ve% 95'i kullanıcılar zaten onlarla rahat.


12
Eksiklik yok . Windows Linux değil . Linux, Windows değil .
edmz

27
@ Arsalan00 Önemli bir noktayı kaçırıyorsunuz. Paket yöneticileri için genellikle bir GUI vardır (Ubuntu Yazılım Merkezi, Synaptic, YaST, vb.).
nyuszika7h 21:14

30
Bu tür sihirbazların bir noktasını asla anlayamadım, kullanıcıların% 99.99'u kör bir şekilde "Devam Et" i tıklayacak, böylece sessiz, etkileşimli olmayan bir kurulum çok daha mantıklı geliyor.
SK-mantığı

7
@DebugErr Basit bir şaka yüzünden kırgınsın. Suç amaçlanmadı.
Michael Hampton

6
Bu, mevcut tatlarından herhangi birinde Linux'un tüketici kullanımı için değil, sadece sunucular ve diğer özel ortamlar için olduğunu gösteren birçok işaretten biridir. Normal insanlar apt-get veya yabancı "yazılım merkezleri" tarafından bile aşırı yüklenmiştir. Temel yazılımın nasıl çalışacağına dair bir .tar.gz veya sayfa uzunluğunda kılavuz değil, bu insanlara tıklamaları gereken bir .exe vermelisiniz. Bence kimseyi üzdüğüm için üzgünüm.
Traubenfuchs

Yanıtlar:


63

Geliştiricilerin yalnızca bir dağıtım için bir paket sağlamaları gerekir. Her dağıtım daha sonra bu paketi kurmak için bir yol vardır. Bu yol bir terminalde ( apt-get) veya grafiksel bir arayüz aracılığıyla olabilir, örneğin Ubuntu Yazılım Merkezi.

Güzellik, geliştiricilerin uygun bir paket oluşturmakla ilgilenmeleri gerektiğidir; dağıtım üreticileri gerisini halleder ve her paket kurulumunda aynı süreç vardır.


15
+1 ... "her paket kurulumunda aynı işlem var."
Uwe Plonus

7
Eh, geliştiricilerin desteklemek istedikleri her dağıtım için uygun bir paket oluşturmaya özen göstermeleri gerekir, bu nedenle bir veya daha fazla farklı RPM'ye, debs'e, portlar için komut dosyaları oluşturmaya vb. İhtiyaç duyarlar. Paket yöneticileri harikadır ancak desteklemeye çalışıyorlar geliştirici olarak tüm sistemler zordur. Bu nedenle, dağıtım için paketleri sürdüren insanların çoğunun aslında yukarı akış geliştiricileri değil.
Alan Shutko 21:14

12
Bu yaklaşımın ciddi bir dezavantajı, paketlerin (bazı durumlarda ciddi şekilde) eski olmasıdır. Windows'ta bulabildiğim yere en son sürümü yükleyebilirim; Linux'ta kaynak elde etmek için bir sürüm kontrol istemcisi ve farklı derleyiciler veya Make / CMake / etc kullanmam gerekiyor (kurulum ve anladım!). inşa etmek için.
marczellm 21:14

4
Pek çok proje yok (en son istemedikçe kaynak kumanda gerek kalmadan son kararlı sürümünü sağlamak geliştirme versiyonunu ...). Ancak bunları yine de derlemeniz gerekecek, çünkü her * nix benzeri işletim sistemi için kullanıma hazır (sadece çok kararlı ve homojen bir platform olan Windows'un aksine) çalışan bir ikili dosya oluşturmak imkansız. Neyse ki, derleyicilerin kurulumu ve kurulumu Linux'ta Windows'a göre çok kolaydır.
Rufflewind

3
@ API-Beast, soruyu tamamen cevaplıyor. Geliştiriciler yok zorunda sihirbazlar, bu hantal görev dağılımları tarafından ele alınır olun.
Florian Margaine

42

Çünkü buna ihtiyaçları yok. Linux dağıtımları genellikle, Windows'tan farklı olarak, her uygulamanın yeniden yükleme ve güncelleme işlemlerini tekrar tekrar yapmak zorunda kaldığı çalışma paketi yönetim sistemlerine sahiptir.


6
Yine de tanıdığım teknik olmayan çoğu kişi, bir terminal açıp bir komut yazmak yerine bir yükleyici indirmeyi ve sihirbazı çalıştırmayı tercih ederdi. Bu paket yöneticisi bizim için harika bir şey ancak merak ediyor, Windows 98 döneminden sonra bilgisayar kullanmaya başlayan ortak bir PC kullanıcısını gerçekten rahatsız ediyor.
Arsalan Ahmad

43
@ Arsalan00 Linux modelini AppStore olarak düşünün - bu gerçekten aynı model. Android veya iOS için neden hiç sihirbaz olmadığını sorabilirsiniz.
Maciej Piechotka

5
Android ve iOS, çalışma biçiminde ve uygulamaların çalışmasına izin verme biçiminde çok daha kısıtlayıcıdır. Linux bunun karşısındaki kutupsaldır. Mobil işletim sistemleri sözleşmeleri zorlar, Windows sözleşmelerden daha fazla yapılandırma yaparken, Windows sözleşmeleri (program dosyaları klasörü, kayıt defteri vb.) Öneriyor gibi görünmektedir.
Arsalan Ahmad

9
Ah ... eğer Windows'ta bir "çalışan paket yönetim sistemi" yoksa, Windows Installer nedir? En azından son 10-15 yıl içerisinde, geliştiricilerin bunu tekrar uygulamak zorunda olmadıklarını hiç duymadım.
Aaron,

5
@Aaronaught Ve Windows programlarının sayısının kayıp sayısını ettik yok bunu temel Windows Installer falan kullanır, dolayısıyla BT yönetmek için gereksiz zordur.
Michael Hampton

22

Çoğu kapalı kaynak, Linux için sigara serbest olarak-in-bira yazılım yok kurulum sihirbazları ile gelir. Bazı kapalı kaynaklı, bira kadar özgür bir yazılım da, en azından büyük dağıtımlar tarafından algılanana kadar. Açık kaynaklı yazılımlar için paket yöneticileri açıkça üstün bir çözümdür.

Öyleyse, açık kaynaklı yazılımlar büyük dağıtımlar tarafından toplanmadan önceki ilk aşamalardan ne haber? Geliştiriciler neden bu aşamada kurulum sihirbazları oluşturmuyor?

Her şeyden önce, pek çok açık kaynaklı geliştirici ova dağıtımı önemsemiyor. Kullanması için kendileri için yazılımlar yazıyorlar ve başkalarının yararına olması durumunda ortaya koyuyorlar, ancak dağıtım için ambalajlamayı başkalarının sorunu olarak görüyorlar. Yeterince sevilirse, birileri kendi favori dağıtım içine alma görevini üstlenecektir.

Açık kaynak geliştiricileri yapmak müşterileri nerede olduğunu, çünkü dağılımı hakkında bakım, hala daha iyi paket yöneticisi sistem içinde çalışan kapalı. Linux kullanıcıları genellikle yazılım arayan web'de arama yapmazlar. Önce paket yöneticilerini ararlar. Bunu başaramazlarsa, Ubuntu'nun PPA'ları veya Arch'ın AUR'si gibi "topluluğun bakımını yaptıkları" depoları ararlar. Bu yerlerde değilseniz, yazılımınız büyük olasılıkla fark edilmez ve fark edilirse, güvenilir olma olasılığı daha düşüktür.

Bu mevcut dağıtım kanallarının ön plana çıkması, superbowl reklamlarının çok pahalı olduğuna karar vermek gibi bir şey, bu nedenle kendi futbol şampiyonluğunuza ev sahipliği yapacak ve bunun yerine reklamını yapacaksınız. Daha az maliyetli olabilir, ancak daha az etkilidir.

Konfigürasyonu kişiselleştirmek için, bir konfigürasyon ile geleneksel olarak kullanımı kolay olan ve konfigürasyonun paylaşılmasını, yedeklenmesini ve geri yüklenmesini kolaylaştıran web sunucusu gibi bir yazılım için.

Web tarayıcısı gibi bir istemci yazılımı için, yükleme sırasında bunu yapmak yerine yeni bir kullanıcı yazılımı ilk kez çalıştırdığında görünen bir yapılandırma sihirbazı oluşturmak daha iyidir . Asıl sebep, Linux'un çok kullanıcılı bir işletim sistemi olmasıdır, bu yüzden yine de kullanıcı başına kişiselleştirmek istiyorsunuz. Bu ayrıca, herhangi bir nedenden ötürü kurulum yazılımını tüm yazılımı yeniden yüklemek için saklamaya gerek kalmadan yapılandırma sihirbazını daha sonra yeniden çalıştırmayı kolaylaştırır. Bu sihirbaz türü Linux yazılımlarında oldukça yaygındır.


14

Linux dağıtımları (bence, BSD aromalı Unices olarak), söz konusu paket yöneticileri (veya BSD durumunda port yönetimi) aracılığıyla program kurulumuna kullanıcı dostu bir arayüze sahip: burs, Debian / Ubuntu için dpkg , ve bunun gibi.

Bu paket yöneticisi, programları tek tip yapılandırma dosyaları aracılığıyla kurmanın bir yolunu sunar. İhtiyacınız olan program, dağıtımcınızın paket yöneticisine göre paketlendikten sonra, sadece yükleme komutunu seçilen paket üzerinden çalıştırabilirsiniz (bazen hiç olmasa da kullanıcıya özel özelleştirmelerle) ve yönetici gerisini halleder.

Paket yöneticileri, genellikle programların kurulum için paketlendiği biçimde, Windows'un programa özgü yükleyici işlemlerinden daha kullanıcı dostudur. Genellikle, aradığınız programın paket yöneticisi veritabanını sorgulamanıza izin verir, bağımlılıklarına bakın.
Ayrıca paketlerin merkezi olarak güncellenmesini de destekliyorlar.


3
kullanıcı dostu, öznel bir terimdir. IMO, çoğu bilgisayar kullanıcısı komut satırı araçlarını kullanmak konusunda isteksizdir ve yalnızca bir sihirbaz kullanabiliyorlarsa daha kolay ve daha rahat bulacaklardır. Daha fazla zaman alırsa bile.
Arsalan Ahmad

1
dpkgve APT, hem Debian hem de Ubuntu'da kullanılır. apt-get, apt-cacheVe aptitudeüstüne sarıcıları dpkg. dpkgnadiren doğrudan kullanılır, düşünebildiğim bir kullanım çantası bir .debdosyadan bir paket kurmaktır.
nyuszika7h 21:14

16
@ Arsalan00, genellikle Ubuntu Yazılım Merkezi veya yumex gibi paket yöneticileri için grafiksel bir kullanıcı arayüzü sunar. Paket yöneticisi! = Terminal.
Florian Margaine

@ Arsalan00, eğer Ubuntu kullanıyorsanız, opera.com/download/guide/?os=linux adresine gidin , Ubuntu Opera'yı indirin ve indirilen dosyayı çift tıklayın. İşin içinde hiç terminal yok.
oliver

13

Sık sık kendime ve başkalarına bu soruyu sordum ve Linux'un neden daha az yükleyici gördüğünü anlamadan önce sık sık gördüğüm bir noktaya değinmek istiyorum:

Linux dağıtımları paket yöneticileri sağlar.

Ancak, bir Linux dağıtımının paket yöneticisinin, aşağıdaki nedenlerden dolayı bir yükleyicinin yerine geçtiğini söyleyemem:

  • Bu paket yöneticileri operasyonda standardize edilmemiş

    Bir paket yöneticisi ikili kodunuzu sağlamak ve son kullanıcının yükleyiciyi seçmesine izin vermek gibidir. Terminali seçebilirler veya daha gelişmiş bir GUI'ye sahip bir araç seçebilirler, ancak işlemin "geleneksel" bir kurulum sihirbazıyla aynı düzeyde kontrolünü sağlayamazlar.

    Kontrol derken neyi kastettiğime bir örnek belgeler. Son kullanıcı talimatlarınızı "İleri'yi ve sonra görmelisiniz" gibi talimatlar veremezsiniz. Belirli bir araç için komut satırı talimatları verebilirsiniz, ancak daha sonra yalnızca kullanıcının bu araca sahip olduğuna değil, aynı zamanda bir kurulum sihirbazının faydalarının çoğunu da kaybedersiniz (sonuçta çoğu sihirbaz bir cephe sağlar) -düşük komut satırı talimatları ve senaryoları başlatmak için son).

    Bu aynı zamanda estetiğe de bağlı. Şimdi sezgisel / uygun bir arayüz sağlamak için son kullanıcı dağıtımınıza bağlısınız. Bu gerçeğin tam olarak farkında olsanız da, daha sıradan bir kullanıcının dosyanızı çift tıklatarak (görünümünde yükleyici) çirkin bir paket yöneticisi açması, hiçbir şey yapmaması veya en kötüsü bir terminal açması durumunda şikayet etmesi mantıksız değildir penceresi. (Kullanıcılarla yaşadığım deneyimler ve "dos istemi" / "siyah beyaz kutu" / "hoşnutsuzluklarından kaçınma" / "Komik bakarlarsa tüm dosyalarını silecek olan şey" muhtemelen bir kitap doldurabilir)

  • Paket formatları platformlar arasında standartlaştırılmamıştır.

    Orada gibi sistemler arasında dönüştürmek için araçlardır rpmve debancak (yani tıklama-ve-done bunları kullandığınız takdirde son kullanıcı bir yükleme sihirbazı başka bir platformda sağlanacak bir durumda paketlerinizi dönüştürmek için beklemek makul değil ). Ek bir paket formatı için güncel paketler sağlamak, basit bir derleme sisteminiz varsa oldukça basit olabilir, ancak yine de desteklenmesi gereken yeni bir ikili dosya ekliyorsunuz.

    Bu aynı zamanda yeni bir ikili insanın platformlarına bağlı olarak seçim yapmaları gerektiğini de ekliyor (kulağa kulağa küçük geliyor, ama eminim ki burada daha önce x86 vs x64'ü açıklamak zorunda kalacağından emin olabilirsiniz [evet, tarayıcı, ancak daha sonra daha da karmaşık hale geliyorsunuz ve desteklemesi zor, prosedürler])

  • Paket yöneticileri açık kaynaklı yazılımlara "daha iyi".

    Bu, kapalı kaynaklı yazılımı bir paket yönetim sistemiyle paylaşamayacağınızı söylemiyor, kesinlikle yapılabilir. Ancak Linux dağıtımlarında yakın kaynaklı yazılımı paylaşmaya çalıştığınızda, yazılımınızı ortak havuzlara yerleştirme seçenekleriniz söz konusu olduğunda bir duvara çarpıyorsunuz. PPA'lar veya openSUSE Build Service gibi şeyler devre dışı ve Canonical Partners havuzları bile varsayılan olarak etkin değil.

    Bu, kendi deponuzu sağlamadığınız sürece, otomatik güncellemeler de dahil olmak üzere, paket yönetim sistemlerinin temel özelliklerinden çoğunun katılamayacağınız anlamına gelir. Bence bu, bu sistemleri kullanan çoğu platformda (örneğin, iOS, Android ve Windows Mağazası) en önemli faydadır .

    Ve bir havuz (değişken önemsiz başka bir iş) sunsanız bile, yine de kullanıcıların (başka bir destek katmanı, standart dışı bir yaklaşımlar kümesi ve başka bir noktadan başka bir sapma olanı) kurmasını sağlamanız gerekir. yükleyici)

Şimdi, tüm bunları söyledikten sonra, hala asıl sorunu çözmedim, neden bu faktörlere rağmen Linux'taki kuruluşlar daha az yaygındır (diğerleri arasında). Asıl soru, teknik mi yoksa kongre temelli mi olduğunu ve her ikisinin de kısmen mi yapıldığını soruyor.

Bahsettiğim yukarıdaki faktörlere bakarsanız, ayrıca "sihirbaz benzeri" bir yükleyici için işleri daha karmaşık hale getirir. Örneğin, sihirbazınızda yüklenecek birden fazla paket formatı bulunur mu? Dağıtımlarda görünüm ve his ile nasıl başa çıkıyorsunuz? Liste uzayıp gidiyor ve bu paketler olduğu bir şey yok size göze (bu hiçbirinin seni ilgilendirmez olacaktır iyi ya da kötü sürece doğru paketleri sağlamak gibi). Projenizin doğasına bağlı olarak, uygulamaların Ubuntu Yazılım Merkezi'ne gönderilmesi gibi daha "uzman" kaynaklardan yararlanmaya başlayabilirsiniz. Bunların hepsi teknik ile ilgili olacaktır.

Ancak şahsen benim itici güç olarak bulduğum yön kongredir. (Umarım bu kadar derin gömdüm ki, unutulmaya karşı diğer yanıtları reddetmiş olan insanlar okumayı bırakmışlardı.)

Posterin bir noktası olduğunu hissediyorum ama çok açık bir şekilde ifade etmiş olabilir ve aslında bu nokta için nesnel sebepler vermemiş olabilir. Bir paket yöneticisi ve bir kurulumcu için belirttiğim farklılıkları incelerseniz, çoğunun neredeyse hiç sorun olmadığını (belki de bilgiçlikle çevreleyen) bulursanız şaşırmam. Ancak (umudumun ne olduğunu bir reklam hominem argümanının meşru kullanımı olarak görüldüğü için özür dileriz) biz de programcılar için sitede kullanıcıyız. Linux dağıtımlarının sıradan kullanıcılar için mükemmel bir Windows alternatifi olarak bastırıldığını görüyorum (açıkça diğer birçok şeyin yanında). Bu kullanıcıların tamamının kullanabileceği, yaygın olarak tanımlanmış bir tıklama ve işlem prosedürü sunmamak , ideal imo değildir .

Fakat aynı zamanda, Linux'taki pek çok şeyin o grup için özellikle ideal olduğunu bulamıyorum . Tabii bazı dağıtımlar GUI tabanlı paket yöneticileri var, ama bu kesinlikle (karşılaştırmak programınızın kurulum odaklanmış değil o vasıta bu insanlar, ayrı bir aracın nasıl kullanılacağına içine bakarak başlamak zorunda bu ve bu kadar bu ).

Doğal olarak GUI'yi ortalama sıradan kullanıcınızın yapması gereken çoğunluğu yapmak için kullanabilirsiniz, özellikle belirli dağıtımlarla (ironik olarak dağıtımların yaptığı şeyler her zaman açık kaynak topluluğuna dahil değildir [Ubuntu hakkındaki şikayetlere bakın) garden "]) Ama Linux sözleşmelerinin bir CLI ile rahat olan birini tercih ettiği ya da en azından ölümcül korkusuyla görünmemesi, yanlış bir şey yaptıkları anlamına geliyor.

Bunun amaçladıklarını söylemiyorum, ama gerçekten bu sözleşmelerin yaptığını görüyorum. Ve Linux'taki paket yönetim sistemleri bunu takip ediyor gibi görünüyor. Sonuçta, eğer son kullanıcınız altta yatan kavramlarla daha rahat ederse, bunların çoğu "olumsuzdur".

Diğer platformlardaki çoğu kurulumcu bundan gerçekten etkilenmez ve soruyu yorumlamak için tasarlanmıştır, "kullanıcıların% 99,99'u kör bir şekilde" Devam Et'i tıklayabilir ". Paket yönetimi ile ilgili sorun bu kullanıcıları almaktır. "Devam Et" düğmesinin ne olduğunu öğrenmelerini sağlayan bir "Devam" düğmesi (kullanıcıların, basının diğer metinle girdiğini söyleyen araçlar tarafından tetiklendiğini gördüm) ve tıkladıklarında "o sahneyi vurduklarında onlara bildirmelerini" "Devam" düğmesi "aşaması.


Bu harika bir cevap ve sorunu geçici kullanıcının bakış açısıyla açıklıyor.
Arsalan Ahmad

1
"Paket biçimleri platformlar arasında standartlaştırılmamış." - Tüm LSB uyumlu dağıtımlar (en önemlilerinin çoğudur), kolayca DEB'ye eşlenemeyen tüm özellikleri kaldırılmış bir RPM alt kümesi olan LSB paket biçimini destekler. LSB RPM için komut satırı araçları, API'ler ve ABI'ler de standardize edilmiştir.
Jörg W Mittag

@ Jörg W Mittag LSB uyumluluğunu standardize etmekte zorlanıyorum. Debian'da "LSB uyumluluğu" yazımda belirttiğim Alien aracını kullanıyor (ve sınırlı). Ve yine, yükleme komut dosyalarını paketlerle karşılaştırmıyoruz. Kurulum sihirbazlarını (en sıradan kullanıcının bile korkunç kara kutu görmeden yazılım yüklemesini sağlayan) paket yöneticileriyle karşılaştırması. Alien gibi bir aracın kullanılmasını zorunlu kılmak, bir kurulum sihirbazı sağlamakla aynı işlemi yapmaz.
Selali Adobor,

@AraortedTrailmix: LSB paket formatı, Alien tarafından işlenebilecek şekilde tasarlanmıştır. Son kullanıcının asla Alien ile etkileşime girmesi gerekmiyor, Debian'daki LSB paket yöneticisi bununla ilgileniyor. Ayrıca, bina kurulum sihirbazları, LSB'de açıkça dikkate alınmaktadır. Yükleyici sihirbazı yalnızca LSB kitaplıklarına bağlanırsa, tüm LSB sistemlerinde çalışabilir ve standart hale getirildiği için LSB paket yöneticisini çağırabilir ve standart hale getirdiği ve sonunda sizin için bir paket yükleyebilir. Debian'daki DPKG veritabanında bir DEB ile SuSE'de bir RPM ile sonuçlanacak.
Jörg W Mittag

Bunu anlıyorum ama sanırım amacını anlamadım. Sadece söylediklerimi onaylamadın mı? Demek istediğim, bir kurulum sihirbazıyla bir paket yöneticisinin aynı olmamasıydı. Bir yükleyicinin bir paket yöneticisini kullanamayacağını ima etmiyordum. Benim görüşüme katılıyor gibi görünüyorsunuz, ancak "Örneğin, sihirbazınızda yüklemek için birden fazla paket formatı var mı?"
Selali Adobor,

9

Her ikisi de genişler. Linux dağıtım modeli, daha sonra geleneksel Windows / Mac OS X one olan AppStore / Play Store'a daha yakın - ve bu platformlar bile orada duyduğum şeyden hareket ediyor.

Kongre, daha basit olması. AppStore / Play Store için çoğu argüman Linux için de geçerlidir:

  • Otomatik güncellemeler. Windows'ta 20 programın ayrı ayrı güncellenmesi yıkıcı ve verimsiz. Kullanıcının, açılışta Java / Flash / Adobe / ... güncellemelerine rağmen tıklaması gerekir.
  • Tek, güvenilir, depo. Güvenli bağlantı yoluyla indirme yapıp yapmadığınızı kontrol ediyor musunuz? Yoksa get.adobe.com.hackers.example.com/setup.exe adresinden bir Reader güncellemesinden indirmediniz mi? Bile sen çoğu kullanıcı, özellikle de güç kullanıcıları yapmak, yapma . Bunun yerine Linux'taki yazılım merkezine veya benzer bir programa gidip güvenilir bir kopya alırsınız.

Ayrıca, AppStore / Play Store için geçerli olmayabilir aşağıdaki avantajlar vardır:

  • Her Linux'ta GUI yoktur - sanırım http sunucusu - ancak çoğu dağıtım böyle bir yapılandırmayı destekler. Tamam. Herkes bir kişiye ihtiyaç duymaz ama er ya da geç birileri ne olursa olsun kullanmak ister.
  • Çeşitli dağıtımlardaki kütüphanelerin ABI'leri farklı olabilir. Yükleyiciye sahip olan ayrıntılara girmemek, bir depoyu depoda tutanlar yerine, üzerinde çalışan programın sorumluluğunu üstlenir.
  • Bir öncekine bağlı - bir şekilde bağımlılıkları yönetmeniz gerekir. Paketleme bir nedenden ötürü uygunsuz olarak kabul edilir - bu durumda kütüphaneyi hatasız olarak sürümüne güncellediğinizden emin olmanız gerekir - örneğin paketinize openssl 1.0.1f eklemediniz. Uygulama, kişilerin bilinen güvenlik açıklarına sahip eski kütüphaneleri içerdiğini göstermektedir.

5
+1 "Windows'ta 20 programın ayrı ayrı güncellemesi olması yıkıcı ve verimsiz."
IQAndreas

Konuşma diyaloglarının rahatsız edici veya verimsiz olduğunu söyleyebilirim. Bir program oturum açtıktan hemen sonra kullanıcıları kötüleştiren ve sessiz güncelleme seçeneği sunmayan kötü tasarlanmış bir güncelleme sistemine sahipse, çoğunlukla bu programın hatasıdır. Olduğu söyleniyor, bunu yapan pek çok program bulamıyorum (çoğu geleneksel başlatma prosedürüne sahip olmayan programlardır) ve sonuç, tartışmasız , ihtiyaç duyulan her şeyi listeleyen tek bir bilgi isteminden daha yönetilebilirdir . güncellenecek.
Selali Adobor

Ve "tek, güvenilir, depo" biraz yanıltıcıdır. Orada bitebilecek bir yazılım yazıyorsanız, bu yalnızca kısmen uygulanabilir. Tescilli yazılım, ortak Linux dağıtımları için iyi desteklenen varsayılan depolara kolayca ulaşamaz. Ubuntu'daki kanonik ortaklar için olan reponun (girilmesi önemsiz olan) bile, varsayılan olarak devre dışı bırakılmış ve barındırılan yazılımdaki güvenlik risklerinin çoğu tarafından güvensiz olduğu kabul edilmiştir. diğer güncelleme yöntemleri.
Selali Adobor

6

Genellikle, yükleme bir kullanıcıyla etkileşime ihtiyaç duymaz ( apt-getörneğin, çoğu paket) veya komut dosyası yazılabilir. Bu, pek çok makineye bir yazılım parçası dağıtmak için otomatikleştirmeyi çok kolaylaştırır. Sihirbazı kullanarak bir şeyler yapmak yerine, aynı işlemleri komut dosyası veya yapılandırma dosyaları aracılığıyla da yaparsınız.

Linux dünyasında terminal ilk geldiği ve GUI'nin isteğe bağlı olduğu göz önüne alındığında, neden gerçek kurulum sihirbazlarından yoksun oldukları açıkça ortaya çıkıyor.

Öte yandan, Windows oldukça kullanıcı odaklı. MSI dosyalarının çoğu katılımsız bir şekilde kolayca dağıtılabilir, aynı şekilde Windows yüklemesi katılımsız da olabilir (WAIK'in çalışmasının ne kadar kolay / zor olduğu farklı bir konudur). Bu aynı zamanda, Windows için bir çok uygulamanın MSI'ye dayanmadığı ve kodlanamadığı anlamına gelir. Örneğin, kurumsal ölçekte bir uygulama arasında Adobe ürünlerinin komut dosyasıyla yüklenmesinin oldukça zor olduğu bilinmektedir.


1
Çözmesi kolay bir problem. Birçok pencere yükleyicisinin sessiz bir seçeneği vardır ve kullanıcının varsayılan düğmelere basmaktan başka bir şey yapmasına gerek kalmaması için iyi varsayılanlarla önceden doldurulur.
Arsalan Ahmad

5
Gelecekte basmaktan nefret ediyorum, çünkü geliştiriciler bunu daha basit bir şekilde yapamadı.
Silviu Burcea 21:14

@ Arsalan00: "kullanıcı ... dışında başka bir şey yapmak zorunda değil " otomasyonunu kırar. Kullanıcının bir şey yapması gerekiyorsa, otomatikleştirilemez. İdeal olarak, bir makineyi açıp PXE üzerinden önyükleme yapmasını, bir işletim sistemi kurmasını ve ardından herhangi bir kullanıcı etkileşimi olmadan ihtiyacınız olan her şeyi yükleyip yapılandırabilmeniz gerekir. Linux ile bunu yapabilirsiniz (belki birkaç uygulama dışında, ancak şimdiye kadar hiç karşılaşmadım).
Arseni Mourzenko 21.04

1
@MainMa, düzenleme gerçekten çivi vurur. Geliştiriciler isterlerse, yükleyicilerini komut dosyası veya sessiz hale getirebilir. Ancak sihirbaz sistemi acemi kullanıcının kurulumun ne hakkında olduğunu öğrenmesine gerçekten yardımcı olur ve sihirbazlar kullanıcıyı paket yöneticilerinin yapamadığı gibi bilgilendirir. Ayrıca çevrimdışı kurulumlar birçok insan için çok önemli bir ihtiyaçtır.
Arsalan Ahmad

2
@ Arsalan00 genellikle paket yöneticileri gerçekten ihtiyaç duydukları takdirde soru sorabilir. Çevrimdışı kurulumlar paket yöneticileri ile mümkündür, sadece dosyayı indirip kurduğunuz gibi, önce paketi indirin. Ve son olarak, daha kullanıcı dostu, çoğu acemi kullanıcı "bunu nereye yüklemek istiyorsun" vb. "Sadece çalışmalı" umurunda olmamalıdır.
iveqy

-1

Hedef kitle farklı. Unix ve Unix benzeri sistemler, genellikle her bir sistemi kendi ihtiyaçlarına göre özelleştiren profesyonel programcılar, sysadmins, mühendisler ve ciddi hobiler tarafından kullanılmıştır. Herhangi bir "kurulum sihirbazı", yalnızca ihtiyaç duydukları tüm değişkenlere erişim vermek yerine seçimlerini sınırlar. Ve şimdi orada olanlar hala var.

Windows aynı şekilde profesyonelleri hedef almıyor ve bu nedenle, yalnızca yüklenmesini isteyen "kullanıcılara" yönelik daha genel amaçlı yükleyicilere sahip. Linux, muhtemelen böyle bir şeyi takdir edecek, ancak belki de çoğu dağıtımın hala aklında profesyonel olan bu kullanıcı türlerinden daha fazla kazanıyor.


4
Bir kurulum sihirbazı, genellikle linux'ta kullanılan bir paket yöneticisinden daha fazlasını özelleştirmenize izin verir.
iveqy 21:14

@iveqy Herhangi bir metin yapılandırma dosyası size herhangi bir kurulum "sihirbazı" ndan çok daha fazla yetenek verecektir. Eğer böyle sihirbazlar daha iyisini yapabilseydi, var olurlardı ama yapmazlar.
Rob

4
bu doğru, ancak metin yapılandırma dosyalarını düzenlemek, çoğu paket yöneticisinin yükleme işleminin bir parçası değil. Tipik olarak bir windows kurulum sürecindeki sorular "bunu nereye koymak istersin" dir, bir paket yöneticisi bunu linux ortamında ve "bu programın hangi bileşenlerini kurmak istediğine" karar verir. Paket yöneticileri durumunda paket bakımcısı. Bir paket yöneticisinin android ve iphone için kullanıldığından (kullanıcı mağazası ve google play) daha kullanıcı dostu olduğunu görebilirsiniz.
iveqy

@iveqy Az önce konu dışı olduğumuzu farkettim. Bunun başlangıçta söylediklerimle hiçbir ilgisi yok ve hala böyle bir sihirbaz görmüyorsunuz, söylediklerimin daha fazla kanıtı.
Rob
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.