स्टीफन किंग "कोड कैसे लिखें"

"क्या? स्टीफन किंग "कोड कैसे लिखें"?! ऐसी कोई किताब नहीं है! वह एक प्रोग्रामर भी नहीं है! ”
हाँ, यह है। फिर भी, उनके पास ऐसी सामग्री वाली एक पुस्तक है। हालांकि उन्होंने यह नहीं सोचा था कि उन्होंने इसके बारे में लिखा था। हालांकि रिजल्ट लिखा है। हालांकि, शायद, वह इसके बारे में नहीं जानता है। मैं यहाँ क्या चर्चा कर रहा हूँ? अद्भुत पुस्तक "किताब कैसे लिखें" के बारे में जो मैंने हाल ही में पढ़ा है (अंग्रेजी में - "लेखन पर")।

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

काम करो, काम करो और फिर से काम करो

निर्माता प्रतिभाएं कम हैं। राजा स्वयं उनसे संबंधित नहीं है। वह इस बारे में बात करता है कि कैसे, कम उम्र से (पूर्वस्कूली उम्र से), उसने छोटी कहानियां, मार्ग, ड्राफ्ट लिखना शुरू कर दिया, जैसा कि उसने उन्हें अलग-अलग लोगों को दिखाया, और उन्हें पत्रिकाओं और प्रकाशन घरों में भेजा। और कैसे वह डेढ़ दशक तक फुटबाल में रहा। और वह खुद स्वीकार करते हैं कि उन्होंने तब खराब लिखा था। इन डेढ़ दशकों में उसे सुधार करने की जरूरत थी। अंततः लिखने के लिए जो लाखों में बेचा जाता है। यह विचार कि गुणवत्ता कई वर्षों के लिए दैनिक कार्य का परिणाम है, प्रोग्रामर के लिए बहुत महत्वपूर्ण है। ठीक है, आप जानते हैं, अब "23 वर्षीय वरिष्ठ" सभी प्रकार के फैशनेबल हैं। शायद उनमें से कुछ वास्तव में प्रकृति से प्रतिभाएं हैं। लेकिन हम में से ज्यादातर अपने काम के पहले 5 वर्षों के लिए कोड में क्या लिखते हैं, केवल Shift + Del ऑपरेशन के लिए उपयुक्त है। यह अच्छा है अगर यह समय अध्ययन, इंटर्नशिप या "जूनियर डेवलपर" की स्थिति पर खर्च किया जाता है। लेकिन कभी-कभी लोग गर्व या परिस्थितियों के कारण, गंभीरता से उत्पादन कोड लिखते हैं। फिर वे खुद और नियोक्ता के लिए क्या भुगतान करते हैं। कोई चमत्कार नहीं होगा। रूसी परियों की कहानियों में 33 साल तक चूल्हे पर बैठना फैशनेबल है, और फिर अचानक हीरो बन जाते हैं या सुनहरी मछली पकड़ लेते हैं। एक फ्रीबी और चमत्कारों में विश्वास के लिए तरस - इन परिस्थितियों में कई निहित हैं। स्टीफन किंग इस तथ्य के बारे में बात करते हैं कि कोई चमत्कार नहीं है (हालांकि यहां विरोधाभास है - उनकी अधिकांश पुस्तकें अन्यथा कहती हैं)। विश्व प्रसिद्धि के समय तक, उन्होंने खुद को अल्पज्ञात पत्रिकाओं से पेनिस को बाधित किया, एक शिक्षक के रूप में अध्ययन किया और फिर उनके लिए काम किया और कपड़े धोने के कमरे में भी पैसा कमाया। और यह सब समय उन्होंने लिखा, लिखा, लिखा।

बंद और खुला दरवाजा

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

1. प्रोग्रामर को शांति, चुप्पी और ध्यान भंग की अनुपस्थिति सुनिश्चित करने की आवश्यकता है।
2. कोड को उत्पादन में भेजे जाने से पहले समीक्षा या परीक्षण पास करना होगा। ठीक है, जब कोड कई डेवलपर्स के स्वामित्व में है।

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

पाठक कृपया

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

ताल

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

टूल किट

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

नस्ल से कलाकृतियों को निकालें

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

साहित्यिक एजेंट

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

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