काम पर कोडर्स से उद्धरण

आत्म-शिक्षा उपयोगी पुस्तकों को पढ़ने के साथ शुरू होती है।

उनमें से एक, मेरे दृष्टिकोण से, पीटर सीबेल की पुस्तक कोडर्स एट वर्क: रिफ्लेक्शंस ऑन द क्राफ्ट ऑफ अ प्रोग्रामर (पीटर सीबेल, कोडर्स एट वर्क: रिफ्लेक्शंस ऑन द क्राफ्ट ऑफ प्रोग्रामिंग, 2009) - ये हमारे सबसे प्रसिद्ध पेशेवरों के साथ 15 साक्षात्कार हैं क्षेत्र - डोनाल्ड नट, केन थॉम्पसन, ब्रैड फिट्ज़पैट्रिक और अन्य।

पुस्तक में विस्तृत प्रोग्रामर नहीं हैं कि कैसे सही प्रोग्रामर बनें। यह पुस्तक कंप्यूटर विज्ञान और प्रोग्रामिंग के इतिहास में एक व्यक्तिगत रूप है।

मुझे यह महत्वपूर्ण क्यों लगा? यहाँ पुस्तक से एक उद्धरण है:

हर कदम पर, मुझे इस तथ्य का सामना करना पड़ता है कि लोगों को हमारे इतिहास की भव्यता का एहसास नहीं है। कई प्रोग्रामरों को यह अजीब लगता है कि 1970 के दशक में भी लोग कुछ जानते थे, समझते थे और जानते थे कि कैसे। ^{(डोनाल्ड नॉट, पी। 523)}

और, सबसे महत्वपूर्ण बात - साक्षात्कारकर्ताओं ने इतनी स्पष्ट रूप से और स्पष्ट रूप से विकास प्रक्रिया (साथ ही प्रोग्रामिंग के अन्य पहलुओं) के अपने दृष्टिकोण को स्पष्ट किया है कि मैंने अपने दृष्टिकोण से, उद्धरणों से सबसे दिलचस्प का एक छोटा चयन करने का फैसला किया।

कोड की सुंदरता और पठनीयता के बारे में

कोड की सुंदरता तब होती है जब किसी चीज़ को बहुत सही ढंग से व्यक्त किया जाता है - संक्षिप्त और अनिवार्य रूप से - एक अच्छी तरह से तैयार किए गए कामोद्दीपक या एक कलम के एक स्ट्रोक के साथ बना एक त्वरित कैरिकेचर की तरह और मूल के समान। ^{(जेमी ज़्विन्स्की, पृष्ठ 37)}

द्वारा और बड़े, "सौंदर्य" और "रखरखाव में आसानी" की अवधारणाएं बराबर हैं। या कम से कम निकटता से संबंधित। ^{(जेमी ज़्विन्स्की, पृष्ठ 53)}

कोड ही लगभग बकवास है; इसे फिर से लिखा जा सकता है। भले ही कुछ भी नहीं बदलता है, यह अभी भी किसी कारण से दूषित हो जाता है। ^{(केन थॉम्पसन, पृष्ठ 400)}

कंप्यूटर को बाइनरी कोड की आवश्यकता है, और मुझे टेक्स्ट फ़ाइल की आवश्यकता है। ^{(बर्नी कोसेल, पृष्ठ 472)}

नुट के अनुसार, कार्यक्रम मुख्य रूप से एक साहित्यिक कार्य है। कार्यक्रम को पठनीय होना चाहिए। ^{(जोशुआ बलोच, पृष्ठ 161)}

कार्यक्रम की जटिलता, कोड गुणवत्ता और बग के बारे में

ट्यूरिंग अवार्ड में टोनी होर ने शानदार ढंग से कहा: “एक प्रणाली को डिजाइन करने के दो तरीके हैं। एक इसे इतना सरल बनाना है कि इसमें बिल्कुल कोई खामियां नहीं हैं, दूसरा इसे इतना जटिल बनाना है कि इसमें स्पष्ट खामियां नहीं होंगी। " ^{(जोशुआ बलोच, पृष्ठ 184)}

यह कार्यक्रम जितना जटिल है, वास्तव में अच्छे प्रोग्रामर के लिए यह उतना ही महत्वपूर्ण है। ^{(पीटर डिक्शन, पृष्ठ 365)}

जो का डिबगिंग कानून है "सभी त्रुटियां तीन ऑपरेटरों से एक दिशा में या किसी अन्य से अंतिम कार्यक्रम परिवर्तन के स्थान से आगे नहीं होंगी।" ^{(जो आर्मस्ट्रांग, पृष्ठ २० ९)}

