डेवलपर्स लिनक्स पर स्थापना विज़ार्ड क्यों नहीं बनाते हैं? [बन्द है]


34

मुझे यकीन है कि यह आलस्य या इस तरह की किसी भी चीज़ के बारे में नहीं है, लेकिन मैं यह समझने में विफल हूं कि मुख्य रूप से उपभोक्ता सामना करने वाले ऐप्स के डेवलपर्स किसी भी प्रकार का इंस्टॉलेशन विज़ार्ड नहीं बनाते हैं, जहां आप अगले-अगले-समाप्त होते हैं। समान ऐप में आमतौर पर विंडोज और मैक ओएस के लिए इंस्टॉलर होते हैं तो लिनक्स क्यों नहीं?

क्या इस प्रवृत्ति का कोई तकनीकी कारण है या यह सिर्फ सम्मेलन है?

EDIT (23-09-2014): यह प्रश्न विंडोज बनाम लिनक्स लौ युद्ध शुरू करने के लिए नहीं कहा गया था। मैंने सभी 3 प्रमुख ऑपरेटिंग सिस्टम का उपयोग किया है और लिनक्स के अलावा, अन्य दो (विंडोज और मैक ओएस) दोनों में इंस्टॉलर हैं। मैंने अभी तक ओरेकल को स्थापित नहीं किया है लेकिन मुझे जो कुछ भी स्थापित करने की आवश्यकता है, मैंने लिनक्स के लिए कोई जीयूआई इंस्टॉलर नहीं देखा।

हां, मुझे पता है कि लिनक्स में पैकेज मैनेजर हैं, इसलिए डेवलपर्स को इंस्टॉलर बनाने के लिए "आवश्यकता" नहीं है। लेकिन अभी भी सॉफ़्टवेयर की एक बड़ी राशि है जो या तो डिफ़ॉल्ट पैकेज प्रबंधकों में पुरानी है, या बस उपलब्ध नहीं है। इसके अलावा, चूंकि लिनक्स आकस्मिक उपयोगकर्ताओं के लिए विंडोज के विकल्प के रूप में बेचा जाता है (उबंटू इस डोमेन में कड़ी मेहनत कर रहा है), यह उपयोगकर्ताओं को केवल उन चीजों को देने के लिए बहुत अधिक समझ में आता है जो वे परिचित हैं।

उदाहरण के लिए, LAMP स्टैक की स्थापना करें। डिफ़ॉल्ट रिपॉजिटरी में वे सभी ओपन-सोर्स सॉफ़्टवेयर हैं, लेकिन क्या आप एक स्क्रिप्ट के बिना सब कुछ सेट-अप कर सकते हैं? अब विंडोज में WAMP सर्वर को देखें। आप बस एक इंस्टॉलर चलाते हैं और यह कई सॉफ़्टवेयर को इस तरह से स्थापित करता है कि वे एक-दूसरे के साथ अच्छी तरह से काम करते हैं। फिर यह अच्छे डिफॉल्ट और सामान सेट करता है। संस्थापक ऐसा कर सकते हैं, पैकेज प्रबंधक नहीं करते हैं। हाँ, आप उस ऑनलाइन के लिए एक स्क्रिप्ट पा सकते हैं, लेकिन कहाँ? और कौन सा?

इंस्टॉलर अतीत से कुछ अप्रचलित प्रौद्योगिकी नहीं हैं। वे अभी भी उपयोगी हैं, और 95% उपयोगकर्ता पहले से ही उनके साथ सहज हैं।


12
नहीं है कोई कमी है। विंडोज लिनक्स नहीं है । लिनक्स विंडोज नहीं है
edmz

27
@ Arsalan00 आपको एक महत्वपूर्ण बिंदु याद आ रहा है। आमतौर पर पैकेज मैनेजर (Ubuntu Software Center, Synaptic, YaST, आदि) के लिए GUI होता है।
nyuszika7h

30
मैं ऐसे जादूगरों के एक बिंदु को कभी नहीं समझ सका, 99.99% उपयोगकर्ता वैसे भी "जारी रखें" पर आँख बंद करके क्लिक करेंगे, इसलिए एक मौन, गैर-संवादात्मक स्थापना बहुत अधिक समझ में आता है।
एसके-तर्क

7
@DebugErr आप एक साधारण मजाक से आहत हैं। कोई अपराध का इरादा नहीं था।
माइकल हैम्पटन ने

6
यह उन कई संकेतों में से एक है, जिनमें से किसी में भी वर्तमान स्वादों में लिनक्स केवल सर्वर और अन्य विशेष वातावरण के लिए है, उपभोक्ता उपयोग के लिए नहीं। सामान्य लोग पूरी तरह से अति-परिचित या अपरिचित "सॉफ़्टवेयर केंद्रों" से भी प्रभावित होते हैं। आपको उन लोगों को एक .exe पर क्लिक करना चाहिए, न कि .tar.gz या पेज लॉन्ग गाइड पर काम करने के लिए बेसिक सॉफ्टवेयर कैसे प्राप्त करें। मुझे अपनी राय से किसी को परेशान करने के लिए खेद है।
Traubenfuchs

जवाबों:


63

डेवलपर्स को बस एक वितरण के लिए एक पैकेज प्रदान करने की आवश्यकता है। प्रत्येक वितरण में इस पैकेज को स्थापित करने का एक तरीका है। यह तरीका एक टर्मिनल में हो सकता है ( apt-get) या ग्राफिकल इंटरफ़ेस के माध्यम से, जैसे कि उबंटू सॉफ्टवेयर सेंटर।

सुंदरता यह है कि डेवलपर्स को उचित पैकेज बनाने के बारे में ध्यान रखना होगा; वितरण निर्माता बाकी का ध्यान रखते हैं, और प्रत्येक पैकेज की स्थापना की प्रक्रिया समान होती है।


15
+1 ... "प्रत्येक पैकेज की स्थापना की प्रक्रिया समान है।"
उवे प्लोनस

