एक प्रोग्रामर अपने दम पर कितना कर सकता है? [बन्द है]


13

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


2
मुझे यकीन नहीं है कि यहां क्या पूछा जा रहा है। यदि आपके पास एक सॉफ्टवेयर विकसित करने के लिए मोजो है, तो आप निश्चित रूप से इसे खुद से पूरा कर सकते हैं - वेब या नहीं। MZ द्वारा एक दिन में सभी facebook को विकसित नहीं किए जाने के बाद इसमें कुछ समय लग सकता है।
कूलबीन्स

एकल देव कार्य के लिए blitwise.com पर एक नज़र डालें
माइकल के

कोडर उत्पादकता बहुत व्यापक रूप से भिन्न होती है। कुछ कोडर 10x + दूसरों की तुलना में तेज ...
डेनिस डी बर्नार्डी

2
यदि यह एक एकल डेपॉपर भवन, फ़ोटोशॉप और एमएस शब्द था, तो वे लगभग 1/100 आकार के होंगे। मैं उस बुरी बात पर विचार नहीं करता।
जेएफओ

1
निर्भर करता है। :-)
रीचर्ड

जवाबों:


14

छोटा शुरू करो

लिनक्स वर्तमान में अपने पहले पुनरावृत्तियों की तुलना में बहुत बड़ा है, लेकिन महत्वपूर्ण बात यह है कि यह कर्षण प्राप्त करने के लिए इसमें पर्याप्त सामान के साथ आया था।

केवल अगर इसके लायक है

मेरा व्यक्तिगत नियम है कि बड़ा सामान सिर्फ करने के लायक है अगर इसका मूल रूप से बाकी हिस्सों से अलग है। अन्यथा आप लाल सागर में गोता लगा रहे हैं ।

शुरू करने के लिए अच्छा है, लेकिन हमेशा टिकाऊ नहीं

यदि आपका सॉफ्टवेयर काफी अच्छा है तो आप इसके साथ गंभीर हो सकते हैं। उदाहरण के लिए Markus "Notch" Persson, Minecraft के निर्माता। IIRC उसने अकेले खेल शुरू किया, और जब खेल में कर्षण प्राप्त हुआ तो उसने सहयोगियों की तलाश शुरू कर दी और एक कंपनी भी शुरू कर दी।

अकेले कुछ हासिल करने के लिए पुरस्कृत करते हुए, बड़ी परियोजनाएं डेवलपर सहयोग द्वारा अपनी क्षमता को पूरा करती हैं, न कि एक एकल प्रतिभा, जो मुझे मेरे अगले बिंदु पर ले जाती है।

एक अफवाह

Google I / O 2009 में बेन कोलिंस-ससमैन और ब्रायन फिट्ज़पैट्रिक की एक बातचीत द मिथ ऑफ़ द जीनियस प्रोग्रामर की जाँच करें । आपको वहाँ सभी झूठी उम्मीदें मिलनी चाहिए। मुख्य बिंदु जो मैं यहां बताना चाहता हूं वह यह है कि कभी-कभी किसी एकल डेवलपर को पूरी चीज़ का श्रेय दिया जाता है, जबकि पीछे और भी लोग थे।

यह निश्चित रूप से संभव है

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

यह कोड का महत्व नहीं है, इसका वास्तु और तकनीकी ज्ञान जो आपको कम कोड के साथ बड़ी चीजें हासिल करने देता है, जिसकी आप अपेक्षा करते हैं।

कौशल और ज्ञान (औसत स्तर से परे) को देखते हुए आप बहुत से कामों को कम महसूस कर सकते हैं।


7
+1 IMO, लीनस कार्मैक पर नहीं है। उनका सामान किंवदंती का सामान है।
स्टीवन एवर्स

1
जो सामान किंवदंती का सामान है? लिनस या जॉन। वहाँ आपका स्लैंग वापस नहीं आया
Chani

1
@RYUZAKI: मुझे लगता है कि @ SnOrfus की टिप्पणी अंग्रेजी स्टैटेक्सचेंज के लिए एक संपूर्ण प्रश्न है।
स्पोइक

