वास्तव में अच्छे लोगों से असाधारण प्रोग्रामर को क्या अलग करता है? [बन्द है]

59

क्या आप जानते है कि वे कौन है। वे प्रोग्रामिंग के रॉक स्टार हैं:

वे 10X कोड तेजी से।
उनका कोड सिर्फ काम करता है।
वे न केवल अपनी प्राथमिक भाषा को अंदर और बाहर जानते हैं, बल्कि वे यह भी जानते हैं कि यह हुड के नीचे कैसे काम करता है।
आपके पूछने से पहले वे किसी भी सवाल का जवाब जानते हैं।
उनमें से कुछ ने उन प्रोग्रामिंग सिद्धांतों का आविष्कार किया, जिनका हम सभी उपयोग करते हैं।
और वे अकारण ही विनम्र हो जाते हैं।

यह इन लोगों के बारे में क्या है? क्या उनकी विचार प्रक्रिया के बारे में कुछ है जो मूल रूप से उपरोक्त औसत प्रोग्रामर से अलग है? या वे बस बहुत प्रतिभाशाली लोग हैं जो कड़ी मेहनत करते हैं?

इसे दूसरे तरीके से रखने के लिए: मैं उनके जैसा कैसे हो सकता हूं? मुझे पता है कि मुझे लगता है कि मुझे अच्छा बनने के लिए सीखने की ज़रूरत है, लेकिन ऐसा लगता है कि इसे सीखने में मुझे अगले दस साल लगेंगे, और फिर मेरा ज्ञान अप्रचलित हो जाएगा।

learning experience development-process

— रॉबर्ट हार्वे
स्रोत

49

असाधारण प्रोग्रामर के पास अपने कोड के आसपास एक ट्राई-कैच ब्लॉक नहीं होता है। zing

11

@ जॉन: मैं पूरी तरह से असहमत हूं, मैंने 10x चीज़ को बार-बार खेलने के लिए देखा है और यह सच है, दुख की बात है कि यह पर्याप्त है। मुझे लगता है कि बहुत सी समस्या यह है कि अधिकांश पेशेवर प्रोग्रामर वास्तव में प्रोग्राम नहीं कर सकते हैं, और कुछ साधारण चीजें भी नहीं कर सकते हैं। ऐसा नहीं है कि एक अच्छा कोडर से 10x ऊपर देवतुल्य कोडर होता है, बल्कि एक देवतुल्य कोडर अपने संगठन या टीम के सबसे बुरे अन्य कोडर से 10x ऊपर होता है।

— पैक्स नॉटिस

10

@fennec: करो, या नहीं। नहीं है try।

— मिमी

29

15 साल पहले आविष्कार की गई भाषा के लिए 18 साल का अनुभव बहुत प्रभावशाली है!

— रिकी क्लार्कसन

15

@ टार्टार्ट - नहीं, यह एक ठोस संख्या है और 1960 के दशक के अध्ययनों से यह पता चला है। मूल अध्ययन 1960 के दशक के उत्तरार्ध में सैकमैन, एरिकसन और ग्रांट द्वारा किया गया था। उन्होंने 7 साल के अनुभव के औसत के साथ पेशेवर प्रोग्रामर का अध्ययन किया और पाया कि सबसे अच्छे और सबसे खराब प्रोग्रामर के बीच प्रारंभिक कोडिंग समय का अनुपात लगभग 20 से 1 था; डिबगिंग समय का अनुपात 25 से 1 से अधिक; कार्यक्रम का आकार 5 से 1; और कार्यक्रम निष्पादन गति 10 से 1. के बारे में। उन्हें प्रोग्रामर की अनुभव और कोड की गुणवत्ता या उत्पादकता के बीच कोई संबंध नहीं मिला। (स्टीव मैककोनेल के लिए धन्यवाद)।

— जॉन हॉपकिंस

88

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

— ChaosPandion
स्रोत

5

मुझे आपका "इंजीनियर" बिंदु पसंद है!

— सेड्रिक एच।

1

@चेओस - मुझे पता है कि सबसे तेज प्रोग्रामर ने अपना वेब फ्रेमवर्क बनाया है। मुझे लगता है कि ऐसी चीजें हैं जो किसी को बेहतर और तेज बनाती हैं। आपके उत्तर के लिए धन्यवाद। यह मुझे कम असहाय महसूस करता है जो हमेशा चीजों को फिर से इंजीनियर करना चाहता है।