7
अच्छी तरह से, डेवलपर्स को बस हर एक वितरण के लिए एक उचित पैकेज बनाने की देखभाल करनी होती है, जिसका वे समर्थन करना चाहते हैं, इसलिए उन्हें एक या एक से अधिक विभिन्न RPM, debs, बंदरगाहों के लिए स्क्रिप्ट बनाने आदि की आवश्यकता होगी, पैकेज प्रबंधक बहुत अच्छे हैं, लेकिन समर्थन करने की कोशिश कर रहे हैं डेवलपर के रूप में सभी प्रणालियाँ कठिन हैं। यही कारण है कि डिस्ट्रोस के लिए पैकेज बनाए रखने वाले अधिकांश लोग वास्तव में अपस्ट्रीम डेवलपर्स नहीं हैं।
एलन शुतको

12
इस दृष्टिकोण का एक गंभीर पहलू पैकेज (कुछ मामलों में गंभीरता से) आउट ऑफ डेट होना है। विंडोज पर मैं जहां भी नवीनतम संस्करण स्थापित कर सकता हूं; लिनक्स पर मुझे स्रोत प्राप्त करने के लिए एक संस्करण नियंत्रण क्लाइंट का उपयोग (स्थापित और समझना!) करना होगा, और विभिन्न संकलक या मेक / सीएमके / आदि। इसे बनाने के लिए।
marczellm

4
कई परियोजनाएं हैं स्रोत नियंत्रण की आवश्यकता के बिना नवीनतम स्थिर संस्करण प्रदान करते हैं (जब तक आप नवीनतम चाहते हैं विकास संस्करण ...)। आपको फिर भी उन्हें संकलित करने की आवश्यकता होगी, क्योंकि यह बाइनरी बनाना असंभव है जो हर * निक्स-जैसे ओएस (विंडोज के विपरीत, जो एक बहुत ही स्थिर और समरूप मंच है) के लिए आउट-ऑफ-द-बॉक्स काम करता है। सौभाग्य से, विंडोज पर तुलना में लिनक्स पर स्थापित करने और स्थापित करने के लिए कंपाइलर बहुत आसान हैं।
रफ़लविंड

3
@ एपीआई-जानवर यह पूरी तरह से सवाल का जवाब देता है। डेवलपर्स को जादूगर बनाने की ज़रूरत नहीं है , यह बोझिल कार्य वितरण द्वारा नियंत्रित किया जाता है।
फ्लोरियन मार्गाइन

42

क्योंकि उन्हें जरूरत नहीं है लिनक्स वितरण में आमतौर पर विंडोज के विपरीत काम करने वाले पैकेज मैनेजमेंट सिस्टम होते हैं, जहां हर एक एप्लिकेशन को इंस्टॉलेशन को फिर से लागू करना पड़ता है और बार-बार अपडेट करना पड़ता है।


6
फिर भी, अधिकांश गैर-तकनीकी लोग जिन्हें मैं जानता हूं कि एक इंस्टॉलर डाउनलोड करना और टर्मिनल खोलने के बजाय विज़ार्ड चलाना और एक कमांड टाइप करना पसंद करेंगे। यह पैकेज मैनेजर की बात हमारे लिए बहुत अच्छी है, लेकिन यह वास्तव में एक आम पीसी उपयोगकर्ता को परेशान करता है, जिन्होंने विंडोज 98 युग के बाद पीसी का उपयोग शुरू किया था।
अरसलान अहमद

43
@ Arsalan00 AppStore के रूप में लिनक्स मॉडल के बारे में सोचो - यह वास्तव में एक ही मॉडल है। आप पूछ सकते हैं कि एंड्रॉइड या आईओएस के लिए कोई जादूगर क्यों नहीं हैं।
मिकीज पीचोटका

5
एंड्रॉइड और आईओएस वे संचालित करने के तरीके में कहीं अधिक प्रतिबंधात्मक हैं और जिस तरह से वे ऐप को संचालित करते हैं। लिनक्स इसके विपरीत ध्रुवीय है। मोबाइल ओएस सम्मेलनों को लागू करते हैं, विंडोज सम्मेलनों (प्रोग्राम फ़ाइलों फ़ोल्डर, रजिस्ट्री, आदि) की सिफारिश करते हुए लगता है, जबकि लिनक्स सम्मेलन के लिए अधिक कॉन्फ़िगरेशन है।
अरसलान अहमद

9
उह ... अगर विंडोज में "वर्किंग पैकेज मैनेजमेंट सिस्टम" नहीं है, तो विंडोज इंस्टॉलर क्या है ? मैंने कभी भी डेवलपर्स को इसे फिर से लागू करने के बारे में नहीं सुना है, कम से कम पिछले 10-15 वर्षों में नहीं।
आरोही

5
@Aaronaught और मैंने विंडोज प्रोग्रामों की संख्या खो दी है जो विंडोज इंस्टालर या इसके आधार पर कुछ का उपयोग नहीं करते हैं, और इसलिए आईटी के प्रबंधन के लिए अनावश्यक रूप से कठिन हैं।
माइकल हैम्पटन

22

अधिकांश बंद स्रोत, गैर मुक्त रूप में बियर लिनक्स के लिए सॉफ्टवेयर करता स्थापना जादूगरों साथ आते हैं। तो कुछ बंद स्रोत, फ्री-इन-इन-बीयर सॉफ्टवेयर, कम से कम जब तक अधिकांश प्रमुख वितरण इसे नहीं लेते हैं। ओपन सोर्स सॉफ्टवेयर के लिए, पैकेज मैनेजर एक स्पष्ट रूप से बेहतर समाधान है।

तो ओपन सोर्स सॉफ्टवेयर के शुरुआती चरणों के बारे में क्या प्रमुख वितरणों द्वारा उठाया जाता है? डेवलपर्स उस चरण के दौरान स्थापना विज़ार्ड्स क्यों नहीं बनाते हैं?

