आपके द्वारा बताए गए रुझानों में मैं एक और जोड़ूंगा, जो IMHO उन्हें समझाता है:
वहाँ पहले से कहीं अधिक प्रोग्रामर (जरूरत) है।
प्रोग्रामिंग की आवश्यकता या शामिल करने वाले कार्यों की मात्रा कभी बढ़ती जा रही है, और प्रोग्रामर की संख्या से भी अधिक दर में। आजकल एक औसत कार में कई माइक्रोचिप्स हैं। 5 वर्षों में आपके फ्रिज और आपके टोस्टर में एक चिप हो सकती है। 10 साल में, आपका अंडरवियर? ... और किसी को ये काम करने के लिए उस सॉफ्टवेयर का उत्पादन करने की आवश्यकता है। तो जो कुछ भी स्वचालित है, उसे स्वचालित करने के लिए और "उत्पादकता" (हालांकि यह परिभाषित है) को बेहतर बनाने के लिए हर संभव प्रयास किया जाता है। और अधिक से अधिक ताजा दिमाग की भर्ती की जाती है।
इसका तात्पर्य यह है कि आज के अधिकांश सक्रिय प्रोग्रामर अनुभवहीन हैं और / या अपनी नौकरी के लिए तैयार नहीं हैं। पर्याप्त स्तर के अनुभव को प्राप्त करने में कई वर्षों का समय लगता है और खुद को वहां बनाए रखने के लिए निरंतर सीखना होता है। लब्बोलुआब यह है कि, प्रोग्रामिंग नौकरियों के अधिक से अधिक चुनौतीपूर्ण कम होते जा रहे हैं। लेकिन जो भी उनकी तलाश कर रहा है उसके लिए अभी भी काफी चुनौतियां हैं ।
मुझे आपकी बातों के खिलाफ शैतान के वकील की भूमिका निभाने दें:
सर्वोत्तम प्रथाओं को लागू करने में समय नहीं लग रहा है
बहुत सारे लोग नहीं करते हैं, बहुत सारे लोग करते हैं। दस साल पहले जब मैंने पहली बार यूनिट परीक्षण और फुर्तीले दृष्टिकोण की खोज की, तो मेरे किसी भी सहयोगी को इस बात का जरा भी अंदाजा नहीं था कि यह क्या है। आजकल यह विश्वविद्यालयों में लगभग मानक सामग्री है, इसलिए कई ताजा स्नातक पहले से ही इसे समझते हैं।
अन्य लोगों के कोड का यथासंभव उपयोग करना (कस्टम कोड एक दायित्व के रूप में)
क्या विरोध किया? पहिया बदलते? या उससे बचने के लिए अन्य लोगों के कोड का उपयोग कर रहे हैं?
मुझे लगता है कि यह नोट करना महत्वपूर्ण है कि हम समस्याओं को हल करने के लिए (ज्यादातर) भुगतान किए जाते हैं, और कोड लिखना अंत नहीं है, केवल इसका मतलब है । यदि किसी समस्या को कोड की एक पंक्ति लिखे बिना हल किया जा सकता है, तो यह अभी भी ग्राहक को खुश करता है। खासकर अगर इस तरह से हम एक और अधिक विश्वसनीय समाधान का उत्पादन करने का प्रबंधन करते हैं तेजी से और सस्ता। मैं उस के साथ कोई समस्या नहीं देख रहा हूँ।
उत्पादकता में सुधार के लिए उच्च स्तर की भाषाओं का उपयोग करना
विधानसभा में सब कुछ कोड करने के लिए विरोध के रूप में? ;-)
जीयूआई आधारित विकास "उपकरण" जो "प्रोग्रामिंग" को बहुत सरल करता है और कोड के पीछे प्लंबिंग को समझने के लिए लोगों की आवश्यकता नहीं होती है
IMHO किसी भी उपकरण का दुरुपयोग किया जा सकता है। यह कहना नहीं है कि जीयूआई बिल्डरों को जरूरी सही या अच्छा था - उनमें से अधिकांश (या कम से कम कुछ) उनकी सीमाओं के भीतर उपयोग करने योग्य हैं। लेकिन अगर कोई उन सीमाओं को नहीं जानता है, तो क्या यह उपकरण या उसके उपयोगकर्ता की समस्या है?
सामान्य तौर पर, मेरा मानना है (हालांकि इसे साबित करने के लिए कोई सबूत नहीं है) जो कि पंच कार्ड और मशीन कोड दिनों में वापस आ गया है, मौजूदा कोड का लगभग उसी अनुपात अब तक भयानक था, बस दोनों
- कोड की समग्र राशि, और
- बाहरी लोगों की संभावना कभी ऐसे कोड को देखकर
बहुत कम था।
अब, इंटरनेट और डेली डब्ल्यूटीएफ के साथ, हम दिन-ब-दिन सबसे खराब उदाहरणों के संपर्क में आते हैं। यह आतंकवाद और भूकंप और तलाकशुदा सेलेब्स के बारे में सभी समाचारों को देखने जैसा है, और रोना कितना खतरनाक है और यह दुनिया कितनी अनैतिक हो गई है।