1
@ MEUZAKI - जॉन के पास SnOrfus टिप्पणी में किंवदंती का सामान है।
ओसोडो

1
क्या कार्मैक को अपने 4 दिनों के काम के लिए 2 महीने की पूरी टीम का वेतन मिला, या पीठ पर एक थपकी?
आकर्षित किया

5

मेरे द्वारा किए जा रहे कार्य की प्रकृति के कारण, मैंने अपने आप से बहुत बड़े अनुप्रयोगों को विकसित किया है। तो हाँ, यह उल्लेखनीय है। मैं इसके बारे में घंटों तक जा सकता था, लेकिन अभी इतना समय नहीं मिला है, इसलिए यहां व्यक्तिगत अनुभव से कुछ पेशेवरों और विपक्ष हैं।

पेशेवरों:

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

विपक्ष:

  • लड़ने के लिए कोई टीम नहीं है, इसलिए कभी-कभी आप बिना किसी को बताए बुरे फैसले लेते हैं
  • इसमें खो जाना आसान है, बड़ी तस्वीर को जब्त नहीं करना। और ऐसा कोई नहीं है जो आपकी मदद कर सके। (एसओ / एसए और पसंद को छोड़कर:])
  • ग्राहक समर्थन पर बहुत समय बिताना जो आप प्रोग्रामिंग पर खर्च करेंगे

3

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


1

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


1

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

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

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


देखें कि मैं क्या सोच रहा था ... इसमें अधिक समय लग सकता है, लेकिन जब से आपको पता चलेगा कि सभी कोड क्या करते हैं, तो संभवतः डिबग करना आसान होगा। और एक महान सीखने का अनुभव।
fender1901

@ fender1901 अच्छी तरह से प्रोग्रामिंग लगातार सीखने का अनुभव होना चाहिए, जिस दिन यह नहीं होता है जब आप या तो यह सब जानते हैं या अधिक चुनौतीपूर्ण कार्य खोजने की आवश्यकता होती है।

1

मैं वर्तमान में अपने खाली समय में इस तरह की परियोजना पर काम कर रहा हूं (यह एक वेब एप्लिकेशन है, डेस्कटॉप एप्लिकेशन नहीं है, लेकिन सिद्धांत समान हैं)। यहाँ मैंने अभी तक क्या पाया है:

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

2) पुनरावृति से काम करें । यह "स्टार्ट स्माल" के साथ ड्यूकफैग्मिंग ने कहा । यदि आप परिणाम देख सकते हैं, तो आप किसी परियोजना से चिपके रहेंगे। जब तक आप कुछ काम करते हुए नहीं देख सकते, तब तक आप जो भी विकास करते हैं, वह अंधेरे में पेंटिंग के बराबर है।

3) प्रतिक्रिया के लिए पूछने के लिए डरो मत / जल्दी मदद करो । संभावना है, आप सब कुछ अच्छा नहीं कर रहे हैं। यदि आप कोडिंग के निचले स्तर के किटी ग्रिट्टी में महान हैं, तो आप संभवतः UI पर चूस सकते हैं। कांसेप्ट भी लागू होता है। यह उन लोगों से सलाह लेने से कभी नहीं कतराता है जो एक निश्चित क्षेत्र में आपसे बेहतर हैं। बहुत से लोग इससे बचेंगे क्योंकि वे किसी के बारे में चिंता कर रहे हैं कि उनका विचार चुरा रहा है। इस बारे में चिंता न करें - यदि कोई आपको कॉपी करने की कोशिश करता है, तो इसका मतलब है कि आप कुछ सार्थक कर रहे हैं। विचार सस्ते हैं, कार्यान्वयन महत्वपूर्ण है। Apple ने MP3 प्लेयर का आविष्कार नहीं किया, Microsoft ने ऑपरेटिंग सिस्टम का आविष्कार नहीं किया, फेसबुक ने सोशल नेटवर्क का आविष्कार नहीं किया और Google ने खोज इंजन का आविष्कार नहीं किया। उन्होंने जो किया वह उपयोगकर्ताओं के लिए सम्मोहक था (और चूसना नहीं)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.