सबसे पहले, खुले स्रोत डेवलपर्स का एक बहुत सादा वितरण के बारे में परवाह नहीं है। वे उपयोग करने के लिए खुद के लिए सॉफ्टवेयर लिखते हैं, और इसे वहां डाल देते हैं जब यह दूसरों के लिए उपयोगी होता है, लेकिन वे वितरण के लिए पैकेजिंग को किसी और की समस्या के रूप में देखते हैं। यदि यह पर्याप्त पसंद किया जाता है, तो कोई इसे अपने पसंदीदा वितरण में लाने का कार्य स्वयं करेगा।

वितरण के बारे में परवाह करने वाले ओपन सोर्स डेवलपर्स अभी भी पैकेज मैनेजर सिस्टम के भीतर काम करना बेहतर समझते हैं, क्योंकि यही उनके ग्राहक हैं। लिनक्स उपयोगकर्ता आमतौर पर सॉफ्टवेयर की तलाश करने वाले वेब को नहीं खोजते हैं। वे पहले अपने पैकेज मैनेजर को खोजते हैं। असफल होने पर, वे उबंटू के PPA या Arch के AUR की तरह "समुदाय बनाए हुए" रिपॉजिटरी खोजते हैं। यदि आप उन जगहों पर नहीं हैं, तो आपके सॉफ़्टवेयर में सबसे अधिक संभावना नज़र नहीं आएगी, और यदि यह ध्यान दिया जाता है, तो इस पर भरोसा किए जाने की संभावना कम है।

उन मौजूदा वितरण चैनलों को हमेशा के लिए पसंद करना जैसे सुपरबेल विज्ञापन तय करना बहुत महंगा है, इसलिए आप अपने स्वयं के फुटबॉल चैम्पियनशिप की मेजबानी करने जा रहे हैं और इसके बजाय वहां पर विज्ञापन दे रहे हैं। यह कम खर्चीला हो सकता है, लेकिन यह कम प्रभावी भी है।

जहाँ तक कॉन्फ़िगरेशन को कस्टमाइज़ करने का काम है, एक वेब सर्वर जैसे सॉफ्टवेयर के लिए, जो परंपरागत रूप से एक कॉन्फिग फ़ाइल को संभालना आसान है, जो कॉन्फ़िगरेशन को साझा करना, बैकअप लेना और पुनर्स्थापित करना आसान बनाता है।

वेब ब्राउज़र जैसे क्लाइंट सॉफ़्टवेयर के लिए, कॉन्फ़िगरेशन विज़ार्ड बनाना बेहतर होता है जो पहली बार किसी नए उपयोगकर्ता को सॉफ़्टवेयर चलाने के बजाय, स्थापना समय पर करता है। मुख्य कारण लिनक्स एक बहु-उपयोगकर्ता ऑपरेटिंग सिस्टम है, इसलिए आप इसे प्रति उपयोगकर्ता वैसे भी अनुकूलित करना चाहते हैं। यह भी बाद में जो भी कारण के लिए कॉन्फ़िगरेशन विज़ार्ड को पुन: चलाने के लिए आसान बनाता है, पूरे सॉफ़्टवेयर को पुनर्स्थापित करने के लिए इंस्टॉलेशन प्रोग्राम को रखने के बिना। लिनक्स सॉफ़्टवेयर में इस प्रकार का विज़ार्ड काफी सामान्य है।


14

लिनक्स वितरण (साथ ही, मुझे लगता है, जैसा कि बीएसडी-फ्लेवर्ड यूनीसेज़) के पास प्रोग्राम इंस्टॉलेशन के लिए एक उपयोगकर्ता के अनुकूल इंटरफेस है, तथाकथित पैकेज मैनेजर (या बीएसडी मामले में पोर्ट प्रबंधन) के माध्यम से: आर्क के लिए पेसमैन, डेबियन / उबंटू के लिए dpkg , और इसी तरह।

ये पैकेज मैनेजर यूनिफॉर्म कॉन्फ़िगरेशन फ़ाइलों के माध्यम से प्रोग्राम इंस्टॉल करने का एक तरीका प्रदान करते हैं। एक बार जब आपको प्रोग्राम की आवश्यकता होती है, तो अपने डिस्ट्रो के पैकेज मैनेजर के अनुसार पैक किया जाता है, आप बस इसके इंस्टॉल्ड कमांड को चुनिंदा पैकेज (कभी-कभार यूजर-विशिष्ट कस्टमाइज़ेशन के साथ, हालांकि अक्सर कोई नहीं) पर चला सकते हैं और मैनेजर बाकी काम करता है।

पैकेज प्रबंधक आमतौर पर विंडोज के प्रोग्राम-विशिष्ट इंस्टॉलर प्रक्रियाओं की तुलना में अधिक उपयोगकर्ता के अनुकूल होते हैं, बस स्थापना के लिए समान तरीके से प्रोग्राम पैक किए जाते हैं। वे आमतौर पर आपको उस प्रोग्राम के लिए पैकेज प्रबंधक डेटाबेस को क्वेरी करने की अनुमति देते हैं जो आप देख रहे हैं, इसकी निर्भरता देखें।
वे संकुल के केंद्रीकृत अद्यतन का भी समर्थन करते हैं।


3
उपयोगकर्ता के अनुकूल एक व्यक्तिपरक शब्द है। IMO, अधिकांश कंप्यूटर उपयोगकर्ता कमांड-लाइन टूल का उपयोग करने के लिए बहुत अनिच्छुक होते हैं और यदि वे किसी विज़ार्ड का उपयोग कर सकते हैं तो यह आसान और अधिक आरामदायक होगा। भले ही इसमें अधिक समय लगे।
अरसलान अहमद

1
dpkgऔर APT का उपयोग डेबियन और उबंटू दोनों में किया जाता है। apt-get, apt-cacheऔर के aptitudeऊपर रैपर हैं dpkgdpkgशायद ही कभी सीधे उपयोग किया जाता है, एक उपयोग मामला जिसके बारे में मैं सोच सकता हूं वह एक .debफ़ाइल से एक पैकेज स्थापित करना है ।
nyuszika7h

