क्या प्रोग्रामर जो प्रोग्रामिंग से संबंधित पुस्तकों को पढ़ते हैं वे अभी भी दुर्लभ हैं? [बन्द है]


21

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

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

संपादित करें: मेरा वास्तव में किसी भी तरह की पुस्तकों से मतलब था जो रास्ते में या किसी अन्य प्रोग्रामिंग से संबंधित थी; - यह या तो किसी विशेष भाषा, प्रौद्योगिकी, पैटर्न, प्रतिमान पर हो कुछ भी जब तक कि यह एक प्रोग्रामर के रूप में आप को लाभ हो सकता है। मैं सिर्फ कोड कम्पलीट और द प्रैजमैटिक प्रोग्रामर का जिक्र कर रहा था क्योंकि यही वह जगह है जहाँ मैंने पढ़ा कि प्रोग्रामर आमतौर पर ऐसी किताबें नहीं पढ़ते हैं। अगर यह शीर्षक अभी पढ़ा जाता है "क्या प्रोग्रामर जो पुस्तकों को पढ़ते हैं वे दुर्लभ हैं?"

जवाबों:


19

हर कोई इस सवाल का व्यक्तिगत रूप से जवाब देता दिख रहा है, जैसे कि "मैं इस तरह का और ऐसा पढ़ता हूं।" हालाँकि, इस साइट पर लटकने वाले व्यक्ति के रूप में, आप पहले से ही अपने "औसत" प्रोग्रामर IMO के ऊपर एक कट हैं। तो यह नाटकीय रूप से संख्या को छोड़ देता है। सीधे सवाल का जवाब देने के लिए: हाँ, प्रोग्रामर जो किताबें पढ़ते हैं वे एक दुर्लभ नस्ल हैं। मैंने दर्जनों प्रोग्रामर के साथ काम किया है, और केवल दो या तीन को जानते हैं जो एक समस्या को हल करने के लिए एक किताब उठाएगा। उनमें से अधिकांश Google को किसी विशेष कार्यक्रम के लिए खोजते हैं, या स्क्रीन पर केवल ईश्वरीय प्रेरणा की उम्मीद करते हुए घूरते हैं। :-)

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


6

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


3
एक पुस्तक क्लब एक महान विचार की तरह लगता है!
JBRWilkinson

5

मैं उन्हें पढ़ता हूं, इसलिए अपनी दृष्टि सूची में 1 जोड़ें। (हम लुप्तप्राय प्रजातियों की सूची से कितने पहले हैं?)

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

  • Abrash द्वारा कोड ऑप्टिमाइज़ेशन के ज़ेन - मुझे लगता है कि यह एक मुख्य कारण है कि मैं आज एक वास्तविक समय का प्रोग्रामर हूं।
  • कोनिंग एंड मू द्वारा सी ++ पर रूमीनेशन - पुनरावृत्तियों और एसटीएल का वास्तविक मूल्य तब तक क्लिक नहीं होता जब तक मैं इसे नहीं पढ़ता।
  • फाउलर द्वारा रिफैक्टरिंग - मुझे सिखाया कि संरचना और पुनर्गठन कोड कैसे।
  • बेक द्वारा समझाए गए चरम प्रोग्रामिंग - भले ही मैं पूरी तरह से फुर्तीली कूल-सहायता नहीं पीता था, इस पुस्तक ने विकास की प्रक्रिया के बारे में आवश्यकताओं, परीक्षण और प्रबंधन के बारे में मेरे सोचने के तरीके को बदल दिया।

मैंने स्कूल में कोड करना सीखा, लेकिन मैंने यह नहीं सीखा कि जब तक मैं कुछ बेहतरीन किताबें नहीं पढ़ता, तब तक कैसे कोड करूं।


5

डेवलपर्स के साक्षात्कार के दौरान मैंने देखा है कि जो लोग तकनीकी कार्यों में बेहतर प्रदर्शन करते हैं (मौखिक और व्यावहारिक दोनों) और (अधिक महत्वपूर्ण रूप से) कारणों को समझते हैं कि वे ऐसा क्यों कर रहे हैं जो वे कर रहे हैं वे सभी डेवलपर्स हैं जो कम से कम पढ़ते हैं सामयिक पुस्तक। मुझे नहीं लगता कि यह पूरी तरह से एक संयोग है।

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

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


4

मुझे लगता है कि आप विशिष्ट तकनीकों के बजाय प्रोग्रामिंग और सॉफ्टवेयर विकास के अभ्यास पर पुस्तकों के बारे में बात कर रहे हैं ...

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

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


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

