मैंने उद्योग में विश्वास खो दिया, जला दिया, लेकिन उपकरण के पंथ ने मुझे बचा लिया

मैं अक्सर उन तकनीकों पर रेल करता हूं जो मुझे अपर्याप्त लगती हैं, और जवाब में मुझे प्राप्त होता है (तर्कों के साथ) सरासर क्रोध और दर्द। कभी-कभी शारीरिक।

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

जो भी हो, मैंने इसे कभी नहीं समझा।

मैं हमेशा से खेती करने वालों को इम्बेकिल मानता था। लेकिन मैं हमेशा यह समझने की कोशिश करता हूं कि इम्बेकाइल उन्हें क्यों बना, मैंने उस भाग्य से क्यों बचा है। मैं सोचने लगता हूँ और बम! - यह पता चला कि मैं भी एक ईबेबाइल हूं। मैं एक किसान हूँ जो F # की पूजा करता है। और, ज़ाहिर है, इसके पीछे एक कहानी है।

---

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

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

एक वर्ष से अधिक के लिए हमारी पूरी टीम एक उपकरण के लिए एक मॉड्यूल बना रही थी जो उन उपकरणों के साथ काम करता था जिनका उपयोग अन्य उपकरण बनाने के लिए किया जाता था। संभवतः वही जो हम मॉड्यूल बनाते थे। हर दिन हमें भारतीयों और अमेरिकियों को फोन करना था और भगवान पर रिपोर्ट करना था कि क्या पता है।

कुछ बिंदु पर मुझे एहसास हुआ कि मैं कम और कम कर रहा था, लेकिन कुछ भी नहीं बदला। मैंने टूटी-फूटी अंग्रेजी में अपने दांतों से झूठ बोला: “पिछले पूरे हफ्ते मैं बग खोजता हूं। फिर भी कोई सफलता नहीं मिली। जारी रहेगा। ”

"ओके फिल, बहुत अच्छा लगता है" - मेरे ट्रान्साटलांटिक भागीदारों ने उत्तर दिया।

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

अजीब तरह से पर्याप्त, ऊब से बाहर और अति महत्वाकांक्षी होने के नाते मैंने घर पर चीजों को विकसित करने का फैसला किया, और सब कुछ "ठीक से" किया। मेरे पास दुनिया और मेरे बटुए को बेहतर बनाने के लिए सॉफ्टवेयर परियोजनाओं का उपयोग करने के लिए कई विचार थे। मैंने पुस्तक द्वारा सब कुछ किया: एक डिज़ाइन दस्तावेज़, वास्तुकला, सिस्टम आवश्यकताएँ, एक वीएसटीएस परियोजनाएं। सब कुछ व्यवस्थित और परिपक्व था, जैसे निगमों में।

यह कहीं भी नहीं मिल रहा था।

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

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

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

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

रॉक बॉटम पर, मैंने एफ # पर एक हैबर लेख देखा, इसे आज़माया, और सोचा कि "एचएम, बुरा नहीं है!"। मेरे नियोक्ता ने मेरे लिए अध्ययन के एक महीने के लिए खुशी से भुगतान किया (हालांकि वह यह नहीं जानता है)।

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

लेकिन मैं एक बुनियादी स्तर पर समस्याओं को हल कर सकता था, भले ही मैं जानता था कि गहरी: मैं वास्तव में कुछ भी हल नहीं कर सका। मैं सिर्फ कचरे में ज्ञान फेंकना जारी रखूंगा। मैंने प्रोग्रामिंग में अपना विश्वास पूरी तरह खो दिया।

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

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

मेरे जीवन की यह सबसे बुरी शाम, अभी भी ठंड से चलने वाले घर से ठंडी है, मैंने अपने आप को एक आखिरी बार दिया।



मैंने एफ # पर एक छोटा डिजिटल बायोम लिखा और लिखा, जहां मशीन-लर्निंग इकाइयां एक-दूसरे के साथ बातचीत करती हैं और विकसित होती हैं, जबकि मैं मापदंडों के साथ खेलता हूं और देखता हूं कि क्या होता है।

और हाँ, उस रात मैं शायद थोड़ा पागल हो गया था।

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