16
@ Arsalan00 आमतौर पर उबंटू सॉफ्टवेयर सेंटर या yumex जैसे पैकेज प्रबंधकों के लिए एक ग्राफिकल यूजर इंटरफेस है। पैकेज प्रबंधक! = टर्मिनल।
फ्लोरियन मार्गाइन सेप

@ Arsalan00 यदि आप उबंटू का उपयोग करते हैं, तो बस opera.com/download/guide/?os=linux पर जाएं , Ubuntu के लिए ओपेरा डाउनलोड करें, और डाउनलोड की गई फ़ाइल को डबल-क्लिक करें। इसमें कोई टर्मिनल शामिल नहीं है।
जैतून

13

मैंने अक्सर अपने आप से, और दूसरों से यह सवाल पूछा है, और मैं एक बिंदु को संबोधित करना चाहूंगा, जिसे मैं अक्सर देखता हूं, इससे पहले कि मैं यह देखूं कि लिनक्स क्यों स्थापित करता है:

लिनक्स वितरण पैकेज मैनेजर प्रदान करता है।

हालाँकि, मैं यह नहीं कहूंगा कि लिनक्स वितरण का पैकेज मैनेजर निम्नलिखित कारणों से इंस्टॉलर के लिए एक प्रतिस्थापन है:

  • ये पैकेज मैनेजर ऑपरेशन में मानकीकृत नहीं हैं

    एक पैकेज मैनेजर आपके बाइनरी को उपलब्ध कराने और एंड-यूज़र को इंस्टॉलर चुनने की सुविधा देता है। वे टर्मिनल चुन सकते हैं, या वे एक अधिक उन्नत GUI के साथ एक उपकरण चुन सकते हैं, लेकिन यह आपको प्रक्रिया के समान स्तर के नियंत्रण को "पारंपरिक" इंस्टॉलेशन विज़ार्ड के साथ बर्दाश्त नहीं कर सकता है।

    नियंत्रण से मेरा मतलब क्या है इसका एक उदाहरण दस्तावेज़ीकरण है। आप "अगला क्लिक करें, और आपको देखना चाहिए" जैसे अपने अंतिम-उपयोगकर्ता निर्देश नहीं दे सकते। आप एक विशिष्ट उपकरण के लिए कमांड-लाइन निर्देश दे सकते हैं, लेकिन तब आप न केवल इस तथ्य पर भरोसा कर सकते हैं कि उपयोगकर्ता के पास वह उपकरण है, बल्कि एक इंस्टॉलेशन विज़ार्ड के अधिकांश लाभों को भी खो रहा है (आखिरकार, अधिकांश विज़ार्ड एक फ्रंट प्रदान कर रहे हैं सरल कमांड लाइन निर्देशों के लिए-भेजें और स्क्रिप्ट को बंद करना)।

    यह भी सौंदर्यशास्त्र में शामिल है। अब आप सहज / उपयुक्त इंटरफ़ेस प्रदान करने के लिए अपने अंतिम-उपयोगकर्ता वितरण पर निर्भर हैं। जब आप उस तथ्य के बारे में पूरी तरह से जानते हैं, तो यह शिकायत करने के लिए अधिक आकस्मिक उपयोगकर्ता के लिए अनुचित नहीं है कि क्या आपकी फ़ाइल पर डबल क्लिक करने से (उनके विचार में इंस्टॉलर) एक बदसूरत पैकेज प्रबंधक को खोलता है, बिल्कुल भी कुछ नहीं करता है, या सबसे बुरा एक टर्मिनल खोलता है। खिड़की। (जो अनुभव मैंने उपयोगकर्ताओं के साथ किए हैं और "डॉस प्रॉम्प्ट" / "ब्लैक एंड व्हाइट बॉक्स" / "थिंग जो कि उनकी सभी फाइलों को हटाने के लिए जा रहे हैं, यदि वे इसे मजाकिया रूप में देखते हैं" तो शायद एक किताब भर सके)

  • पैकेज स्वरूपों को प्लेटफ़ॉर्म पर मानकीकृत नहीं किया जाता है।

    सिस्टम जैसे rpmऔर के बीच परिवर्तित करने के लिए उपकरण हैं deb, लेकिन अपने एंड-यूज़र से अपने पैकेजों को परिवर्तित करने की अपेक्षा करना उचित नहीं है यदि आप उन्हें ऐसी स्थिति में उपयोग कर रहे हैं जहां एक इंस्टॉलेशन विज़ार्ड किसी अन्य प्लेटफ़ॉर्म पर प्रदान किया जाएगा (यानी क्लिक-एंड-किया गया )। यदि आपके पास अल्पविकसित निर्माण प्रणाली है, तो अतिरिक्त पैकेज प्रारूप के लिए अप-टू-डेट पैकेज प्रदान करना सीधे आगे हो सकता है, लेकिन आप अभी भी एक नया बाइनरी जोड़ रहे हैं, जिसका समर्थन किया जाना चाहिए।

    यह भी एक नया द्विआधारी लोगों को अपने मंच के आधार पर चुनने के लिए है (यह मामूली लगता है, लेकिन मुझे यकीन है कि यहाँ कोई व्यक्ति x86 बनाम x64 समझाने से पहले यह सुनिश्चित कर सकता है कि हाँ, सही मंच से कटौती करने के तरीके हैं ब्राउज़र, लेकिन तब आप और अधिक जटिल हो रहे हैं, और प्रक्रियाओं का समर्थन करने के लिए कठिन]]

  • पैकेज मैनेजर ओपन-सोर्स सॉफ्टवेयर के लिए "अच्छे" हैं।

    यह नहीं कह रहा है कि आप पैकेज प्रबंधन प्रणाली के साथ बंद-स्रोत सॉफ़्टवेयर साझा नहीं कर सकते, यह निश्चित रूप से किया जा सकता है। लेकिन एक बार जब आप लिनक्स वितरण पर क्लोज-सोर्स सॉफ़्टवेयर साझा करने का प्रयास करते हैं, तो आप एक दीवार में चलते हैं, जहाँ तक आपके सॉफ़्टवेयर को सामान्य रिपॉजिटरी में प्राप्त करने का विकल्प होता है। PPA या OpenSUSE बिल्ड सेवा जैसी चीजें बाहर हैं, और यहां तक ​​कि कैननिकल पार्टनर्स रिपॉजिटरी भी डिफ़ॉल्ट रूप से सक्षम नहीं हैं।

    इसका मतलब है कि, जब तक आप अपना रिपॉजिटरी प्रदान नहीं करते, आप स्वचालित अपडेट सहित पैकेज प्रबंधन प्रणालियों की कई प्रमुख विशेषताओं को नहीं अपना सकते। मेरी राय में , इन प्रणालियों का उपयोग करने वाले अधिकांश प्लेटफार्मों में यह सबसे महत्वपूर्ण लाभ है (उदाहरण के लिए आईओएस, एंड्रॉइड और विंडोज स्टोर)।

    और यहां तक ​​कि अगर आप एक रिपॉजिटरी (चर तुच्छता का एक और काम) प्रदान करते हैं, तो भी आपको इसे स्थापित करने के लिए उपयोगकर्ताओं को प्राप्त करने की आवश्यकता है (जो समर्थन की एक और परत है, गैर-मानक दृष्टिकोण का एक और सेट, और मूल बिंदु से एक और मोड़ है) संस्थापक)