— orokusaki

11

"इंजीनियर" एक महत्वपूर्ण बिंदु है। कोड की हर पंक्ति एक ठोस नींव बनाएगी, बजाय एक रेंगने वाले जेंगा जैसी रचना को जोड़ने के।

— एलेक्स फेनमैन 14

5

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

— स्टीवन एवर्स

1

@चोस, "जिज्ञासु" लेकिन केवल एक बिंदु तक।

28

आप अपने अंतिम बुलेट पॉइंट में इसे बहुत हिट करते हैं:

"और वे अस्वाभाविक रूप से विनम्र होते हैं, साथ ही साथ।"

मुझे लगता है कि यह विनम्रता का एक संयोजन है - न केवल बाहर की ओर, बल्कि उनके दिमाग के अंदर भी। वे गलत होने को स्वीकार करते हैं, एक गलती करते हैं, और निराशा से बहुत जल्दी निकल जाते हैं। बहुत सारे प्रोग्रामर कुछ करने की कोशिश करेंगे, असफल होंगे, और फिर बहुत जल्दी भावनात्मक रूप से गंदे हो जाएंगे, एक राज्य जो अच्छा कोड लिखने के लिए बहुत ही अच्छा है। आपको यह स्वीकार करना होगा कि आप एकदम सही नहीं हैं, और यह कि आप (अक्सर!) पंगा लेना चाहते हैं, और सबसे अच्छी बात यह है कि आप सीख सकते हैं कि जब आप स्क्रू करते हैं तो कैसे जल्दी से ठीक हो सकते हैं। यह एक विनम्र आत्मविश्वास है , जैसे "मुझे पता है कि मैं गड़बड़ करने जा रहा हूं, लेकिन मुझे यह भी पता है कि अगर मैं कोशिश कर रहा हूं, तो मैं अंततः वहां पहुंचूंगा।"

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

सलाह, ज़ाहिर है, केवल इसके स्रोत के रूप में अच्छा है, इसलिए ... बस मेरी राय।

— पैक्स नोक्टिस
स्रोत

"मैं असफल नहीं हुआ, मैंने 10000 तरीके

— खोजे

1

तेजी से सीखने में सक्षम होने का एकमात्र तरीका है, यह स्वीकार करना कि आप सुधार कर सकते हैं और करना चाहते हैं।

25

वे अपने कोड के बारे में गहराई से परवाह करते हैं।

— JaredPar
स्रोत

2

निस्संदेह सच है।

— रॉबर्ट हार्वे

3

क्या एक गरीब प्रोग्रामर अपने कोड के बारे में गहराई से देखभाल नहीं कर सकता है? आखिरकार यह उतना अच्छा नहीं हो सकता है?

— वाल्टर

2

@Walter वे कर सकते थे, लेकिन मैंने अभी तक ऐसा नहीं देखा। निकटतम मैंने देखा है नौसिखिया प्रोग्रामर जो अपने कोड के बारे में गहराई से ध्यान रखते हैं लेकिन फिर भी नौसिखिया गलतियां करते हैं (कोई भी प्रतिरक्षा नहीं है)। जब उन गलतियों को इंगित किया गया था, हालांकि वे तेजी से और शायद ही कभी दोहराए गए थे।

— जेयरपावर

15

व्यक्तिगत रूप से, सबसे अच्छे प्रोग्रामर जिन्हें मैं जानता / जानता हूं, वे मूल बातें समझते थे और किसी भी भाषा में विशेषज्ञ नहीं थे। उन्हें बस हर चीज के बारे में पर्याप्त अनुभव था। कैनोनिकल "जैक ऑफ ऑल ट्रेड्स।"

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

उत्कृष्ट प्रोग्रामर उन लोगों का भी सम्मान करते हैं जो उनके सामने आए थे। जब वे SQL को एक औपचारिक API के रूप में देखते हैं, तो वे संबंधपरक डेटा मॉडल या बैसाखी से घृणा नहीं करते हैं, न ही गणित में FORTRAN पर। वे जानते हैं कि OO सभी का अंत नहीं है, और सबसे बढ़कर यह समझते हैं कि प्रोग्रामिंग एक ART है, विज्ञान नहीं।

