प्रोग्रामिंग कहाँ से शुरू होती है?

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

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

हमने आवेदकों को एक अपेक्षाकृत सरल परीक्षण कार्य को हल करने का प्रस्ताव दिया, जिसमें एक साधारण उदाहरण को थोड़ा परिष्कृत करना आवश्यक था। कुछ लोगों ने ऐसा किया, लेकिन बहुत से आक्रोश के साथ नाराज पत्र आए: "क्या आप एक प्रोग्रामर या व्यवसाय विश्लेषक की तलाश कर रहे हैं?"

नतीजतन, हमने उन लोगों को पाया जिनकी हमें आवश्यकता थी, लेकिन इस अनुभव का विश्लेषण करते हुए, मैं अनजाने में आश्चर्यचकित हो गया: व्यवसाय विश्लेषण कहां समाप्त होता है और प्रोग्रामिंग शुरू होती है?

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

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

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

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

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

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

यदि हम वर्तमान में विकास में उपयोग की जाने वाली भाषाओं और तकनीकों के ढेर पर विचार करते हैं, तो इसे कई स्तरों में विभाजित किया जा सकता है (नेटवर्क प्रोटोकॉल स्टैक की तरह)। उनमें से प्रत्येक पर कुछ नया जोड़ा गया था:

1. कोडांतरक। मशीन-उन्मुख भाषा।
2. C. प्रक्रियात्मक भाषा।
3. सी ++। ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग ।।
4. जावा / सी # / पायथन और अन्य। वर्चुअल मशीनें और प्रबंधित मेमोरी।
5. 1 सी / एक्सेस / एसएपी नेटवेवर, आदि। यहां डेवलपर की परेशानी से मेमोरी, डिस्क, नेटवर्क और अन्य विवरणों के प्रबंधन को हटा दिया गया। आपको व्यावसायिक तर्क के बारे में विशेष रूप से सोचने की आवश्यकता है। यह इस स्तर पर कहीं है कि lsFusion एक मंच के रूप में स्थित है।

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

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



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

यह ध्यान देने योग्य है कि यह पांचवें स्तर पर है कि एसक्यूएल और एचटीएमएल + सीएसएस जैसी उच्च-स्तरीय और घोषित भाषाएं हैं। वैसे, SQL के डेवलपर्स SQL ​​डेवलपर्स के लिए बहुत अधिक वफादार हैं। सबसे अधिक संभावना है, इस तथ्य के कारण कि वे संयोजन में उनके साथ काम करते हैं, कार्यों के एक अलग ब्लॉक को हल करते हुए, उसी 1 सी-प्रोग्रामर के विपरीत जो डेटाबेस और बैकेंड, और एक ही समय में फ्रंटेंड से निपटते हैं।

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

यह ध्यान रखना सही है कि स्वचालित ट्रांसमिशन वाले ड्राइवर में मैन्युअल मोड पर स्विच करने की क्षमता होती है। इसी तरह, आप सी में असेंबली कोड एम्बेड कर सकते हैं, या आप lsFusion में एक स्तर नीचे जा सकते हैं और जावा कोड लिख सकते हैं।

तकनीक का स्तर जितना ऊँचा है, उतना ही अधिक घोषित और कम जरूरी है। आप इन स्तरों को एक पैमाने के रूप में मान सकते हैं, जहां "मशीन" सबसे नीचे होगा, और शीर्ष पर "उपयोगकर्ता" या "व्यवसाय"। जैसा कि आप नीचे से ऊपर की ओर बढ़ते हैं, यह माना जाता है कि प्रोग्रामिंग कम और कम होती जा रही है। और शायद कहीं न कहीं इस लाइन पर एक बिंदु है जब प्रोग्रामिंग एक व्यावसायिक विश्लेषण बन जाता है।

हम पहले से ही भरे हुए प्रोग्रामर की तलाश क्यों नहीं करते? इसके कम से कम कुछ कारण हैं।

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

दूसरे, lsFusion प्लेटफॉर्म पर विकास, साथ ही 1C पर विकास, वास्तव में जावा, .Net और पायथन जैसे निचले स्तर के प्लेटफार्मों पर विकास की तुलना में व्यावसायिक विश्लेषण के करीब है। अन्य कार्य, समस्याएं और दृष्टिकोण हैं।

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

इस पृष्ठभूमि के खिलाफ, आईटी क्षेत्र अलग खड़ा है। यह निम्नलिखित चित्र में सबसे अच्छा देखा गया है:



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

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

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

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

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

समस्या को हल करने के लिए, मंच को डाउनलोड करने और स्थापित करने के लिए आवश्यक था (इंस्टॉलर साइट पर था), कोड को वहां के उदाहरण से कनेक्ट करें और इसे IDE में ठीक करें। हमारे किसी भी lsFusion डेवलपर्स के लिए लगभग 15 मिनट का समय लगेगा। एक साधारण प्रोग्रामर को उदाहरण समझने, डाउनलोड करने, चलाने और हल करने में अधिकतम 3 घंटे लगते हैं, क्योंकि समाधान के लिए प्लेटफॉर्म के अतिरिक्त ज्ञान की आवश्यकता नहीं होती है। मौजूदा तर्क के अनुरूप सब कुछ वहाँ किया गया था।

आंकड़ों के अनुसार, घोषणा हजारों लोगों के कई दसियों द्वारा खोली और पढ़ी गई थी। परीक्षण कार्य खुद (यह एक अलग लिंक पर था) कई हजार द्वारा पढ़ा गया था। लगभग 400 लोगों ने प्लेटफ़ॉर्म डाउनलोड किया (और तब यह एक 1.5GB फ़ाइल थी, जिसमें IDEA, Java और PostgreSQL शामिल थे)। चालीस लोगों ने कुछ भेजा। इनमें से, लगभग दस लोगों के पास पर्याप्त समाधान था। इन लोगों में से, हमने उन लोगों को चुना है जिन्हें हम काम पर रखेंगे।

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

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

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

जब वे मुझसे पूछते हैं कि किस तकनीक से प्रोग्रामिंग करने के लिए रास्ता शुरू करना है, तो मैं जवाब देता हूं: एसक्यूएल से शुरू करें। किसी भी मामले में, उनके ज्ञान को चोट नहीं पहुंचेगी, और बुनियादी कार्यक्षमता (SELECT / JOIN / UNIT) सीखने में एक दिन से अधिक नहीं लगेगा। आगे आपको इंटरनेट से समस्याओं को हल करने का प्रयास करने की आवश्यकता है। यह काम नहीं करता है - इसलिए आपको प्रोग्रामिंग से शुरू नहीं करना चाहिए। यदि कुछ हल किया जा सकता है, तो कम से कम 1 सी या lsFusion एक प्रोग्रामर बन सकता है। और फिर, यह कैसे जाता है।

निष्कर्ष

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