अब, यह सब कहते हुए, मैंने अभी भी मूल समस्या को संबोधित नहीं किया है, क्यों इन कारकों (दूसरों के बीच) के बावजूद लिनक्स पर इंस्टॉलर सामान्य रूप से कम हैं। मूल प्रश्न पूछता है कि क्या यह तकनीकी है, या सम्मेलन पर आधारित है, और यह दोनों भाग में आधारित है।

यदि आप उपर्युक्त कारकों को देखते हैं, तो वे "विज़ार्ड-जैसे" इंस्टॉलर के लिए चीजों को और अधिक जटिल बनाते हैं। उदाहरण के लिए, क्या आपके विज़ार्ड को स्थापित करने के लिए कई पैकेज प्रारूप शामिल होंगे? वितरण के दौरान आप लुक-एंड-फ़ील को कैसे संभालते हैं? सूची पर चला जाता है, और एक बात यह है कि कि संकुल है जिसे आप वहन है इस बात का कि कोई भी आपकी समस्या (होगा बेहतर करने के लिए या बदतर के लिए ) जब तक आप सही संकुल प्रदान करते हैं। और अपनी परियोजना की प्रकृति के आधार पर, आप उन अधिक "विशेष" संसाधनों का लाभ उठाना शुरू कर सकते हैं, जैसे कि उबंटू सॉफ्टवेयर सेंटर के लिए एप्लिकेशन को प्रस्तुत करना। यह सब तकनीकी से संबंधित होगा।

लेकिन जो पहलू मुझे व्यक्तिगत रूप से लगता है कि ड्राइविंग बल है। (मुझे आशा है कि मैंने इसे काफी गहराई से दफनाया है कि जो लोग इस बात का खंडन करते हैं कि गुमनामी के अन्य उत्तर पढ़ना बंद कर दिया गया है ..)

मुझे लगता है कि पोस्टर में एक बिंदु था, लेकिन हो सकता है कि यह बहुत स्पष्ट रूप से कहा गया हो, और वास्तव में उस बिंदु के लिए उद्देश्यपूर्ण कारण नहीं दिए गए थे। यदि आप एक पैकेज मैनेजर और एक इंस्टॉलर के लिए मेरे द्वारा बताए गए अंतरों की जांच करते हैं, तो मुझे आश्चर्य नहीं होगा यदि आप उनमें से अधिकांश को लगभग गैर-मुद्दे (शायद पांडित्य पर भी सीमाबद्ध) पाते हैं। लेकिन (किसी विज्ञापन होमिनम तर्क के वैध उपयोग के रूप में मुझे आशा है कि बहाना है) हम प्रोग्रामर के लिए साइट पर भी उपयोगकर्ता हैं। मैं देख रहा हूँ लिनक्स वितरण आकस्मिक उपयोगकर्ताओं (स्पष्ट रूप से कई अन्य चीजों के बीच) के लिए एक उत्कृष्ट विंडोज विकल्प के रूप में धकेल दिया गया है। आम तौर पर परिभाषित क्लिक्स-एंड-किया प्रक्रिया प्रदान नहीं करना, जो इन सभी उपयोगकर्ताओं को वास्तव में उपयोग कर सकते हैं आदर्श इमो नहीं है ।

लेकिन एक ही समय में, मुझे नहीं लगता कि लिनक्स में कई चीजें विशेष रूप से उस समूह के लिए आदर्श हैं। ज़रूर कुछ distros जीयूआई आधारित पैकेज प्रबंधक होते हैं, लेकिन वह साधन इन लोगों को, कैसे एक अलग उपकरण का उपयोग करने में देख शुरू कर दिया है पर अपने कार्यक्रम की स्थापना पर सख्ती से नहीं ध्यान केंद्रित (तुलना है कि इस और इस के लिए यह )।

स्वाभाविक रूप से आप जीयूआई का उपयोग कर सकते हैं बहुमत के लिए अपने औसत आकस्मिक उपयोगकर्ता को करने की ज़रूरत है, विशेष रूप से कुछ डिस्ट्रोस के साथ (विडंबना यह है कि जो डिस्ट्रोस कर रहे हैं वे हमेशा खुले स्रोत समुदाय में गले नहीं होते हैं [उबंटू के बारे में शिकायतों को देखें और यह "दीवार) है उद्यान "]) लेकिन मुझे नहीं लगता कि यह अस्वीकार्य है कि लिनक्स कन्वेंशन किसी ऐसे व्यक्ति के पक्ष में है जो सीएलआई के साथ सहज है, या कम से कम घातक डर से ऐसा नहीं लगता है कि इसका मतलब है कि उन्होंने कुछ गलत किया है।

