फेसलेस कोड प्रोग्रामिंग को मार देगा, और हम इसके बारे में कुछ भी नहीं करेंगे।

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

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

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

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

और मैं समझता हूं कि हम इस पर कैसे आए। मैं अब समझाता हूँ, अपनी उंगलियाँ देखो:

मैं, अधिकांश इंजीनियरों की तरह, मानता हूं कि मैं महान काम करता हूं। मैं अपने श्रम और दिमाग के साथ क्या आविष्कार करता हूं, स्वचालित करता हूं, सभी मानव जाति का जीवन बेहतर होता है, जबकि सभी अश्लील केवल अपनी जीभ पीसते हैं। लेकिन फिर मैं अपने कोड संपादक से अपनी नाक खींचता हूं, और मैं इस बात से भयभीत हूं कि मैं कितना क्रूर हूं।

मैं क्या कर रहा हूँ?

इसलिए मुझे लगता है कि यह एक अत्यधिक भरी हुई व्यवस्था की वास्तुकला पर है, लेकिन 95% मामलों में वे इसका उपयोग फोन पर पसंदीदा कुत्ते के पैटर्न और फोटो के साथ जल्दी से सेल्फी खींचने में करेंगे। तो मैं एक वीपीएन क्लाइंट विकसित कर रहा हूं, और वे इसके साथ क्या करेंगे? सभी प्रकार की पोर्न और बेवकूफ पाइरेट फिल्में देखें?

मेरे दिमाग को मिनट-दर-मिनट विशलिस्ट द्वारा परोसा जाता है ताकि लोग मुझे पैसे लाएँ, ताकि मैं अपनी विशलिस्ट को भी संतुष्ट कर सकूँ।

आईटी अच्छी चीजें करता है, लेकिन उनका प्रतिशत नगण्य है। निराला की जरूरतों को पूरा करने के लिए, जो आईटी के अस्तित्व में नहीं होने से पहले मौजूद नहीं था। यही है, इंजीनियर महान काम नहीं करते हैं, इंजीनियर लोगों के बीच आटा स्थानांतरित करने के लिए बुनियादी ढांचे को बनाए रखते हैं।

ऐसी परिस्थितियों में, अच्छा कोड लिखना अब आवश्यक नहीं है। मेरे लिए केवल काम करने के लिए और अधिक मज़ेदार होने के लिए यह आवश्यक है, और मैं लंबे समय तक नहीं जलाऊंगा। लेकिन जल्द या बाद में, शीर्ष प्रबंधक आता है और कहता है: “यह बात है, नाखून और गोली। यह लूट को काटने का समय है। ”

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

और जब वह उद्योग में जाता है, तो गहरी खुदाई करने का समय नहीं होगा - उत्पाद को आज रात की जरूरत है, अन्यथा हम पैसे खो देंगे। गहरी और सीखने की तकनीक खोदना एक शौक में बदल जाता है, केवल अपनी ही बेकार की प्रतीति से पागल न होने के लिए आवश्यक है।

ऐसी प्रणाली में जहां आपको सप्ताह में एक बार बाजार में एक नई सुविधा फेंकने की आवश्यकता होती है, आपको सरल दृष्टिकोण और आदिम उपकरण की आवश्यकता होती है। जब कुछ शांत डेवलपर एक नई तकनीक के साथ आते हैं, तो वह इसे बनाने की कोशिश करते हैं ताकि यह बहुमत द्वारा मांग में हो, क्योंकि बहुमत की मांग आधुनिक दुनिया का मुख्य मूल्य है। इसीलिए ऐसे दर्शन होते हैं और ऐसे ही यहाँ जाते हैं।

और मुझे लगता है - मुझे इस कमबख्त की जरूरत नहीं है। यह सब अस्वीकृति का कारण बनता है।

यदि आप बारीकी से देखते हैं, तो मेरा VSCode खतरनाक लक्षणों से भरा हुआ है। मेरा tslint मुझे एक अतिरिक्त स्थान जोड़ने की अनुमति नहीं देता है। यदि मैंने गलत पत्र के साथ एक चर का नाम दिया तो मेरा कोड नहीं बनता है। मेरा कंपाइलर काम नहीं करेगा क्योंकि मैंने सार्वजनिक विधि से टिप्पणियां नहीं जोड़ी हैं। यहाँ सब कुछ सरल है - लिखो, दोस्तों, समान कोड। फेसलेस कोड। यह आपके लिए उपन्यास नहीं है, लेखक की शैली क्या है?

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

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

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

फेसलेस कोड का दर्शन मुझे एक ऐसी मशीन बनाना चाहता है जो बॉयलरप्लेट को कॉपी-पेस्ट करे। और इस बारे में सोचते हुए, मैं और भी भयानक विरोधाभास पर आता हूं।

मैंने हमेशा माना है कि विकास का मूल संदेश है: "जो कुछ भी स्वचालित हो सकता है वह स्वचालित होना चाहिए।" लेकिन विडंबना यह है कि मेरा संदेश भी घातक है।

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

प्रगति को रोका नहीं जा सकता। लेकिन वह अलग-अलग तरीकों से जा सकता है, जिनमें से मुझे यकीन है। यदि प्रोग्रामिंग अब गो ट्रैक और फेसलेस प्रथाओं को चालू कर देता है, तो हम बहुत ही वक्र पर आ जाएंगे और अनुकूलित स्वचालन नहीं होगा जिसकी आप कल्पना कर सकते हैं।

समस्या का मेरा समाधान स्पष्ट है और आलोचना तक नहीं होगी। मैं समझता हूं कि यह पेशकश करने में बहुत देर हो चुकी है, लेकिन फिर भी।

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

हां, यह सदियों के लिए प्रगति को धीमा कर देगा और हमारे जीवन को उन सभी अच्छे बन्स से वंचित कर देगा, जिन पर हम रोजाना चिपके रहते हैं। लेकिन कम से कम यह प्रगति के विचार को उस तरह से लौटाएगा जिसमें हम अपने सबसे मजबूत आदर्शवादी आवेगों के क्षणों में विश्वास करते हैं।