नेटस्केप में हमारा ऐसा मजाक था: “हम गुणवत्ता के लिए पूरी तरह से प्रतिबद्ध हैं। हम 31 मार्च तक संभावित उच्चतम गुणवत्ता के उत्पाद को जारी करने जा रहे हैं। ' ^{(जेमी ज़्विन्स्की, पृष्ठ 44)}

त्रुटियों का पता लगाने का आनंद लेने के लिए, आपको बस यह भूलने की ज़रूरत है कि आपने प्रोग्राम खुद लिखा था। ^{(डोनाल्ड नुथ, पृष्ठ 516)}

प्रमुख प्रोग्रामर कौशल के बारे में

एक अच्छा प्रोग्रामर कैसे एक बुरे से अलग होता है: एक अच्छा प्रोग्रामर आसानी से अमूर्तता के एक स्तर से दूसरे स्तर पर चला जाता है, वह इन स्तरों को मिलाते समय सक्षम नहीं होता है और परिवर्तन को सही ढंग से निर्धारित करता है जिस पर बदलाव करने की आवश्यकता होती है। ^{(जेमी ज़्विन्स्की, पृष्ठ 39)}

वैज्ञानिक की तरह सोचने के लिए; एक समय में केवल एक ही चीज़ बदलें। धैर्य और चीजों के मूल सार को समझने की इच्छा। यह विशेष रूप से मूल्यवान है जब डिबगिंग या कुछ ऐसा डिज़ाइन करना जो काम नहीं करना चाहता। ^{(ब्रैड फिट्ज़पैट्रिक, पृष्ठ 90)}

लिखने की क्षमता। दीजकस्ट्रा ने कहा है: "यदि आप अंग्रेजी के साथ बुरे हैं ( अपनी मूल भाषा के साथ अर्थ - लगभग। ), तो आप कभी भी एक अच्छा प्रोग्रामर नहीं बनेंगे।" ^{(जो आर्मस्ट्रांग, पृष्ठ 214)}

एक बहुत अच्छा प्रोग्रामर बहुत सारी प्रोग्रामिंग करता है। मैंने अपवाद नहीं देखे हैं। यदि मैं दो या तीन दिनों के लिए कार्यक्रम नहीं करता हूं, तो मुझे एक खुजली महसूस होती है। ^{(जो आर्मस्ट्रांग, पृष्ठ 205)}

प्रशिक्षण के बारे में

अपनी खुद की अज्ञानता से डरना बहुत महत्वपूर्ण है। यदि आप यह नहीं समझते हैं कि कुछ कैसे काम करता है, तो उस व्यक्ति से पूछें जो समझता है कई डरते हैं। इसमें गलत क्या है? आखिरकार, आप कुछ नहीं जानते हैं, इसलिए नहीं कि आप गूंगे हैं, लेकिन अभी तक पता नहीं है। ^{(जेमी ज़्विन्स्की, पृष्ठ 48)}

किसी और का कोड पढ़ें। ^{(ब्रैड फिट्ज़पैट्रिक, पी। 74)} बस उन प्रोग्रामर्स को न पढ़ें जो आप वैसे ही लिखते हैं। ^{(डोनाल्ड नॉट, पी। 525)}

कार्यक्रम अधिक सैद्धांतिक कक्षाएं ज्ञान प्रदान करती हैं, लेकिन प्रोग्रामिंग एक शिल्प है, और महारत का एकमात्र तरीका अभ्यास है। ^{(बर्नी कोसेल, पृष्ठ 459)}

हमेशा पहले की तुलना में कुछ अधिक कठिन करने की कोशिश करें, कुछ ऐसा जो आपके लिए बहुत कठिन हो। ^{(ब्रैड फिट्ज़पैट्रिक, पी। 75)}

संबंधित विज्ञानों के बारे में

प्रोग्रामिंग गणित की तुलना में साहित्य के करीब है। जैसे कि आप एक कहानी लिख रहे हैं, एक सीमित शब्दकोष के साथ एक बहुत ही बेवकूफ आदमी को इसका अर्थ बताने की कोशिश कर रहा है, जो कि एक कंप्यूटर है। आपके पास कुछ विचार हैं जिन्हें समझाने की आवश्यकता है, और समझाने के लिए सीमित साधन। आप कौन से शब्द चुनते हैं, परिचय और निष्कर्ष कैसा दिखेगा? कुछ इस तरह। ^{(जेमी ज़्विन्स्की, पृष्ठ ५२)}

प्रत्येक प्रोग्रामर को गणित की आवश्यकता नहीं होती है, लेकिन यह उन अवधारणाओं को व्यवस्थित करता है जो प्रोग्रामर प्रतिदिन मुठभेड़ करते हैं। ^{(गाय स्टील, पी। 300)}