एक पीआरडी लिखना जिसे डेवलपर्स वास्तव में पढ़ते हैं, संपादक के रूप में क्लाउड के साथ
देव निबंध की तरह पढ़ने वाले पीआरडी को छोड़ देते हैं। एक सख्त संरचना और एक कठोर संपादक के रूप में क्लाउड ने मेरा काम खोल दिया।
मेरा पहला पीआरडी 'क्या आप बता सकते हैं कि क्या बनाना है' के साथ वापस आए। इसलिए मैंने दस्तावेज़ लिखना बंद कर दिया और उन विशेषताओं को लिखना शुरू कर दिया जिन्हें एक थका हुआ इंजीनियर सहन कर सकता है। इसमें क्लॉड का काम काटना है, आविष्कार करना नहीं.
संरचना पहले: समस्या पर एक पंक्ति, उपयोगकर्ता पर एक पंक्ति, 'किया गया' का क्या मतलब है इसकी एक छोटी सूची, और किनारे के मामले वास्तव में प्रभावित होते हैं। कोई पृष्ठभूमि उपन्यास नहीं. यदि इसे संदर्भ के पैराग्राफ की आवश्यकता है, तो यह एक जुड़े हुए धागे में है।
इसे सादा ड्राफ्ट करें, फिर इसे एक निर्देश के साथ क्लाउड पर चिपकाएँ: 'हर उस वाक्य को हटा दें जिसका अनुमान डेवलपर लगा सकता है, और बिना किसी स्वीकृति परीक्षण के किसी भी आवश्यकता को चिह्नित करें।' वह एकल संकेत उस फ़्लफ़ को ख़त्म कर देता है जो पीआरडी को छोड़ने योग्य बनाता है।
फिर मैं क्लाउड द्वारा अनुपलब्ध के रूप में चिह्नित स्वीकृति परीक्षणों को जोड़ता हूं। परीक्षण के बिना एक आवश्यकता एक राय है। देव विशिष्टताओं को पढ़ते हैं जिन्हें वे सत्यापित कर सकते हैं; वे बाकी को स्किम कर देते हैं।
वह आदत जिसने सब कुछ बदल दिया: मैं पीआरडी यह मानकर लिखता हूं कि पाठक के पास संदर्भ है और धैर्य नहीं है। क्लाउड सौजन्यपूर्ण गद्य को हटाकर उस पंक्ति को बनाए रखने में मेरी मदद करता है।
क्लाउड (claude.ai)
इसके लिए सर्वोत्तम: संरचना के माध्यम से दीर्घकालिक लेखन, संपादन और तर्क।
मुख्य विशेषताएं: दस्तावेज़ मोड, लंबा संदर्भ, ड्राफ्ट के लिए कलाकृतियाँ, सावधानीपूर्वक संपादन।
निःशुल्क योजना: दैनिक सीमाओं के साथ एक निःशुल्क स्तर।
मूल्य निर्धारण: अधिक उपयोग के लिए प्रो लगभग $20 प्रति माह।
पेशेवर: ट्रिमिंग और पुनर्गठन में मजबूत, संक्षेप में रहता है।
विपक्ष: यह एक कुंद बिंदु को नरम कर देगा जब तक कि आप इसे न करने के लिए न कहें।
मेरा फैसला: मैं हड्डियाँ लिखता हूँ, क्लॉड चर्बी हटाता है, मैं किनारे के मामलों को फिर से जोड़ता हूँ। परिणामी दस्तावेज़ पढ़ने के लिए पर्याप्त छोटा और बनाने के लिए पर्याप्त विशिष्ट है।
अक्सर पूछे जाने वाले प्रश्नों:
प्रश्न: क्या क्लाउड को पीआरडी को नए सिरे से लिखना चाहिए?
ए: मैं संरचना लिखता हूं; क्लाउड संपादन. पूरी पीढ़ी उस चीज़ से भटक जाती है जिसकी टीम को वास्तव में ज़रूरत होती है।
प्रश्न: कितना छोटा बहुत छोटा है?
उ: यदि कोई डेवलपर इसे बना सकता है और दस्तावेज़ से इसका परीक्षण कर सकता है, तो यह काफी लंबा है। आमतौर पर लंबा पैडिंग होता है।
प्रश्न: क्या मुझे प्रत्येक पंक्ति के लिए स्वीकृति परीक्षण की आवश्यकता है?
उत्तर: किसी भी चीज़ के लिए QA व्यक्ति जाँच करेगा, हाँ। अस्पष्ट आवश्यकताएँ बाद में दोष बन जाती हैं।