जब अच्छा होना बुरा है

मैं एक कहानी के साथ शुरुआत करना चाहूंगा:

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

यह कहानी आर्ट एंड फियर की है ।

मैं मानता हूं, मैंने इसे अभी तक नहीं पढ़ा है, लेकिन मुझे इस कहानी के बारे में एक बार पता चला, और इसने मुझे चौंका दिया।

आप जितना बेहतर प्रयास करेंगे, वह उतना ही खराब होता जाएगा।

सॉफ्टवेयर विकास एक कठिन पेशा है। यह सीखना बहुत आसान है कि कैसे प्रोग्राम करना है, लेकिन यह जानने के लिए कि वास्तव में पूर्ण सॉफ्टवेयर सिस्टम का निर्माण कैसे करें और प्रशिक्षण और अभ्यास के कई साल लग सकते हैं।

एक बात जिस पर मैंने गौर किया, वह यह है कि सॉफ्टवेयर डेवलपर बहुत उत्पादक होते हैं।

मुझे वे दिन याद हैं जब मेरे पास विभिन्न कार्यक्रमों के साथ एक फ्लॉपी डिस्क थी, जिस पर मैंने काम किया था। तब ऐसा लगा कि मैं सॉफ्टवेयर विकास को बेहतर समझने लगा हूं, वास्तव में, मैं कम उत्पादक होने लगा।

ऐसा क्यों हुआ?

मेरे पास कई सिद्धांत हैं, लेकिन मुख्य यह है कि जब हम नहीं जानते कि हम क्या कर रहे हैं, तो हम केवल कार्य को पूरा करने की कोशिश कर रहे हैं।

याद है, तुम एक बच्चे थे? सबसे अधिक संभावना है कि आपने बहुत कुछ आकर्षित किया। और निश्चित रूप से ये चित्र इतने अच्छे नहीं होंगे, उन्हें अपने वर्तमान मानकों से देखते हुए, आप उन्हें भयानक भी कह सकते हैं।

आपने अब इतना ड्राइंग क्यों बंद कर दिया? (शायद आप नहीं कर सकते हैं, लेकिन अधिकांश बंद हो गए हैं।) यह सवाल पूछना बेहतर है "आपने फिर इतना क्यों आकर्षित किया?"

कई उत्तर हैं, लेकिन मुझे लगता है कि हम में से अधिकांश यह तय करेंगे कि इसका एक कारण यह है कि बच्चे बस सीखते हैं और सीखते हैं, और वे किसी भी प्रतिबंध से विवश नहीं हैं।

कुछ बिंदु पर, हम बड़े हो जाते हैं और समझते हैं कि कला क्या है और इसे कैसे दिखना चाहिए। हम यह भी सीख सकते हैं कि कैसे सही तरीके से आकर्षित किया जाए। अंत में, हमें यह पता चलता है कि एक अच्छी तस्वीर क्या है, जो इस तथ्य की ओर ले जाती है कि इस पेंसिल को उठाना बहुत मुश्किल है।

तो क्या हुआ?

मुझे पता है कि मैं विकास के एक ऐसे दौर से गुज़रा, जिसमें मैं उतना उत्पादक नहीं था और जितना हो सकता था।

मैंने बहुत समय बिताया "कार्य की प्रशंसा", और इससे भी अधिक "सरल को जटिल में बदलना"।

सॉफ्टवेयर डेवलपर्स के रूप में, हम सीमा निर्धारित करते हैं और समस्या का सही समाधान तलाशते हैं।

जब तक मैं बहुत दूर नहीं चला गया: मैं किसी भी तरह से गोवानोकॉड लिखने और इसे वितरित करने की सलाह नहीं देता। यह मत करो!

मेरा सुझाव है कि केवल 90 प्रतिशत तक इष्टतम समाधान खोजने की कोशिश करें, यह जानते हुए कि समस्या को फिर से वापस करना संभव होगा, अगर आपको वास्तव में सबसे अच्छा समाधान खोजने की आवश्यकता है, तो 95 प्रतिशत या अधिक से इष्टतम समाधान पर समय बिताने के बजाय ऐसा करें।

मैंने पहले लिखा था कि यह सबसे कठिन बात है जिसके साथ मैंने संघर्ष किया है , और मुझे लगता है कि यह कई डेवलपर्स के लिए प्रासंगिक है।

समस्या यह है कि जब हम डेवलपर्स के रूप में शुरू करते हैं, तो हम "सही तरीके" नहीं जानते हैं और अपने कार्यों में कम सीमित हैं। हम बस आगे बढ़ते हैं और करते हैं।

जब हम "सही" करना सीखना शुरू करते हैं, तो हम अक्सर इस ज्ञान और इसके साथ जुड़ी सीमाओं का दम तोड़ देते हैं। यह हमें कम उत्पादक बनाता है और समस्याओं के निरर्थक समाधानों का आविष्कार करता है।

इसलिए, मुझे लगता है कि प्रेमी पेशेवर से बेहतर हैं?

हर मायने में नहीं, लेकिन शायद वे किसी चीज़ में बेहतर हैं। शायद यह है कि वे अधिक उत्पादन करते हैं।

मेरी समझ में, समाधान डरने से रोकने और प्रतिबंधों को छोड़ने के लिए है, लेकिन अनुभव के ज्ञान और ज्ञान के साथ खुद को संयत करना है।

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

यहाँ कुछ व्यावहारिक सुझाव दिए गए हैं जिन्होंने एक डेवलपर के रूप में मेरी उत्पादकता को बढ़ाया है।

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

इस कहानी का नैतिक ...

कभी-कभी अच्छा होना बुरा है, क्योंकि यह हमें परेशान करता है और पंगु बनाता है। मैंने पाया कि विचारकों द्वारा नहीं बल्कि कलाकारों द्वारा कहीं अधिक चीजें की जाती हैं।

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