मैं यह नहीं कह रहा हूं कि यह वही है जो वे लक्ष्य बनाते हैं, लेकिन यह वास्तव में है जो मैं उन सम्मेलनों को देखता हूं। और लिनक्स में पैकेज मैनेजमेंट सिस्टम का अनुसरण करने लगता है। आखिरकार, उनके अधिकांश "डाउनसाइड्स" लगभग गैर-मौजूद हैं यदि आपका अंत-उपयोगकर्ता अंतर्निहित अवधारणाओं के साथ अधिक आरामदायक है।

अधिकांश अन्य प्लेटफार्मों पर इंस्टॉलर वास्तव में उस से प्रभावित नहीं होते हैं, और उन्हें इस तरह से डिज़ाइन किया गया है, ताकि प्रश्न पर टिप्पणी को उद्धृत किया जा सके, "99.99% उपयोगकर्ता [कर सकते हैं] आँख बंद करके" जारी रखें "। पैकेज प्रबंधन के साथ समस्या उन उपयोगकर्ताओं को मिल रही है। "जारी रखें" बटन, उन्हें बताएं कि "जारी रखें" बटन क्या है (मैंने देखा है कि उपयोगकर्ता उन टूल के द्वारा ट्रिप हो जाते हैं जो कहा जाता है कि प्रेस अन्य पाठ के साथ दर्ज करें), और उन्हें यह बताएं कि जब वे हिट करते हैं तो "तट" पर क्लिक करें "जारी रखें" बटन "चरण।


यह एक महान जवाब है, और यह आकस्मिक उपयोगकर्ता के दृष्टिकोण से समस्या की व्याख्या करता है।
अरसलान अहमद

1
"संकुल प्रारूप को प्लेटफ़ॉर्म पर मानकीकृत नहीं किया गया है।" - सभी एलएसबी-अनुपालन डिस्ट्रोस (जो अधिकांश प्रमुख हैं) एलएसबी पैकेज प्रारूप का समर्थन करते हैं, जो आरपीएम का एक सबसेट है जिसे हटाए गए सभी सुविधाओं के साथ आसानी से डीईबी में मैप नहीं किया जा सकता है। एलएसबी आरपीएम के लिए कमांड लाइन टूल, एपीआई और एबीआई को भी मानकीकृत किया गया है।
जार्ज डब्ल्यू मित्तग

@ Jörg W Mittag मैं शायद ही एलएसबी अनुपालन को मानकीकृत कहूंगा। डेबियन पर, "एलएसबी अनुपालन" मैं अपने पोस्ट में उल्लिखित एलियन टूल का उपयोग कर रहा हूं (और यह सीमित है)। और फिर, हम स्थापित स्क्रिप्ट की तुलना संकुल से नहीं कर रहे हैं। यह स्थापना जादूगरों की तुलना कर रहा है (कि यहां तक ​​कि सबसे आकस्मिक उपयोगकर्ता सॉफ़्टवेयर को स्थापित करने के लिए खतरनाक काले बॉक्स को देखे बिना) पैकेज प्रबंधकों को दें। एलियन जैसे उपकरण के उपयोग की आवश्यकता को एक समान प्रक्रिया प्रदान नहीं कर रहा है जैसे कि इंस्टॉल विज़ार्ड प्रदान करना।
सेलाली अडोबोर

@AssortedTrailmix: एलएसबी पैकेज फॉर्मेट को जानबूझकर एलियन द्वारा प्रोसेस करने योग्य बनाया गया है। और एंड-यूज़र को कभी भी एलियन के साथ बातचीत करने की आवश्यकता नहीं है, डेबियन पर एलएसबी पैकेज मैनेजर इसका ख्याल रखता है। इसके अलावा, इमारत स्थापित विज़ार्ड्स की देखभाल स्पष्ट रूप से एलएसबी में की जाती है। यदि इंस्टॉलर विज़ार्ड केवल LSB पुस्तकालयों के खिलाफ लिंक करता है, तो यह सभी LSB सिस्टम पर चल सकता है, और यह LSB पैकेज मैनेजर को कॉल कर सकता है, क्योंकि यह मानकीकृत है, और यह एक पैकेज स्थापित कर सकता है, क्योंकि यह मानकीकृत है, और अंत में आप डेबियन पर DPKG डेटाबेस में एक DEB और SuSE पर एक RPM के साथ समाप्त होगा।
जार्ज डब्ल्यू मित्तग

मैं समझता हूं कि, लेकिन मुझे लगता है कि मुझे आपकी बात समझ में नहीं आई। क्या आप अभी पुष्टि नहीं कर रहे हैं कि मैंने क्या कहा? मेरा कहना था कि एक इंस्टॉलेशन विज़ार्ड और एक पैकेज मैनेजर समान नहीं हैं। मैं सुझाव नहीं दे रहा था कि एक इंस्टॉलर एक पैकेज मैनेजर का उपयोग नहीं कर सकता है। ऐसा लगता है कि आप मेरे विचार से सहमत हैं, लेकिन बयानबाजी के सवाल पर "उदाहरण के लिए, क्या आपके विज़ार्ड में कई पैकेज प्रारूप शामिल होंगे?"
सेलाली अडोबोर

9

बड़े विस्तार के लिए यह दोनों है। लिनक्स वितरण मॉडल AppStore / Play Store तो पारंपरिक विंडोज / मैक ओएस एक्स एक के करीब है - और यहां तक ​​कि उन प्लेटफ़ॉर्म को भी मैंने वहां से सुना है जो मैंने सुना है।

सम्मेलन यह है कि यह सरल है। AppStore / Play Store के अधिकांश तर्क लिनक्स पर भी लागू होते हैं:

  • स्वचालित अद्यतन। विंडोज पर अलग से 20 प्रोग्राम अपडेट होना विघटनकारी और अक्षम है। उपयोगकर्ता की जरूरत है हालांकि बूट पर जावा / फ्लैश / एडोब / ... अपडेट।
  • एकल, विश्वसनीय, रिपॉजिटरी। क्या आप सुरक्षित कनेक्शन के माध्यम से डाउनलोड करते हैं? या आपने get.adobe.com.hackers.example.com/setup.exe से रीडर अपडेट से डाउनलोड नहीं किया है? यहां तक ​​कि अगर आप ज्यादातर उपयोगकर्ता करते हैं, विशेष रूप से बिजली उपयोगकर्ताओं को नहीं , नहीं । इसके बजाय आप लिनक्स में सॉफ्टवेयर सेंटर या इसी तरह के कार्यक्रम पर जाएं और एक विश्वसनीय प्रतिलिपि प्राप्त करें।

