उदाहरण के लिए, एक शुरुआत होने के नाते, मुझे ब्रायन वुड्स द्वारा इस पोस्ट को पढ़ने से बहुत प्रेरणा और दिशा मिलती है ।
जवाबों:
मुझे आश्चर्य है कि किसी ने भी व्यावहारिक प्रोग्रामर का उल्लेख नहीं किया है । यदि आप अपने शिल्प में रुचि रखते हैं तो यह अवश्य पढ़ें।
दस्ताने
डेली डब्ल्यूटीएफ की इस पोस्ट ने मुझे सही रास्ते पर रखा है। मैं कई बार मानता हूँ कि कुछ ऐसा विकसित करना शुरू किया है जहाँ "दस्ताने" की एक जोड़ी उपयुक्त समाधान थी।
एलेक्स स्टेपानोव द्वारा दिए गए भाषण को एडोब में पढ़ें। 5 वर्षों के अंत में यह महान लोगों से महान लोगों को अलग कर देगा।
मुझे हमेशा कुछ खास ब्लॉग पोस्ट पर प्रेरक होने के लिए सॉफ्टवेयर पर कोडिंग हॉरर और जोएल मिला । उन्होंने मुझे हमेशा अच्छा महसूस कराया क्योंकि मैं समझ गया था कि वे किस बारे में बात कर रहे थे और मुझे एक प्रोग्रामर के रूप में खुद के बारे में सोचना था।
मैं विश्वास नहीं कर सकता कि किसी ने अभी तक इसका उल्लेख नहीं किया है।
पॉल ग्राहम के लेखन , विशेष रूप से:
और उन लोगों का एक झुंड, जिनके कदमों पर चलने के लिए, और जिनके कंधों पर खड़े होने के लिए (किसी विशेष क्रम में और सूचीबद्ध नहीं हैं क्योंकि वे मेरे दिमाग में अब फ्री-फ्लो में आते हैं): एलन के , रिचर्ड स्टालमैन , केन थॉम्पसन , डेनिस रेंस , ब्रायन केर्निघन , थियो डी रैड्ट , लिनुस टोरवाल्ड्स , एरिक एस। रेमंड , रॉब पाइक , बिल गेट्स , स्टीव जॉब्स , जॉन मैककार्थी , जॉन कॉनवे , मार्टिन ओडस्की , जेम्स गोसलिंग , गाइ स्टसल , डोनाल्ड नुथ ,एड्स्सर डेज्स्ट्रा , जॉन कार्मैक , पीटर मोलेनक्नेक्स ... या तो उनके स्वयं के शब्द और कार्य प्रेरणादायक थे या उनकी कहानियां दूसरों द्वारा बताई गई थीं। जब तक आप यह ध्यान रखते हैं कि कुछ क्षेत्रों में उनके कौशल और प्रतिभा उन्हें दूसरों में अपने स्वयं के विश्वासों से अंधा करने के लिए नहीं रोकती है। किसी और की तरह। (ऊपर सूचीबद्ध 2 पुस्तकें उनमें से ज्यादातर के लिए पहले से ही काफी अच्छी तरह से कवर करेंगी!)
या कम प्रसिद्ध लेकिन फिर भी सक्रिय टेक्नोलॉजिस्ट जो दूर से पालन करने के लिए दिलचस्प हैं: नील गेर, मार्टिन फाउलर , डॉन साइम , आदि ...
मैं इन लोगों के कार्यों से प्रेरित था, और उनकी परियोजनाओं को हासिल करने (या त्यागने) के लिए उन्होंने जो कुछ किया था।
2600 को एक बच्चे के रूप में पढ़ना जब मेरी अंग्रेजी एमबॉनिक थी, कैप्टन क्रंच जैसे शुरुआती फ़्रीकर्स की कहानी या ऐप्पल में वोज्नियाक के साथ पीसी युग और विलियम गिब्सन और नील स्टीफेंसन की किताबें और निबंध पढ़ना भी मेरे लिए एक प्रोग्रामर के रूप में प्रेरणादायक था। , हालांकि यह सीधे प्रोग्रामिंग से संबंधित नहीं था। उस नस में, हैकर का मेनिफेस्टो , एजाइल मैनिगेस्टो या यहां तक कि IEEE कोड ऑफ एथिक्स जैसी चीजें थीं और अभी भी प्रेरणादायक हैं।
द लास्ट लेक्चर एक किताब है जिसे रैंडी पॉश ने ऐलिस के पीछे रखा है। यह उनके आखिरी व्याख्यान "रियली अचीविंग योर चाइल्डहुड ड्रीम्स" के साथ जाता है। हमेशा एक टिगर होना याद रखें।
पुस्तक शैली प्रोग्रामिंग द तत्वों Kernighan और Plauger द्वारा मेरे लिए बहुत ही प्रभावशाली है जब मैं किताब पहले से ही समय मैंने इसे पढ़ा, पी एल / मैं और फोरट्रान नमूनों की अपने प्रयोग के कारण द्वारा माना जाता था "अप्रचलित" सी सीख रही थी था, लेकिन सुझावों ने दोनों भाषाओं को प्रसारित किया।
उस पुस्तक को पढ़ने से पहले, मुझे विश्वास था कि "शैली" इस बारे में थी कि अब मैं तुच्छ मुद्दों पर क्या विचार करता हूं, जैसे स्वरूपण (एक टैब के लिए कितने स्थान? आप कहां पर परदा डालते हैं?)। लेकिन शैली वह है जो आपके पास एक बार प्रारूपण और नामकरण सम्मेलनों को हटाने के बाद होती है। क्या एक स्ट्रिंग को पीछे की ओर बनाना आसान है और फिर उसे उल्टा करना है? फिर इसे पीछे की ओर बनाकर उल्टा कर दें।
कर्निघन और प्लेंजर, सॉफ्टवेयर टूल्स की एक अन्य पुस्तक भी उपयोगी थी, लेकिन उतनी अच्छी नहीं थी। और बहुत नई किताब द प्रैक्टिस ऑफ प्रोग्रामिंग , कर्निघन और पाइक द्वारा भी उपयोगी है, लेकिन द एलिमेंट्स ऑफ प्रोग्रामिंग स्टाइल से बहुत दूर है । काश मेरे पास अभी भी मेरी कॉपी होती। यह हर प्रोग्रामर को पढ़ने के लिए इसके लायक है।
मैंने ग्लेनफोर्ड मायर्स द आर्ट ऑफ़ सॉफ्टवेयर टेस्टिंग को पढ़ने के बाद परीक्षण और क्यूए की सराहना की । इसने मुझे दिखाया कि परीक्षण एक वास्तविक रचनात्मक गतिविधि थी, और केवल कंप्यूटर विज्ञान की बड़ी कंपनियों के लिए कुछ ऐसा नहीं था जो प्रोग्राम करना पसंद नहीं करता। शायद टेस्ट-प्रेरित विकास की बढ़ती लोकप्रियता के साथ अधिक लोग मायर्स की किताब की ओर मुड़ेंगे।
और मैं किताब द स्ट्रक्चर एंड इंटरप्रिटेशन ऑफ प्रोग्राम्स की तुलना में अमूर्तता की धारणा के बारे में बेहतर परिचय के बारे में नहीं सोच सकता , जो मुफ्त ऑनलाइन उपलब्ध है। यह योजना प्रोग्रामिंग भाषा का परिचय देता है, लेकिन कंप्यूटर विज्ञान में कई अन्य विषयों पर हिट करता है, जिसमें घोषणात्मक प्रोग्रामिंग भी शामिल है।
अपने शैक्षणिक जीवन में, मैं एस्पेक्ट-ओरिएंटेड प्रोग्रामिंग की अवधारणा से प्रेरित था। आप एओपी पर कुछ बहुत ही शुरुआती कागजात पढ़ सकते हैं और विचारों के लिए आधे पेज के नोट्स को समाप्त कर सकते हैं।
मुझे भी लगता है कि चर्च और ट्यूरिंग की प्रगति बहुत प्रेरणादायक है। 1930 के दशक में, कंप्यूटर बनाने से पहले, वैज्ञानिक और गणितज्ञ एक उच्च-क्रम प्रोग्रामिंग भाषा में प्रोग्रामिंग कर रहे थे: लैम्ब्डा कैलकुलस। चर्च के नंबरों का निर्माण और पूर्ववर्ती कार्य शायद सबसे चतुर प्रोग्रामिंग निर्माणों में से एक है। यह आपको दिखाता है कि लगभग कुछ भी नहीं से कुछ कैसे बनाया जाए।
कुछ ऐसा नहीं जो मैंने पढ़ा। 1984 में मैं अपने पड़ोसी और उसके दोस्त से बात कर रहा था। मैं 16 साल का था। मित्र ने मुझे बताया कि अनिवार्य रूप से दुनिया कंप्यूटर उपयोगकर्ताओं और कंप्यूटर प्रोग्रामर के बीच विभाजित है। उन्होंने कहा कि दुनिया के सबसे होशियार लोग ही प्रोग्रामर बन सकते हैं।
Yeeeeee! क्या चुनौती है!
मूलतः सॉफ्टवेयर पर योएल , जिस तरह से वह यह बहुत अवधारणाओं समझ जब मैं शुरू किया गया आसान हो गया लिखते हैं।
कोड पूरा, स्टीव मैककोनेल द्वारा दूसरा संस्करण।
डिज़ाइन पैटर्न: Erich Gamma द्वारा पुन: प्रयोज्य वस्तु-उन्मुख सॉफ़्टवेयर के तत्व
मैं पूरी तरह से स्व-सिखाया गया हूं, और मैं एक लेख पर ठोकर खाने के लिए बहुत भाग्यशाली था (मैं लंबे समय से भूल गया हूं) अपने काम में जल्दी जो मुझे इन दो पुस्तकों की ओर इशारा करता है। मेरे द्वारा उन दो पुस्तकों को पढ़ने के बाद मेरे कोड का परिवर्तन चौंका देने वाला था। मैं उन लेखकों का बहुत एहसानमंद हूं।
प्रेरणा के लिए, येजेज के ब्लॉग , ग्राहम के निबंध और एसआईसीपी वीडियो व्याख्यान ।
कई प्रेरणाओं के बीच सबसे हाल ही में इस किताब पर था: शिक्षुता पैटर्न
जब मैंने पहली बार 1995 में डिज़ाइन पैटर्न बुक पढ़ी थी या कुछ और यह एक प्रोग्रामर के रूप में मेरे लिए एक वास्तविक आंख खोलने वाला था।
आजकल, चुस्त विकास के बारे में जेम्स शोर्स की पुस्तक ने मुझे बहुत प्रेरित किया, और हाल ही में कोचिंग टीमों के बारे में लिसा एडकिंस , जिनमें से दोनों की अत्यधिक अनुशंसा की जाती है यदि आप इस तरह के सामान में रुचि रखते हैं।
एक पूर्वी तुला के लोग प्रोग्रामिंग के पार ताओ पर koans की एक छोटी सी किताब का आनंद ले सकते हैं ।
यह आत्मज्ञान की ओर जाने वाले मार्ग पर मेरा पहला कदम था, और पहली चीज थी जिसने मुझे प्रोग्रामिंग के बारे में सोचने के लिए प्रोत्साहित किया, और सामान्य रूप से रचनात्मक कार्य, अपने स्वयं के एक अपरिवर्तनीय इकाई के रूप में जो निर्माता द्वारा समय पर खोजा जा रहा है। जो लोग इसे लड़ने की कोशिश करते हैं या समझते हैं वे निश्चित रूप से असफल होंगे।
मुझे इस लेख को हर छह महीने में एक बार पढ़ना चाहिए अगर कोई शेयरवेयर पेशेवर आपके साथ 100 बार होशियार नहीं हैं, तो कुछ लोग 100 बार परिणाम क्यों प्राप्त करते हैं? - स्टीव पावलीना द्वारा
लिटिल लिस्पर ने मेरे दिमाग को उड़ा दिया।
मैंने एक हाई स्कूल पास्कल प्रोग्रामिंग क्लास ली। मैं पहले से ही C64 बेसिक को अच्छी तरह से जानता था और शिक्षक से पूछा कि क्या सभी प्रोग्रामिंग लैंग्वेज बेसिक और पास्कल जैसी हैं। उन्होंने मुझे लिटिल लिस्पर्स की अपनी प्रति दी। सप्ताहांत इसे पढ़ने के बाद बिताने के बाद, मुझे विश्वास नहीं था कि ऐसी विषम भाषा मौजूद हो सकती है या काम करेगी। जब मैंने देखा कि यह डायल अप मिनी पर चल रहा है तो उसकी पहुँच मेरे पास है। यह मौजूद था।
मेरे दूसरे विश्वविद्यालय स्तर के प्रोग्रामिंग क्लास के बाद; एल्गोरिदम और डेटा संरचनाएं, मैंने बेहतर सीएस कंप्यूटर लैब तक पहुंच प्राप्त करने के लिए बड़ी कंपनियों को स्विच किया। उनके पास लिस्प, स्कीम, प्रोलॉग, स्मॉलटॉक 80 और अन्य उपकरणों के एक टन के साथ यूनिक्स मशीनें थीं।
कोड पूरा करें । इसमें अधिकांश बुनियादी विषयों को शामिल किया गया है जिन्हें आपको एक प्रोग्रामर के रूप में जानना आवश्यक है, और आपको उनमें से प्रत्येक के बारे में अधिक जानने के लिए दिशा-निर्देश देता है। सीखने की राह में एक बहुत अच्छा पहला कदम। मैं और मेरे बहुत से लोग जानते हैं, काश वे इसे पहले अपने प्रोग्रामर जीवन में पढ़ते।
सबसे प्रेरणादायक बात जो मैंने सुनी है, वह थी रिचर्ड गेब्रियल कि लेखन सॉफ्टवेयर कविताओं को लिखने के समान है। कवि अक्सर थोड़े शब्दों को सही मानने के लिए बहुत प्रयास करते हैं - हाइकस सोचते हैं - और हमें सॉफ्टवेयर लिखते समय उसी तरह की उत्कृष्टता और लालित्य के लिए प्रयास करना चाहिए।
कविता और गणित में लालित्य और संक्षिप्तता प्रोग्रामिंग में उतना ही महत्वपूर्ण है, और इसे बहुत धाराप्रवाह करने के लिए बहुत प्रयास की आवश्यकता होती है।
Http://www.dreamsongs.com/PoetryOfProgramming.html पर कुछ बिंदु देखें
अब तक की सबसे उपयोगी एकल पुस्तक - प्रोग्रामिंग के बारे में नहीं, लेकिन इस क्षेत्र में प्रभावी ढंग से काम करने के तरीके के बारे में: डेमारको और लिस्टर द्वारा "पीपुलवेयर"। हर प्रोग्रामर बुक शेल्फ पर होना चाहिए। और अगर आप प्रबंधन में कदम रखते हैं, तो दोगुना।
जैसा कि एलन के ने लगभग 30 साल पहले कहा था , देखने का बिंदु 80 IQ अंकों के लायक है। ऐसी पुस्तकें जिन्होंने मेरी बात बदल दी:
लुडविग विट्गेन्स्टाइन द्वारा "दार्शनिक अन्वेषण"
कभी-कभी हमें लगता है कि हम जानते हैं, जब वास्तव में, हम नहीं जानते। डब्ल्यू दिखाता है कि कैसे एक करीबी नज़र रखना है।
नेल्सन गुडमैन द्वारा "तथ्य, कल्पना और पूर्वानुमान"
यहाँ मैंने सीखा है कि विश्लेषणात्मक शब्द का क्या अर्थ है। इसके अलावा, व्यावहारिक शब्द का क्या मतलब है।
रॉबर्ट एम। पिर्सिग द्वारा "ज़ेन एंड द आर्ट ऑफ़ मोटरसाइकिल मंटानेंस"
ऐसी चीजें कैसे हो सकती हैं जो अन्य चीजों से बेहतर हैं? सब कुछ एक जैसा, गुणवत्ता-वार क्यों नहीं है? IOW, यह क्या है कि अच्छी फिल्में, अच्छी कारें, अच्छा भोजन और अच्छा सॉफ्टवेयर आम है, जो उन्हें अच्छा बनाता है?
एक नई मशीन की आत्मा (प्रेरणा जब मैं हाई स्कूल में था) SICP (शायद सॉफ्टवेयर विकास से संबंधित सबसे अच्छी पुस्तकों में से एक जो मैंने कभी नहीं देखी )
मार्विन मिंस्की
संगणना: परिमित और अनंत मशीनें
शब्दार्थ सूचना प्रसंस्करण
मायोमोटो मुसाशी की पाँच छल्लों की पुस्तक।
कुछ प्रकाश डाला।
एक पसंदीदा उपकरण नहीं है। हर उपकरण का उपयोग करना सीखें, जानें कि कब उपयोग करना उचित है, इसकी कमजोरियों और शक्तियों को जानें।
जिन कर्मचारियों का काम सही नहीं है, उनका उपयोग उन जगहों पर किया जा सकता है जहां उनकी कारीगरी की गुणवत्ता सार्वजनिक दृश्य में है। एक इमारत के नीचे फर्श का समर्थन करने वाले खंभे को एक परिपूर्ण खत्म करने की ज़रूरत नहीं है (उन्हें बस काम करना है)।
एक काम करके, कई काम करो। इसलिए यदि A और B करने के बीच कोई विकल्प है, लेकिन B का उपयोग अगले सप्ताह कई काम करने के लिए किया जा सकता है, तो यदि आप इसे वहन कर सकते हैं तो B करें।
मैंने गेम्स प्रोग्रामिंग से शुरुआत की। यह सब NES दिनों से आता है। गेम डेवलपर बनने की ख्वाहिश और मैंने इसे हासिल किया लेकिन बेहतर करियर के लिए एप्लीकेशन सॉफ्टवेयर / हार्डवेयर एनालिस्ट के रूप में बदल गया क्योंकि खेल उद्योगों के लिए मेरा देश बहुत आला है।
अपने शुरुआती दिनों के दौरान, मुझे वास्तव में इस आईटी भूमिकाओं में प्रवेश करने का थोड़ा अफसोस हुआ। लेकिन बाद में अपनी उपलब्धियों पर मेरे पूर्व सहयोगियों से प्रेरित और प्रभावित हुए और वे इन नए तकनीकी विकास क्षेत्रों में काफी सक्रिय थे। अपने खाली समय के दौरान, मैं अपने पूर्व सहयोगियों के साथ व्यक्तिगत परियोजनाओं पर काम करने के लिए सॉफ्टवेयर प्रोग्रामिंग के साथ काम करूंगा।
मुझे पता है कि यह एक कठिन रीडिंग है , लेकिन नॉथ की द आर्ट ऑफ कंप्यूटर प्रोग्रामिंग हमारे क्षेत्र में एक बहुत बड़ी बात है। और डगलस हॉफस्टैडर के गोदेल, एस्चर, बाख: एक शाश्वत गोल्डन ब्रैड गणितीय या एल्गोरिथम बेंट के साथ हम में से उन लोगों के लिए प्रेरणादायी है।
लगभग एक सदी पहले इस तरह के जटिल तरीकों और एल्गोरिदम को डिजाइन करने वाले किसी व्यक्ति को चित्रित करना मुझे प्रेरित करता है।