— जे क्यू
स्रोत

2

पाठ फ़ाइलों के लिए grep, awk, sort, और uniqबहुत सारे प्रश्न का जवाब कर सकते हैं। अगर आपके पास perlभी है, तो और भी!

2

मुझे लगता है कि यह एक दस्तकारी है, न विज्ञान और न ही कला।

— अलेक्जेंडर गेसलर

11

जब मैंने पहली बार शुरुआत की, तो मैं इस आदमी के साथ काम कर रहा था, जो मुझे लगा कि प्रोग्रामिंग के मामले में उसने जो कुछ भी किया है, वह बिल्कुल शानदार था। वह संभवतः अभी भी है, लेकिन वह अब एसई एशिया में एक कंपनी के निदेशक बनने के लिए स्थानांतरित हो गया है।

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

वह सवाल पूछने से भी नहीं डरता था। मुझे लगता है कि यह सबसे बड़ी बात है।

— user2358
स्रोत

ऐसा लगता है कि मैं सब सेट कर रहा हूं (देखें एसओ पर मेरा प्रश्न गणना)

2

@ acidzombie24 - या ... आपने अभी शुरुआत की है।

— orokusaki

haha orokusaki +1

"चीजों को सरल रखना" टेस्ट ड्रिवेन डेवलपमेंट की सुंदरियों में से एक है। इसकी बहुत अधिक अनुशंसा नहीं की जा सकती।

10

प्रोग्रामर कॉम्पिटीशन मैट्रिक्स

प्रोग्रामिंग विषयों पर आपके स्तर की पहचान करने में मदद करने के लिए कई विषय।

— Maniero
स्रोत

स्टैकओवरफ़्लो का ज्ञान: 2 ^ n: इसके बारे में कभी नहीं सुना है ओ (एन ^ 2): नियमित रूप से एसओ ओ (एन) पर कुछ आसान प्रश्न प्रस्तुत करता है: दिलचस्प सवाल प्रस्तुत करता है और प्रोग्रामर से अवगत है। ईई (लॉग (एन)): शीर्ष CS से संबंधित SE साइट पर उपयोगकर्ता। ;-)

— शुआलो

इस लिंक के लिए बहुत बहुत धन्यवाद! इसने मुझे इस बारे में विश्वास दिलाया कि मैं क्या जानता हूं और मुझे बताया कि मुझे किन क्षेत्रों में सुधार करना चाहिए।

— oksayt

7

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

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

सर्वश्रेष्ठ कोडर्स झुकाव अवधारणा को लेते हैं और इसे इस तरह से प्रबंधित करते हैं कि उन्हें हमेशा बाहर के परिप्रेक्ष्य से समस्याओं को देखने की अनुमति मिलती है। यदि वह विफल रहता है तो कुछ कैफीन पीने के लिए।

— जेएमसी
स्रोत

प्रोग्रामिंग करते समय "झुकाव" को दूर करने के लिए आप क्या कर रहे हैं? मैं इसे हर समय प्राप्त करता हूं, और हर समय सामान को खत्म कर देता हूं।

— orokusaki

@orokusaki - झुकाव से बचने के लिए सबसे आसान गतिविधि एक मूल प्रश्न को बदलना है जो प्रोग्रामर खुद से रोज पूछते हैं। जब समस्या के साथ काम किया जाता है, तो सोचने के बजाय: "मुझे इस तरह से समस्या क्यों हल करनी चाहिए?" पूछें: "मुझे इसे इस तरह हल करने से क्यों बचना चाहिए?" अक्सर इसका जवाब क्यों आपको किसी विशेष समाधान के साथ समस्या का समाधान नहीं करना चाहिए, इससे आपको बेहतर समाधान खोजने के लिए संकेत का एक सेट मिलेगा।

— जेएमसी

6

असाधारण प्रोग्रामर:

उनके कोड की देखभाल करें
उन उपयोगकर्ताओं की परवाह करें जो अपने कोड का उपयोग करते हैं
उन लोगों की परवाह करें जो अपना कोड बनाए रखेंगे
उत्पादकता के बारे में परवाह है
प्रक्रिया के बारे में परवाह है, न कि केवल उत्पाद

"10x" कारक के बारे में दो बातें:

इसे एंड-टू-एंड लागू करना होगा। यह अच्छा लेखन कोड 10x तेज नहीं है अगर यह परीक्षण, पुन: कार्य और बनाए रखने में 10x लंबा समय लेता है।
मेरा मानना है कि "10x" कारक इस बात का प्रतिबिंब है कि कितनी संख्या में प्रोग्रामर गरीब हैं, बल्कि इसके विपरीत कि प्रोग्रामर कितनी कम संख्या में हैं।

— darreljnz
स्रोत

3

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

मेरा एक दोस्त है जिसने 10 साल की उम्र में अपना पहला ASM प्रोग्राम लिखा था, अब वह 24 साल का है, उसने यूनिवर्सिटी खत्म नहीं की, लेकिन उसने उसे खुद की कंपनी बनाने से रोका नहीं, लाखों बना दिया :) लेकिन मैं उसे क्या देखता हूँ सब कुछ में निपुण है :)

असाधारण प्रोग्रामर सबसे अधिक संभावना यह कहेंगे कि इस कोड को एक और बेहतर तरीके से कोडित किया जा सकता है, बजाय इसके पूरी तरह से गलत कहने वाले अन्य प्रोग्रामर की प्रतिष्ठा को गलत कहने के बजाय :)

"इन लोगों के बारे में यह क्या है? क्या उनकी विचार प्रक्रिया के बारे में कुछ ऐसा है जो मूल रूप से उपरोक्त औसत प्रोग्रामर से अलग है? या क्या वे बस बहुत प्रतिभाशाली लोग हैं जो कड़ी मेहनत करते हैं?"

मुझे लगता है कि वे अपने डीएनए के अंदर इस तरह से पैदा हुए हैं: pi उनकी विचार प्रक्रिया के बारे में नहीं जानते हैं, लेकिन सबसे अच्छा प्रोग्रामर जिसे मैं जानता था कि उसे मिर्गी थी

— चलता है
स्रोत

3

कुछ चीजें विशिष्ट के साथ एक असाधारण अंतर करती हैं।

असाधारण:

अपने काम के बारे में अत्यधिक भावुक और एक मास्टर-टुकड़ा देने का प्रयास करते हैं।
कोडिंग शुरू होने से पहले ही प्रदर्शन और गुणवत्ता उनके दिमाग में बड़ी तस्वीर है।
वे प्रत्येक रिहाई के बाद निरंतर सुधार के बारे में सोचते हैं।
वे विकल्पों पर सख्त निगरानी रखते हैं और जल्दी अपनाने वाले होते हैं।
पेशेवर जीवन में उनका विषय है: "कम संदेश लिखें"।
कोडिंग न होने पर भी वे तार्किक दृष्टिकोण के बारे में सोचते रहते हैं।

ठेठ

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

— RPK
स्रोत

2

असाधारण प्रोग्रामर संयमी सिद्धांत लागू करते हैं ।

ध्यान आकर्षित करने वाली छवि:

यहाँ छवि विवरण दर्ज करें

यह लेख: http://willcode4beer.com/design.jsp?set=codeReduction

और यह बोली:

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

— अत्र गोराल
स्रोत

5

छवि बिग-ओ संकेतन का चित्रण है।

0

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

— गौरव
स्रोत

3

शायद, लेकिन मेरा मानना है कि जॉन रेसिग को जावास्क्रिप्ट और jQuery के साथ उनकी उल्लेखनीय उपलब्धियों के लिए जाना जाता है। उनका सामान व्यापक रूप से उपयोग किया जाता है क्योंकि यह महान है, इसलिए नहीं कि जॉन के पास महान विपणन कौशल है।

— रॉबर्ट हार्वे

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

— orokusaki

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

— गौरव

1

-1 जबकि प्रबंधकों की नज़र में यह सच हो सकता है, जब आत्म-प्रचार की बात आती है, मैंने इसे अन्य डेवलपर्स के बीच कभी काम नहीं किया है। डेवलपर्स के बीच, यह जानने में देर नहीं लगती कि कौन अच्छा है, कौन औसत है और कौन बेकार है। स्व प्रचार भी समीकरण का हिस्सा नहीं है।

— डंक

1

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

— डंक

0

पहला - वे जानते हैं कि मृत रेखा का सामना करने पर क्या कट जाता है।

— गेडियन डायस
स्रोत

