क्यों डेल्फी "मर रहा है" या "एक प्रोग्रामर एक पाठक नहीं है, एक प्रोग्रामर एक लेखक है"

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



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



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



इसलिए, जितना संभव हो उतना लाभ प्राप्त करने के लिए, आपको लागत को कम करने की आवश्यकता है

• लोहे का घटक
• सॉफ्टवेयर घटक
• ऑपरेटर प्रशिक्षण
• सूचना प्रणाली विकास

यह इन कारणों के कारण है कि पतले ग्राहक एक ला टर्मिनल्स हैं, संचालक सही अनुक्रम में दाहिने बटन पर प्रहार करते हैं और छात्रों द्वारा टर्म पेपर के रूप में लिखित सूचना प्रणाली।



ऑब्जेक्ट डेल्फी, जो प्रक्रियात्मक पास्कल से बाहर हो गई, में बहुत कम प्रवेश सीमा है, तीसरे पक्ष के पुस्तकालयों पर न्यूनतम निर्भरता प्रदान करता है, और विभिन्न DBMS में संग्रहीत डेटा तक पहुंच प्रदान करता है।



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



शीतल घटक , दूसरे शब्दों में, ऑपरेटिंग सिस्टम। डेल्फी आपको एमएस विंडोज पर चलने वाले कार्यक्रमों को लिखने की अनुमति देता है, जो उन्मत्त गति से लोकप्रियता प्राप्त कर रहा है - एक पायरेटेड विंडोज डालना कोई समस्या नहीं है। यह कैसा है ... J3QQ4 ...



ऑपरेटर प्रशिक्षण यदि ऑपरेटर विंडोज में काम करने की मूल बातें जानता है, तो आप एक सरल निर्देश के साथ कर सकते हैं जो इंगित करता है कि किस बटन को किसके लिए दबाया जाए।



एक सूचना प्रणाली का विकास एक आधे साल के लिए कम प्रवेश सीमा वास्तव में एक छात्र या छात्रों के समूह को एक सूचना प्रणाली लिखने की अनुमति देती है जो ग्राहक की मामूली आवश्यकताओं को पूरा करती है।



यह प्रवेश की निम्न सीमा थी जिसने डेल्फी के भाग्य में घातक भूमिका निभाई। यह सब कैसे हुआ, मेरा नि: शुल्क संक्षिप्त विवरण।

1. डेल्फी अधिक से अधिक लोकप्रिय हो गया, नए DBMS के लिए समर्थन पेश किया जा रहा है
2. डेल्फी का उपयोग करके कार्यान्वित परियोजनाओं की संख्या बढ़ रही है
3. डेल्फी प्रोग्रामर्स की संख्या बढ़ रही है
4. वैश्विक (न केवल यूएसएसआर-रूस में, बल्कि यूएसए में भी) तकनीकी कर्मियों के प्रशिक्षण का संकट शुरू होता है
5. प्रौद्योगिकी के विकास के अनुसार सूचना प्रणाली की आवश्यकताएं जटिल हैं
6. डेल्फी डेवलपर्स प्रौद्योगिकी विकास की दिशा में गलत हैं (डॉटनेट अभी तक प्रासंगिक नहीं था)
7. ग्राहक एक अच्छे डेल्फी प्रोग्रामर को एक बुरे से नहीं बता सकते - कोई प्रमाणपत्र प्राधिकारी नहीं हैं
8. अंडर-प्रोग्रामर्स द्वारा लिखित परियोजनाओं की संख्या बढ़ रही है
9. समर्थन की आवश्यकता वाली परियोजनाओं की संख्या बढ़ रही है (कोड / तर्क में परिवर्तन)
10. ग्राहक यह सुन रहे हैं कि "इसे ठीक करना / खत्म करना आसान है"
11. और वे इसे खराब प्रोग्रामर की तरह कहते हैं जो कोड को नहीं समझते हैं
12. कितना अच्छा है, जिसके बाल बाईडलकोड को देखते हैं
13. डेल्फी डेवलपर्स नई प्रौद्योगिकियों के साथ तालमेल नहीं रखते हैं, हालांकि यह महत्वपूर्ण नहीं है, लेकिन ...
14. अधिक से अधिक लोगों / ग्राहकों / प्रबंधकों को लगता है कि "डेल्फी खराब है"
15. डेल्फी के प्रतियोगियों को नींद नहीं आ रही है, लेकिन अधिक से अधिक "स्वादिष्ट" प्रौद्योगिकी केक को रोल कर रहे हैं
16. किसी अच्छे प्रोग्रामर के लिए यह मायने नहीं रखता कि वे क्या लिखें, वे दूसरी भाषा में "जाते हैं", कम और अच्छे डेल्फी प्रोग्रामर हैं
17. डेल्फी विकास में जमा देता है, नुकसान लाता है, मालिक एक के बाद एक बदलते हैं
18. भाषा के विकास के समापन के बारे में अफवाहें
19. नई परियोजनाओं के लिए ग्राहक एक अलग भाषा चुनने की कोशिश कर रहे हैं, क्योंकि वे एक ही चीज़ को स्क्रैच से दोबारा लिखने के लिए थक गए हैं, इस उम्मीद के बिना कि यह सब भविष्य में काम करेगा, और यह कि प्रोजेक्ट कोड का समर्थन होगा
20. बाजार के तहत गुफाएं, डेल्फी छात्रों को प्रशिक्षण कार्यक्रमों से बाहर करना शुरू करती हैं
21. डेल्फी तकनीकी हलकों में कम और कम उल्लिखित हैं, कई लोग उन्हें "मृत" कहते हैं