मैं असहमत हूं। मैं हाल ही में चुस्त अभ्यास सीख रहा हूं और "केंट बेक सिग्नेचर बुक्स" में से कुछ से टेस्ट ड्रिवेन डेवलपमेंट और कंटीन्यूअस इंटीग्रेशन के बारे में किताबें पढ़ने तक उन प्रथाओं का उपयोग करने के बारे में कोई सुराग नहीं है।
ब्रायन डी।

4

मुझे प्रोग्रामिंग की किताबें बहुत पसंद हैं। मेरे पास उनमें से 150+ हैं। और अभी भी अधिक के लिए जगह है।


3

खैर, मैं वास्तव में अन्य प्रोग्रामर से बात नहीं कर सकता।

मैं उच्च-गुणवत्ता की कंप्यूटर पुस्तकें पढ़ने का प्रयास करता हूं । वर्तमान में मैं Mythical Man-Month के रीड-थ्रू पर काम कर रहा हूं।

मेरी अगली पुस्तक शायद रसेल / नॉरविग एआई पुस्तक या मैककॉनेल की सॉफ़्टवेयर अनुमान है। दूर के भविष्य में, सीबेल के प्रैक्टिकल कॉमन लिस्प करघे।


ब्याज से बाहर, आप 'उच्च-गुणवत्ता' को कैसे समझते हैं? अमेज़न समीक्षा / रैंकिंग? व्यक्तिगत सिफारिशें?
JBRWilkinson

@ जेबीआरडब्ल्यू: ऐसी किताबें जो आमतौर पर बहुत अच्छी लगती हैं। जैसे, कोड पूरा। इसके अलावा, सेमिनल पुस्तकों में भी अच्छी गुणवत्ता है।
पॉल नाथन

3

पढ़ो, पढ़ो, पढ़ो, पढ़ो ... किताबों से, ब्लॉगों से, जो भी हो ... अच्छी किताबों से बेहतर, लेकिन गंभीर रूप से खराब किताबें पढ़ने से भी मदद मिलेगी। लेकिन सीखते रहो। रोज सीखते रहो।


3
"लीडर्स रीडर्स हैं" - टोनी रॉबिंस, "
जगेन

2

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

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


2

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


1

मुझे पिछले हफ्ते एक नया किंडल (Wifi + 3G) मिला है और मुझे यह पसंद है, मैं पढ़ना बंद नहीं कर सकता। मैंने अमेज़ॅन और अन्य प्रकाशकों दोनों से कई तकनीकी ई-बुक्स खरीदे हैं, और उनके माध्यम से एक दर की ऊँचाई पर जुताई कर रहा हूँ।

भौतिक पुस्तकें अब मुझे बहुत पुरानी लगती हैं। मुझे उम्मीद नहीं थी कि इतनी जल्दी।


मैंने पढ़ा है कि वास्तविक अध्ययन के लिए पेपरबुक बेहतर हैं। नेविगेशन और नोट्स।

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

1

मैंने वर्षों में एक तकनीकी पुस्तक नहीं पढ़ी है ... सचमुच साल।

आंशिक रूप से इसके बारे में कहीं और जानकारी की उपलब्धता के बारे में। ब्लॉग, लेख, श्वेत पत्र, संदर्भ स्थल, एसओ जैसे सहकर्मी समर्थन स्थल ...

आंशिक रूप से यह कागजी किताबों के खर्च और अव्यवहारिकता के साथ करना है। उन संख्याओं के बारे में सोचें, जिन्हें आपने सुसमाचार के रूप में पढ़ने के लिए उपयोग किया था, केवल यह व्यक्तिपरक था, या शायद पुराना था। यहां तक ​​कि संदर्भ मैनुअल तारीख जल्दी से, हमारी दुनिया की बदलती प्रकृति को देखते हुए।

मैं तकनीकी पुस्तकों को प्रति सेकेण्ड में नहीं मार रहा हूं, लेकिन वे दिन गए जब वे किसी तकनीकी विषय पर आपकी जानकारी का एकमात्र स्रोत थे। हमें कई स्रोतों से हमारी जानकारी मिलती है।

मैं उन्हें कुछ हद तक याद कर रहा हूं, लेकिन मेरे लिए कम से कम, समय आगे बढ़ गया है।


1

एक व्यक्तिगत कहानी:

मैंने एक बार कुछ .NET संबंधित सामान के बारे में 50 या 60 डेवलपर्स से भरे कमरे में एक प्रस्तुति दी (वे सभी एक ही कंपनी के लिए काम करते थे)।

Microsoft बात को प्रायोजित कर रहा था और मुझे डेविड वेस्ट की "ऑब्जेक्ट थिंकिंग" पुस्तक (Microsoft प्रेस द्वारा) की कुछ प्रतियाँ दी।

संयोगवश, मैंने सिर्फ उस किताब को पढ़ा था और उसे बहुत अच्छा पढ़ा। मैंने दर्शकों को यह समझाते हुए भी सिफारिश की थी कि मेरे पास देने के लिए कुछ प्रतियां थीं और अगर किसी को दिलचस्पी थी तो उन्हें बस एक से पूछना था।

