भाषा अज्ञेय प्रोग्रामिंग किताबें [बंद]

Question

क्या कोई महान प्रोग्रामिंग या सॉफ्टवेयर विकास किताबें हैं जो भाषा अज्ञेय हैं? मुझे इसे क्यों पढ़ना चाहिए?

Comments

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

— थॉमस ओवेन्स

Answer 1

द प्रैजमैटिक प्रोग्रामर: फ्रॉम जर्नीमैन टू मास्टर - एंड्रयू हंट और डेविड थॉमस

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

Answer 2

कोड पूरा: स्टीव मैककोनेल द्वारा सॉफ्टवेयर निर्माण की एक व्यावहारिक पुस्तिका

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

यह हर सॉफ्टवेयर इंजीनियर के शेल्फ पर होना चाहिए, भले ही आप स्पष्ट रूप से कोड नहीं लिख रहे हों।

Comments

यह दिलचस्प है कि पुस्तक में कहीं भी अपरिवर्तनीयता का उल्लेख नहीं किया गया है।

— जोनास

वाह। मैं सिर्फ सूचकांक के माध्यम से देखा - कोई भी अपरिवर्तनीयता का उल्लेख नहीं है।

— थॉमस ओवेन्स

मुझे लगता है कि यह एक महान पुस्तक है और अभी भी अच्छी तरह से पढ़ने लायक है, लेकिन कुछ बिट्स (और ऑमिशन) पुस्तक को थोड़े समय के लिए शुरू कर रहे हैं

— फिनकॉक

Answer 3

मेरा पसंदीदा है: संरचना और कंप्यूटर प्रोग्राम की व्याख्या

यह 10 साल पहले मेरी पहली अकादमिक पाठ्य-पुस्तक थी, और यह अभी भी मेरे दिमाग को उड़ा देती है कि यह कला "सॉफ्टवेयर इंजीनियरिंग" और सामान्य रूप से प्रोग्रामिंग की स्थिति में रुझान की भविष्यवाणी करने में कितना प्रासंगिक है।

यह उदाहरण के लिए LISP का उपयोग करता है, लेकिन मैं LISP को किसी भी प्रकार की भाषा नहीं मानता, इसलिए यह पूरी तरह से अज्ञानी है);

Comments

SICP, सिर्फ एक अद्भुत किताब है। इन दिनों में से एक मुझे बैठना होगा और पूरी चीज को फिर से फेंकना होगा, एक तरह से जो मैंने लगभग 20 वर्षों में नहीं किया है।

— Zachary K

Answer 4

क्लीन कोड - रॉबर्ट मार्टिन

Comments

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

— gnat

Answer 5

पौराणिक मानव महीना - फ्रेडरिक पी ब्रुक्स

यह सॉफ्टवेयर डेवलपर्स के लिए एक पुस्तक होनी चाहिए। अधिकांश सॉफ्टवेयर डेवलपमेंट टाम्स सॉफ्टवेयर को लिखने के लिए कोडिंग सॉफ्टवेयर, प्रोग्रामिंग लैंग्वेज और नवीनतम तकनीकों और तकनीकों के बारे में बात करते हैं।

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

यह किताबें वह है जो इसे इंजीनियरिंग अनुशासन बनाने के परिप्रेक्ष्य से प्रोग्रामिंग को देखती है, कुछ ऐसा जो इंजीनियर को सॉफ्टवेयर के बड़े, जटिल टुकड़े के लिए इस्तेमाल किया जा सकता है।

Answer 6

डिजाइन पैटर्न । पैटर्न काफी हद तक OOP- मुड़े हुए हैं, लेकिन OOP के भीतर, वे किसी भी भाषा के लिए उपयुक्त हैं।

आपको इसे पढ़ना चाहिए क्योंकि यह आपको एक बेहतर डिजाइनर बना देगा। यह आपको सबसिस्टम डिज़ाइन की समस्याओं को हल करने के अच्छे तरीके सिखाता है, जो कि आप तब तक समझ नहीं पाए होंगे जब तक कि आप 40 साल के लिए सिस्टम डिज़ाइन नहीं कर लेते। वे अर्ध-सामान्य समस्याओं के पुन: प्रयोज्य समाधान हैं। उस ने कहा, एक पैटर्न है कि जब स्कूल में डिजाइन पैटर्न सीखते हैं तो सोम्पोरोम गुजरते हैं:

1. डिजाइन पैटर्न थोड़े साफ-सुथरे हैं। मुझे आश्चर्य है कि मैं इस परियोजना में उनका उपयोग कैसे कर सकता हूं जिस पर मैं काम कर रहा हूं?
2. डिजाइन पैटर्न कटा हुआ ब्रेड की तुलना में 10x बेहतर है! मैं हर जगह use'em करने जा रहा हूँ!
3. ठीक है, विशिष्ट पैटर्न का उपयोग करने के लिए एक समय और एक जगह है। मॉडरेशन अच्छा है।
4. हमें इस समस्या का समाधान X. ओह सही के साथ करना चाहिए, जो पैटर्न Y. How 'मुक्केबाज़ी से होता है।

Answer 7

डोमेन-संचालित डिज़ाइन: सॉफ्टवेयर
एरिक इवांस के दिल में जटिल जटिलता

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

Answer 8

कोड - माइक्रोसॉफ्ट प्रेस।

यह एक उत्कृष्ट कारण कंप्यूटर पुस्तक है जो आपको मोर्स कोड से बाइनरी और बैक तक ले जाती है।

Answer 9

टेस्ट-प्रेरित विकास: केंट बेक द्वारा उदाहरण के लिए ।

TDD के लिए एक सुपर परिचय। मुझे TDD पथ पर शुरू किया गया। कोड नमूने जावा हैं, लेकिन सामग्री अन्यथा बहुत भाषा-अज्ञेयवादी है।

Answer 10

• कोड पूरा २
• व्यावहारिक प्रोग्रामर
• डिज़ाइन पैटर्न की व्याख्या
• सॉलिड कोड लिखना
• Refactoring - मार्टिन फाउलर (उन्हें वास्तव में कुछ सार्थक मिला है)
• साफ कोड
• 97 बातें प्रोग्रामर्स को पता होनी चाहिए।

ये सभी पुस्तकें हैं जिन्हें मैंने या तो पूरी तरह से पढ़ा है या कुछ समय के महत्वपूर्ण भागों को फिर से पढ़ाया है और अच्छी तरह से एक साथ रखा है। मैं पूरी तरह से प्रोग्रामिंग के लिए एक नवागंतुक हूं इसलिए मैंने इनका इस्तेमाल किया है कि मुझे यह समझना चाहिए कि मुझे क्या करना चाहिए।

ओह डेटाबेस के सामान के लिए

• एसक्यूएल की कला
• बस एसक्यूएल
• स्मार्ट के लिए एसक्यूएल - जो सेल्को
• ये सभी वसंत मेरे सिर के ऊपर से हटते हैं, इसलिए सभी लेखकों को याद न करने के लिए मुझे क्षमा करें-मैं वाक्य रचना को याद रखने के बारे में एक और पोस्ट पर गया था :)।