स्यूडोकोड से वास्तविक कोड तक बढ़ते हुए, मैं एक या दो बड़े मॉड्यूल को पूरा करता हूं और जांचता हूं कि कुछ भी काम कर रहा है या नहीं। आमतौर पर यह नहीं होता है, इसलिए मैं इसे शुरू करना चाहता हूं, इस प्रक्रिया को शुरू से अंत तक दोहराता हूं जब तक कि यह काम न करे। लेकिन अक्सर मैं सिर्फ 5 वीं या 6 वीं यात्रा के बाद छोड़ देता हूं।

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

इस बार, हालांकि, यह अलग था। मैंने VSCode में एक .txt फ़ाइल बनाई और एक फ़ंक्शन के लिए pseudocode लिखा जो मेरे ऐप के जीवन चक्र का वर्णन करता है। और मुझे एहसास हुआ कि मेरा छद्म कोड एफ # में मान्य है। कुछ भी अनुवाद करने की आवश्यकता नहीं है, मैंने सिर्फ अपनी परियोजना का मुख्य कार्य लिखा है। ठीक है, मैंने फ़ाइल एक्सटेंशन को बदल दिया, इसे स्वच्छ समाधान में जोड़ा। मेरा जीवन चक्र कार्य था। यह वर्तमान विश्व स्थिति को स्वीकार करता है, एक चीज जो इसे (दुनिया खुद को संसाधित करती है) और अद्यतन स्थिति को बाहर निकालती है, एक चीज जो इसे एआई मापदंडों और पीठ के एक सेट में तब्दील करती है, और स्वयं एआई जो मापदंडों को स्वीकार करती है और समाधान निकालती है। ।

तब यह सरल था। आप राज्य लेते हैं, इसे एआई मापदंडों में बदलते हैं, उन्हें एआई को खिलाते हैं, परिणाम को वापस विश्व राज्य में बदल देते हैं, इसे खेल को देते हैं, और परिणाम जीवन चक्र फ़ंक्शन में वापस चला जाता है। एक सुंदर पुनरावृत्ति, एक सरल एल्गोरिथ्म, उदात्त कोड, सभी GOF बॉक्स से बाहर। जो कुछ बचा था, उसे काम करना था।

लेकिन बात यह है, मुझे अब वास्तुकला के बारे में सोचने की ज़रूरत नहीं है। मैं लिखता हूं कि जावा और शार्प डेवलपर्स क्या कहते हैं "कंट्रोल कंटेनर का उलटा" - एक ऐसा फ़ंक्शन जो जीवन चक्र फ़ंक्शन को लेता है और फ़ंक्शन से गुजरता है मेरे मॉड्यूल (II, गेम)। VSCode इसे लाल रंग में हाइलाइट करता है क्योंकि इसमें या तो फ़ंक्शन या मॉड्यूल नहीं हैं, लेकिन मेरे पास वह है जो मुझे चाहिए - जैसे ही लाल हाइलाइट्स गए, मैं प्रोजेक्ट बना सकता हूं और यह पूरा हो गया है।

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

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

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



मुझे नहीं पता कि सौदा क्या है - यदि F # एक स्मारकीय रूप से भयानक तकनीक है, या अगर यह बस मुझे पूरी तरह से फिट बैठता है, या यदि यह इन कार्यों के लिए विशेष रूप से बनाया गया है - तो क्या अंतर है? उस क्षण में जो महत्वपूर्ण है वह था मैं डूब गया और मुझे एक जीवनरक्षक की आवश्यकता थी। जीवन ने मुझे एफ # फेंक दिया और मैंने इसे से बाहर निकाल दिया। अब यह मेरे लिए सिर्फ एक और सौम्य तकनीक नहीं है - यह एक बहुत बड़ा भावनात्मक सौदा है।

अब, जब मैं किसी को F # डांटते हुए सुनता हूं - “एक स्थिर तकनीक! एक geek खिलौना ... "- मुझे हमेशा ठंडी सर्दियों की रात, जलती हुई कार, मेरे मुंह में जमे हुए सिगरेट, अवसाद और एफ # याद है जिसने मुझे इसे बाहर खींच लिया। यह ऐसा है जैसे किसी ने मेरे सबसे अच्छे दोस्त को थूक दिया।

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