मैं एर्लांग के साथ आया क्योंकि यह मौजूद नहीं था

जो आर्मस्ट्रांग, एर्लांग डेवलपर द्वारा पोस्ट किया गया

एक पुराने टाइमर प्रोग्रामर के रूप में, मैं कभी-कभी अपने युवाओं को याद करना पसंद करता हूं ...

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

औसतन, एक प्रोग्राम लिखने में 3 सप्ताह लगते हैं:

सप्ताह 1 - कागज पर एक कार्यक्रम लिख रहा है और इसे एक कंप्यूटर केंद्र पर भेज रहा हूं, जहां मुझे कार्ड दिया गया था;
सप्ताह 2 - पंच कार्ड की जाँच करना, और उन्हें कंप्यूटर पर डाउनलोड करना;
सप्ताह 3 - परिणामों की प्राप्ति और विश्लेषण।

जब कंपाइलर प्रोग्राम में पहली सिंटैक्स त्रुटि पर पहुंचा, तो यह बंद हो गया, और इसने मुझे पहले हफ्ते में, बहुत शुरुआत में वापस फेंक दिया। कार्यक्रम में 10 त्रुटियों को ठीक करने में 30 सप्ताह लग सकते हैं!

हालांकि कुछ मायनों में यह और भी अच्छा था - यह एक कार्यक्रम लिखने से पहले सोचना और गलतियों को नहीं करना सिखाया।

1970 में मैं विश्वविद्यालय गया। मैं स्वयं पंच कार्ड प्रिंट कर सकता था, और इस चरण के लिए आवश्यक समय एक सप्ताह से घटाकर 4 घंटे कर दिया गया था। मैंने अभी भी फोरट्रान में लिखा था।

1974 में, मुझे एक Honywell DDP516 कंप्यूटर का उपयोग मिला - एक विशाल 32 KB मेमोरी के साथ। फोरट्रान ने अंत में एक सप्ताह से भी कम समय में 100-लाइन कार्यक्रम तैयार किया!

और उसी वर्ष मैंने CERN में काम करना शुरू किया और CRAY1 सुपरकंप्यूटर का उपयोग करना शुरू किया, जिसने 1 पिकोसकॉन्ड (हाहा) में फोरट्रान कोड की 100 हजार लाइनों को संकलित किया, वास्तव में, यह मेरे वर्तमान मोबाइल फोन की तुलना में एक लाख गुना धीमा था)!

और मैंने अभी भी फोरट्रान में लिखा था।

जल्द ही मैं DEC10 के साथ खेलने में सक्षम था - अब मैं पहले से ही फोरट्रान, बेसिक और असेंबलर में कोड लिख सकता था, और यह मल्टी-टास्किंग था! अगर मैं संयुक्त राज्य अमेरिका में रहता, तो मैं बिल गेट्ज बन जाता, लेकिन मैं एडिनबर्ग में रहता था।

1976 में, मुझे फोरट्रान और असेंबलर पर NORD10 में नौकरी मिल गई, और यह कंप्यूटर वास्तव में तेज था, सेकंड में कार्यक्रमों के साथ मुकाबला कर रहा था!

1980 में, मैं अभी भी FORTRAN में प्रोग्रामिंग कर रहा था (मैं मशीन का नाम भूल गया)। सभी फाइलें एक फ़ोल्डर में थीं, कोई पूर्ण-स्क्रीन संपादक नहीं था, कोई संस्करण नियंत्रण प्रणाली नहीं थी। मैंने इस सब के लिए फोरट्रान पर कोड की लगभग 150 हजार पंक्तियाँ लिखी हैं!

1985 - मैं अद्भुत VAX11 / 750 के साथ एरिक्सन में शामिल हुआ। अंत में, मैं पूरी तरह से नई भाषाएँ सीखने में सक्षम था। अलविदा फ़ोर्टन!

मैंने अध्ययन किया (डिग्री बदलती के लिए) लिस्प, प्रोलॉग, अज़ेक, बैश, स्मॉलटाक, टीसीएल, और प्रोलॉग में एक समर्थक बन गया (अर्रर्र इज माई चार्म)

मैंने लगभग सभी भाषाओं के साथ खेला, जिन्हें मैं अभी भी (एमएल, आगे, ...)
1986 - एरलांग काल की शुरुआत (मैं एरलंग का अध्ययन नहीं कर सकता था, क्योंकि यह तब मौजूद नहीं था, इसलिए हम कह सकते हैं कि मैंने इसे बनाया) - यह प्रोलॉग + स्मॉलटॉक की संतानें थीं।

फिर मैंने अध्ययन किया (बकवास) सी। माइक विलियम्स (एरलंग के सह-डेवलपर) ने कहा कि मेरा सी कोड बकवास है और एक फोरट्रान की तरह दिखता है। उनके वाक्यांश ने मेरे C को ट्रैश में भेज दिया ...