पुस्तक को ब्राउज़ करने के लिए कई लोग आए, लेकिन उनमें से कोई भी, मैं दोहराता हूं, कोई भी नहीं, किसी एक व्यक्ति ने इसे रखने का फैसला नहीं किया।


पुस्तक को नहीं लेने के लिए उन्हें दोष न दें। ऑब्जेक्ट थिंकिंग ओओ पर कम से कम व्यावहारिक किताब है जो मैंने कभी पढ़ा है।
एड जेम्स

0

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

थ्योरी, फिर प्रैक्टिस।


0

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

मेरे पास एक पहली पीढ़ी का किंडल है और कभी-कभी इसके लिए प्रोग्रामिंग किताबें खरीदते हैं; हालांकि मुझे लगता है कि बड़े किंडल डीएक्स (जो मेरे पास आने के बाद सामने आए) तकनीकी सामग्री के लिए एक बेहतर मंच होगा।


0

(वाह, ५ अपवोट्स और ५ डाउनवोट्स - यह राय मुझे कल्पना से ज्यादा विवादास्पद लगती है!)

मैं कोड कंप्लीट या समान जैसी किताबें नहीं पढ़ता , और न ही मुझे लगता है कि मुझे "करना चाहिए"। वैसे भी इसका क्या मतलब है? अगर मैं नहीं करूँ तो क्या होगा?

सबसे पहले, मुझे नहीं लगता कि ऐसी किताबें मुझे बेहतर प्रोग्रामर बनाती हैं। वे अन्य लोगों के लिए काम कर सकते हैं, लेकिन मेरे लिए नहीं। उनके पास मौजूद तथ्यात्मक जानकारी बहुत विस्तृत या तकनीकी नहीं है, इसलिए मैं पहले से ही इसका अधिकांश हिस्सा जानता हूं। बाकी की राय है कि मैं इससे सहमत हो भी सकता हूं और नहीं भी, लेकिन जो मैं निश्चित रूप से नहीं अपनाऊंगा।

केवल प्रोग्रामिंग-संबंधित साहित्य जिसे मैंने वास्तव में पढ़ने के लिए दिलचस्प पाया है, विशुद्ध रूप से न्यूनतम विषयवस्तु के साथ तकनीकी दस्तावेज हैं । मेरा पसंदीदा अब तक C # भाषा विनिर्देशन 4.0 और यूनिकोड मानक 5.0 हैं। अन्य लोगों को यह बहुत सूखा और उबाऊ लगता है, लेकिन मुझे लगता है कि यह मेरे दिमाग को प्रभावित करता है, और यह संभावित रूप से ऐसी जानकारी प्रदान करता है जो मुझे पहले से नहीं पता था।

अद्यतन 2010-अक्टूबर -07: मेरे पास सिर्फ व्यावहारिक प्रोग्रामर ने मुझे बताया था, इसलिए मैंने अमेज़ॅन पर पहले कुछ पृष्ठों को देखा। खंड में "इस पुस्तक को किसे पढ़ना चाहिए?" यह कहता है: "शायद आप निराश महसूस करते हैं कि आप अपनी क्षमता को प्राप्त नहीं कर रहे हैं। शायद आप ऐसे सहकर्मियों को देखते हैं जो अपने आप को आपसे अधिक उत्पादक बनाने के लिए औजारों का उपयोग करते दिखते हैं। ”ओम, नहीं। मुझ पर कोई भी लागू नहीं होता है। मैं निराश हूं क्योंकि मेरे सहकर्मी मेरी तुलना में बहुत कम उत्पादक हैं (और वे परवाह नहीं करते हैं)। मुझे लगता है कि मैं अपनी क्षमता हासिल कर रहा हूं (वैसे भी मेरे पास क्या है, वैसे भी)। तो हाँ। इस पुस्तक को पढ़ने का कोई मतलब नहीं है। बिंदु में सिर्फ एक मामला।


1
यूनिकोड मानक? वास्तव में? मैं एक महान जानकारी का पहाड़ देख सकता हूं, जिसे C # मानक से खनन किया जा सकता है, लेकिन यूनिकोड?
रॉबर्ट हार्वे

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

2
-1 अगर आपको लगता है कि कोड पूरा या इसी तरह की किताबें आपको कुछ नहीं सिखाती हैं ...: - /
Khelben

@ टिमीवी: यह तर्क देना बहुत आसान है कि अगर आपने इसे नहीं पढ़ा है तो बुक एक्स आपको कुछ नहीं सिखाएगा ... लेकिन आप संभवतः कैसे जान सकते हैं?
JBRWilkinson

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