0

बहुत अच्छा संबंधित लेख: फ्री इलेक्ट्रॉन (randsinrepose.com से)

मैं यहां लेख को संक्षेप में प्रस्तुत नहीं करने के लिए माफी मांगता हूं, लेकिन अंक आसानी से गद्य से अलग नहीं होते हैं।

— निकोल
स्रोत

क्यों के बारे में ज्यादा नहीं कहता है। लेकिन हाँ, ये वे लोग हैं जिनके बारे में मैं बात कर रहा हूँ।

— रॉबर्ट हार्वे

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

— रॉबर्ट हार्वे

0

वे विशुद्ध रूप से अंतर्ज्ञान पर कार्यक्रम करते हैं। सोचने की जरूरत नहीं है कि यह सिर्फ बहता है ।

— जॉन दस्ता
स्रोत

निस्संदेह किसी भी व्यवसाय में अनुभव वाले लोगों के लिए सच है, न कि केवल प्रोग्रामिंग। विशेष रूप से असाधारण प्रोग्रामर को क्या अलग करता है?

— रॉबर्ट हार्वे

ठीक है, मैं उनमें से एक नहीं हूं, इसलिए मैं निश्चित रूप से इस सवाल का जवाब 100% निश्चितता के साथ नहीं दे सकता हूं, लेकिन मुझे नहीं लगता कि यह ज्ञान के बारे में नहीं है, बल्कि विचार प्रक्रिया (उप सचेत रूप से) है। मुझे लगता है कि जो लोग किसी भी चीज पर संदेह करते हैं, वे अपने विचारों में किसी भी हस्तक्षेप को साफ करने की क्षमता रखते हैं और कुछ को बहुत ही सरल रूप में देखते हैं। सरल कुछ आसान प्रक्रिया है।

— जॉन शाफ़्ट

3

-1 यही कारण है कि हर संभव तरीके से एसओ गलत है। काश मैं -100 होता। मैं ठीक इसके विपरीत कहूंगा। वे आपको लगता है कि शुरू करने से पहले इस समस्या को हल करें।

— डंक

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

— जॉन शाफ्ट

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

— डंक

0

असाधारण कोडर का अपने अनुभव के कारण होने से पहले अपने कोड और स्पॉट समस्याओं के दायरे से परे एक परियोजना पर प्रभाव पड़ता है। वे टीम में सभी को बेहतर बनाते हैं और अपनी परियोजनाओं को खराब डिज़ाइन और प्रबंधन से बचाते हैं।

उन्होंने वास्तव में कुछ ऐसा बनाया है जो असाधारण है।

— जेएफओ का खुलासा किया
स्रोत

0

लेकिन ऐसा लगता है कि इसे सीखने में मुझे अगले दस साल लगेंगे और तब मेरा ज्ञान अप्रचलित हो जाएगा।

यह। आपने पहले ही यह स्थापित कर लिया है कि ये लोग 10x तेज हैं, यही कारण है कि वे इसे 1 वर्ष में सीखते हैं और यह आपको ले जाता है 10. उत्तर के गंभीर भाग के लिए मुझे लगता है कि यह पहले से ही सुपर स्मार्ट है (बहुत सफल हो सकता है कुछ भी), वे कोडिंग से प्यार करते हैं, और वे किसी कारण से (या पाते हैं) निजी परियोजनाओं के लिए कोडिंग या काम करने के लिए खाली समय की बहुतायत है।

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

— Kevin
स्रोत

0

विनम्रता, इंजीनियरिंग, जुनून, रोगी, समस्या निवारक के बारे में यहाँ बहुत सारे अच्छे इरादे हैं। IMO ये सभी आवश्यक हैं। हालाँकि, वे शीर्ष 30% प्रोग्रामर का वर्णन करते हैं।

मुझे लगता है कि आप वास्तव में असाधारण प्रोग्रामर, शीर्ष 1% के बारे में पूछ रहे हैं।

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

यह विनम्रता, जिज्ञासा, इंजीनियरिंग, जुनून, धैर्य और समस्या निवारण क्षमता के अलावा आईएमओ का यह एक गुण है, जो उन्हें वास्तव में असाधारण बनाता है।

— काइल हॉजसन
स्रोत

0

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

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

— जून्हा को प्रकट करता है
स्रोत