इसके अलावा निम्नलिखित लाभ हैं, जो AppStore / Play Store पर लागू नहीं हो सकते हैं:

  • प्रत्येक लिनक्स में GUI नहीं है - लगता है कि http सर्वर - फिर भी अधिकांश डिस्ट्रोस ऐसे कॉन्फ़िगरेशन का समर्थन करता है। ठीक है। हर किसी को एक की जरूरत नहीं है, लेकिन जितनी जल्दी या बाद में कोई भी किसी भी कारण से इसका उपयोग करना चाहेगा।
  • विभिन्न distros पर पुस्तकालयों के ABI भिन्न हो सकते हैं। इंस्टॉलर होने वाले विवरणों में नहीं जाने से, रिपॉजिटरी में एक पैकेज बनाए रखने वाले लोगों के बजाय आप पर काम करने वाले कार्यक्रम की जिम्मेदारी होगी।
  • पिछले एक के साथ जुड़ा हुआ है - आपको किसी तरह निर्भरता का प्रबंधन करने की आवश्यकता है। बंडलिंग को एक कारण के लिए अनुचित माना जाता है - ऐसे मामले में आपको यह सुनिश्चित करने की आवश्यकता है कि आपने बग के बिना संस्करण के लिए लाइब्रेरी को अपडेट किया है - उदाहरण के लिए आपने अपने बंडल में खुलने वाले 1.0.1f को शामिल नहीं किया है। अभ्यास से पता चलता है कि लोग पुरानी लाइब्रेरी को ज्ञात सुरक्षा कमजोरियों के साथ शामिल करते हैं।

5
+1 "विंडोज पर अलग से 20 प्रोग्राम अपडेट होना विघटनकारी और अक्षम है।"
IQAndreas सेप

मैं कहूंगा कि संवादों को विघटनकारी या अक्षम कहना थोड़ा बहुत है। यदि किसी प्रोग्राम में खराब तरीके से डिज़ाइन किया गया अपडेट सिस्टम है, जो लॉग-इन करते ही उपयोगकर्ताओं को परेशान कर रहा है और चुपचाप अपडेट का विकल्प प्रदान नहीं कर रहा है, तो यह उस प्रोग्राम की गलती है। यह कहा जा रहा है, मुझे ऐसा करने वाले कई कार्यक्रम नहीं मिलते हैं (उनमें से अधिकांश ऐसे कार्यक्रम हैं जिनमें पारंपरिक स्टार्ट-अप प्रक्रिया नहीं है), और अंतिम परिणाम यकीनन एक ही चीज़ को सूचीबद्ध करने की तुलना में अधिक प्रबंधनीय है जो हर एक चीज़ की ज़रूरत है अद्यतन किया जा।
सेलाली अडोबोर

और "एकल, विश्वसनीय, भंडार" कुछ भ्रामक है। यह वास्तव में केवल आंशिक रूप से लागू होता है यदि आप सॉफ्टवेयर लिख रहे हैं जो वहां समाप्त हो सकता है। मालिकाना सॉफ्टवेयर आम लिनक्स वितरण के लिए अच्छी तरह से समर्थित डिफ़ॉल्ट रिपॉजिटरी में आसानी से समाप्त नहीं होता है । यहां तक ​​कि उबंटू पर कैनोनिकल पार्टनर्स के लिए रेपो (जो कि एक गैर-तुच्छ है), डिफ़ॉल्ट रूप से अक्षम है और कई सॉफ्टवेयर द्वारा सुरक्षा जोखिमों के रूप में असुरक्षित माना जाता है, जहां होस्ट किए गए सॉफ़्टवेयर के आधार पर अनपेक्षित से अधिक लंबे समय तक अप्रकाशित जाने के लिए जाना जाता है। अन्य अद्यतन विधियाँ।
सेलाली अडोबोर

6

आमतौर पर, इंस्टॉलेशन को उपयोगकर्ता के साथ सहभागिता की आवश्यकता नहीं होती है ( apt-getउदाहरण के लिए अधिकांश पैकेज), या स्क्रिप्ट की जा सकती है। कई मशीनों पर सॉफ्टवेयर का एक टुकड़ा तैनात करने के लिए इसे स्वचालित करना बहुत आसान है। विज़ार्ड के माध्यम से चीजें करने के बजाय, आप उन्हीं चीजों को स्क्रिप्टिंग या कॉन्फ़िगरेशन फ़ाइलों के माध्यम से करते हैं।

यह देखते हुए कि लिनक्स दुनिया में, टर्मिनल पहले आता है, और GUI वैकल्पिक है, यह स्पष्ट हो जाता है कि उनके पास वास्तविक स्थापना विज़ार्ड्स की कमी क्यों है।

दूसरी ओर, विंडोज बहुत उपयोगकर्ता-उन्मुख है। अधिकांश MSI फ़ाइलों को आसानी से अनअटेंडेड तरीके से तैनात किया जा सकता है, उसी तरह विंडोज इंस्टॉलेशन को अनअटेंड किया जा सकता है (WAIK को काम करना कितना आसान / कठिन है यह एक अलग विषय है)। इसका यह भी अर्थ है कि विंडोज के लिए अनुप्रयोगों का एक गुच्छा एमएसआई पर आधारित नहीं है, और यह स्क्रिप्ट करने योग्य नहीं है। उदाहरण के लिए, एंटरप्राइज़-स्केल एप्लिकेशन, एडोब उत्पादों को स्क्रिप्टेड तरीके से स्थापित करने के बजाय कठिन होने के लिए जाना जाता है।