इस प्रकार, डेल्फी के अस्थायी सूर्यास्त के मुख्य कारण:

• कम प्रवेश दहलीज
• प्रमाणन केंद्रों की कमी
• प्रबंधन त्रुटियों
• मीडिया में "विज्ञापन" की कमी, या विरोधी विज्ञापन की उपस्थिति
• प्रतियोगियों के विपरीत बड़े विक्रेताओं के लिए समर्थन की कमी

यही है, प्रोग्रामर मुख्य रूप से डेल्फी के पर्यावरण और भाषा से संबंधित थे, लेकिन उनका प्रबंधन दोनों पैरों पर लंगड़ा है। सब कुछ उस पर टिकी हुई है।



यदि ये कारण एक साथ किसी अन्य भाषा / प्रौद्योगिकी में दिखाई देते हैं, तो हम कह सकते हैं कि उसके पास भी समस्याएं हैं / होंगी। उदाहरण के लिए सिल्वरलाइट लें। उसके पास कम प्रवेश सीमा भी है, लेकिन बाकी सभी मदों पर उनके पास सभी टिप-टॉप हैं। मुझे उम्मीद है कि कोई भी यह तर्क नहीं देगा कि एमएस एक प्रमुख विक्रेता या विक्रेता नहीं है जो सभी कल्पनाशील और अकल्पनीय तरीकों से अपने दिमाग की उपज का समर्थन नहीं करता है।



बेशक, डेल्फी के लिए, सब कुछ इतना बुरा नहीं है। अब भाषा के पास पर्याप्त मेजबान है, भाषा अनिश्चित नहीं है, यह अच्छी तरह से विकसित नहीं हो रही है। लेकिन ग्राहकों / प्रबंधकों का विश्वास हासिल करना कठिन है। सच है, जो लोग अभी भी भाषा के प्रति वफादार बने हुए हैं वे अधिक सतर्क हैं। उदाहरण के लिए, एक टीम की भर्ती करते समय, वे प्रशिक्षण के स्तर की पहचान करने के लिए अधिक सावधानी से प्रयास करते हैं, नई भाषा रिलीज का पीछा नहीं करते हैं। डेल्फी 7.0 कई सूट करता है (जैसे कि विंडोज एक्सपी :) वे कहते हैं कि टोटल कमांडर वाला गिस्लर अभी भी दूसरे संस्करण पर बैठता है।



उदाहरण के लिए, मैं अपने शहर की वर्तमान स्थिति का वर्णन करने का प्रयास करूंगा। एक छोटा-सा दफ्तर जो एक-दूसरे के बारे में जानता है, अगर सभी नहीं तो लंबे समय तक। सभी, बिना किसी अपवाद के, नीचे के राज्य के खजाने से खिलाए जाते हैं - ई-सरकार के निर्माण के लिए कई निविदाएं हैं। इस के हिस्से के रूप में, परियोजनाओं को मुख्य रूप से C # और जावा में विकसित किया गया है। DBMS चिड़ियाघर संलग्न: IBM DB2, MS SQL, Oracle, FireBird। टीम में: एक या दो मेहनती गुरु, 3-4 छात्र या ताजे पके हुए स्नातक, दो या तीन मृत भार। क्या यह हमेशा अलग लोगों पर नहीं है। 2-4 प्रोजेक्ट्स पर टीम 2 से 10 लोगों की है। औसतन, पांच परियोजनाओं में से एक: एक नया है, दो पुराने का एक संशोधन है, दो किसी चीज के साथ समझ से बाहर हैं, आमतौर पर कार्यालय का काम (एसएपी, डॉक्सविज़न) या कमीशनिंग और आयरनवर्क।



तो, लगभग हमेशा एक नई परियोजना या तो C # या जावा में लिखी जाती है। पुराने को परिष्कृत करना हमेशा डेल्फी में लिखा गया मामूली ट्विक / रीवर्क / मरम्मत होता है।



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



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



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