जब सी ++ ने लोकप्रियता हासिल करना शुरू किया, तो मैंने इसके बारे में एक किताब पढ़ने की कोशिश की ... अब तक, पियानो के पीछे की दीवार पर एक दांत था, जहां मैंने इसे गुस्से में फिट कर दिया! आखिरकार, मैंने सोचा कि सी में सुधार करने से चीजें आसान हो जानी चाहिए, और सब कुछ और भी भ्रामक हो गया!

समय बीतता गया।

मैंने जावा की कोशिश की, मैं प्रभावित नहीं था, हालांकि यह सी ++ से बेहतर है, लेकिन यह कैसे क्रिया है! जब आप सरलतम चीजों को लागू करने के लिए फोरट्रान पर कोड की सैकड़ों पंक्तियाँ लिखते हैं तो आपकी उंगलियां सुन्न हो जाती हैं - जावा में एक ही चीज। बाद में, मैंने पायथन (मानदंडों), रूबी (मानदंड), लुआ (बेहतर), जावास्क्रिप्ट (मेरा प्यार :-)) में भी कार्यक्रम किया। इन भाषाओं को सीखने में मुझे बहुत समय लगा। मेरे पास 15 साल का फोरट्रान अनुभव है - इसमें एक समर्थक बनने के लिए पर्याप्त है, 10 साल का प्रोलॉग, 20 साल का एर्लैंग, और इसी तरह।

नए विचारों को सीखने में बहुत समय लगा। प्रोग्रामिंग में नए विचार बहुत कम आते हैं। लगभग 20 वर्षों में एक बार, कोई व्यक्ति वास्तव में अच्छा, ताजा विचार लेकर आता है। प्रोग्रामिंग अब 20 साल पहले के स्तर की तुलना में बहुत दूर नहीं गया है - वास्तव में, जैसा कि कोड में गड़बड़ी थी, यह बना रहा।

आईडीई और संस्करण नियंत्रण प्रणालियों ने हमारी दुनिया को बदतर बना दिया है। आपके पास मेस और मेस के सभी पुराने संस्करण हैं, और IDE का अर्थ है कि आप इस मेस को देख भी नहीं सकते। फिर भी दुनिया की सबसे अच्छी IDE आपका दिमाग है।

तो आपकी शिक्षा का क्या करना है? मैं सुझाव देना चाहूंगा कि आप कहां से शुरू कर सकते हैं।

आप 20 से अधिक भाषाओं में से चुन सकते हैं (उनमें से सभी एक विशेष कार्य के लिए अच्छे हैं)। मुझे 40 साल का अध्ययन क्या लगा, आप 2-3 साल में अध्ययन करने की कोशिश कर सकते हैं, यह असंभव नहीं है।

शुरुआती भाषाओं को क्या सीखना चाहिए, स्कूलों में क्या सिखाया जाना चाहिए?

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

तो, यहाँ सीखने के लिए मेरी सिफारिशें हैं:

• सी
• Prolog
• एरलंग (यम यम :)
• स्मालटाक
• जावास्क्रिप्ट
• हास्केल / एमएल / ओकेएमएल
• एलआईएसपी / योजना / क्लोजर

कुछ वर्षों के लिए पर्याप्त होना चाहिए (एक भाषा)। मेरा मतलब "क्विक स्टार्ट" या ऐसा कुछ नहीं है। यदि आप जल्दी से कोड करना चाहते हैं, तो तुरंत "डम्पीज के लिए पीएचपी" पुस्तक के लिए स्टोर पर जाएं और अगले 20 साल के सवालों को खर्च करें जैसे "स्ट्रिंग की लंबाई की गणना कैसे करें।"

हम अभी भी विभिन्न कार्यक्रमों और विभिन्न भाषाओं में लिखे मॉड्यूल की बातचीत में बेहद कमजोर हैं। अभी भी बातचीत करने का सबसे अच्छा तरीका यूनिक्स खोज का उपयोग करना है ... | grep | यूनीक | सॉर्ट | ...
इसका मूल कारण यह है कि स्पष्ट रूप से परिभाषित प्रोटोकॉल के साथ विभिन्न घटकों की बातचीत के लिए किसी प्रकार की मध्यवर्ती भाषा होनी चाहिए।

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

और ALGORITHMS सीखें।

आपका स्वास्थ्य!

लेख में PS वर्ष अनुमानित हैं

जो आर्मस्ट्रांग द्वारा पोस्ट किया गया; मूल लेख अंग्रेजी में ; इसके द्वारा अनुवादित: metadiel

दोस्तों, मैं हर किसी से आग्रह करता हूं जो आईटी विषयों और स्टार्टअप्स के प्रति उदासीन नहीं है और दिलचस्प अंग्रेजी भाषा के लेखों के अनुवाद में शामिल होना जानता है! रास्ते में: अंग्रेजी को पंप करना, क्षितिज को व्यापक बनाना और उन लोगों से सम्मान जो उन्हें मूल में पढ़ने के लिए बर्दाश्त नहीं कर सकते। एक व्यक्तिगत में लिखें!