एक कूल डेवलपर को कोड नहीं लिखना चाहिए, अन्य इसके लिए लिखते हैं

मैं कूल डेवलपर्स के विषय और विकास के लिए उनके दृष्टिकोण को जारी रखना चाहता हूं, जिसने पहले ही कई लेख प्रकाशित किए हैं । इस बार हम कोड के बारे में बात करेंगे और हम इसे कैसे लिखेंगे। बिल्ली के नीचे, कौन परवाह करता है।



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

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

एक शांत डेवलपर अपने काम को कैसे व्यवस्थित करता है ताकि कम से कम कोड लिखा जा सके? ऐसा करने के लिए, वह कुछ बहुत ही सरल ट्रिक्स का उपयोग करता है।

1. तीसरे पक्ष के पुस्तकालयों का उपयोग करता है।

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

2. वह अपनी आईडीई को अच्छी तरह से जानता है।

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

3. एक बार लिखित कोड का पुन: उपयोग।

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

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

आपका सी.ई.पी.