1
जिसे हल करना एक आसान समस्या है। कई विंडोज़ इंस्टालर में एक मूक विकल्प होता है और अच्छी चूक से पहले से भरा होता है ताकि उपयोगकर्ता को केवल अपने बटन दबाने के अलावा कुछ और न करना पड़े।
अरसलान अहमद

5
मुझे सिर्फ इसलिए आगे दबाने से नफरत है क्योंकि डेवलपर्स इसे सरल तरीके से करने में विफल रहे।
सिलविउ बर्किया

@ Arsalan00: "उपयोगकर्ता को स्वचालन के अलावा कुछ नहीं करना है ..." यदि उपयोगकर्ता को कुछ भी करना है , तो इसे स्वचालित नहीं किया जा सकता है। आदर्श रूप से, आपको किसी मशीन को चालू करने में सक्षम होना चाहिए और इसे पीबीएसई के माध्यम से बूट करने देना चाहिए, एक ओएस स्थापित करना चाहिए और फिर अपनी ज़रूरत की सभी चीज़ों को स्थापित और कॉन्फ़िगर करना होगा, जिसमें कोई उपयोगकर्ता सहभागिता नहीं है। लिनक्स के साथ, आप ऐसा कर सकते हैं (शायद कुछ अनुप्रयोगों को छोड़कर, लेकिन मैंने अब तक सामना नहीं किया है)।
आर्सेनी मूरज़ेंको

1
@ मेनमा आपका संपादन वास्तव में कील को हिट करता है। यदि डेवलपर्स चाहें, तो वे अपने इंस्टॉलर को स्क्रिप्ट या मूक बना सकते हैं। लेकिन विज़ार्ड सिस्टम वास्तव में नौसिखिए उपयोगकर्ता को सेटअप के बारे में बताए गए तरीके से परिचित कराने में मदद करता है, और विज़ार्ड्स उपयोगकर्ता को सूचित करते हैं जैसे पैकेज प्रबंधक नहीं कर सकते। प्लस ऑफ़लाइन इंस्टॉल कुछ ऐसे हैं जो कई लोगों के लिए एक प्रमुख आवश्यकता है।
अहमद

2
@ Arsalan00 आमतौर पर पैकेज मैनेजर सवाल पूछ सकते हैं कि क्या उन्हें वास्तव में जरूरत है। पैकेज प्रबंधकों के साथ ऑफलाइन इंस्टॉल संभव है, पहले पैकेज डाउनलोड करें, जैसे आप फ़ाइल डाउनलोड और इंस्टॉल करते हैं। और अंत में, यह अधिक उपयोगकर्ता-प्रिय है, अधिकांश नौसिखिए उपयोगकर्ताओं को इस बात की परवाह नहीं करनी चाहिए कि "आप इसे कहां स्थापित करना चाहते हैं" आदि इसके लिए "बस काम" करना चाहिए।
.विक

-1

टारगेट ऑडियंस अलग है। यूनिक्स और यूनिक्स जैसी प्रणालियां, आमतौर पर पेशेवर प्रोग्रामर, सिसड्मिन, इंजीनियर और गंभीर हॉबीस्ट द्वारा उपयोग की जाती थीं, जो प्रत्येक सिस्टम को उनकी जरूरतों के लिए अनुकूलित करते थे। कोई भी "इंस्टॉलेशन वाइज़ार्ड" केवल उन सभी चरों की पहुँच देने के बजाय अपनी पसंद को सीमित करेगा, जिनकी उन्हें ज़रूरत है। और वहाँ अब भी लोग करते हैं।

विंडोज को उसी तरह से पेशेवरों पर लक्षित नहीं किया जाता है और इस प्रकार, "उपयोगकर्ता" की ओर अधिक सामान्य प्रयोजन इंस्टॉलर तैयार किए जाते हैं जो केवल उस चीज को स्थापित करना चाहते हैं। लिनक्स इन उपयोगकर्ता-प्रकारों के बारे में अधिक जानकारी दे रहा है, जो शायद ऐसी बात की सराहना करेंगे, लेकिन संभवतः, अधिकांश डिस्ट्रोस अभी भी पेशेवर को ध्यान में रखते हैं।


4
एक इंस्टॉलेशन विज़ार्ड आपको एक पैकेज प्रबंधक से अधिक अनुकूलित करने देता है जो आमतौर पर लिनक्स पर उपयोग किया जाता है।
.वकी

@iveqy कोई भी टेक्स्ट कॉन्फिग फाइल आपको किसी भी इंस्टॉलेशन "विज़ार्ड" की तुलना में कहीं अधिक क्षमता प्रदान करेगी। अगर इस तरह के जादूगर बेहतर कर सकते हैं, तो वे मौजूद होंगे, लेकिन वे नहीं करते हैं।
रोब

4
यह सच है, लेकिन टेक्स्ट कॉन्फिग फाइल को एडिट करना ज्यादातर पैकेज मैनेजरों की इंस्टॉलेशन प्रक्रिया का हिस्सा नहीं है। एक विंडोज़ इंस्टॉलेशन प्रक्रिया पर विशिष्ट प्रश्न "आप इसे कहां रखना चाहते हैं", एक पैकेज मैनेजर पहले से ही लिनक्स एनवायरमेंट में यह तय करता है और "इस प्रोग्राम के कौन से कंपोनेंट आप इंस्टॉल करना चाहते हैं", और यह पहले से ही तय हो चुका है पैकेज मैनेजर के मामले में पैकेज मेंटेनर। आप देख सकते हैं कि एक एंड्रॉइड और आईफोन, (ऐप स्टोर और गूगल प्ले) के लिए उपयोग किए जाने के बाद से एक पैकेज मैनेजर अधिक उपयोगकर्ता-प्रिय है।
विक

@iveqy मुझे एहसास हुआ कि हम विषय से दूर हो गए हैं। इसका मूल रूप से जो मैंने कहा है, उससे कोई लेना-देना नहीं है और आप अभी भी इस तरह के जादूगरों को नहीं देखते हैं कि मैंने जो कहा है, उसके और सबूत हैं।
रोब
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.