चौखटे - pluses की तुलना में अधिक minuses

इस लेख का कारण हैबे पर एक और प्रकाशन था। इसे "फ्रेमवर्क न सीखना, वास्तुकला सीखना" कहा जाता है और आप इसे यहां पढ़ सकते हैं।

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

पहला, अपने बारे में थोड़ा

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

छोटी-बड़ी उपलब्धियों का वादा

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

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

और इस बार ... और यह दो ...

एरास्ट फैंडोरिन

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

दूसरा दावा बिना किसी अपवाद के, आविष्कार के लिए आतिशबाजी के लेखक, उनकी प्रोग्रामिंग भाषा जैसा कुछ है। मुझे समझाने का क्या मतलब है। उदाहरण के लिए सबसे आम js jQuery लाइब्रेरी लें। उसी समय, मैं तुरंत एक आरक्षण कर दूंगा कि मैं इसे लगभग एकमात्र उपयोगी, सक्षम और बहुत से, बहुत से चापलूसी वाले एपिसोड, जैसे के बीच में मानता हूं। मैं jq को केवल एक उदाहरण के रूप में देता हूं क्योंकि निश्चित रूप से हर कोई समझ जाएगा कि मेरा क्या मतलब है। और इसलिए आप मूल js पर document.getElementById ("id"), और jQuery $ ("# आईडी") की तरह आईडी द्वारा तत्व का उपयोग कर सकते हैं। तथ्य यह है कि यह एक दर्जन से कम वर्ण लिखा गया था, बहुत प्रभावशाली नहीं है। इसी समय, jq के पास अन्य लाभों का एक समूह है, जिसके लिए मैं एक नया वाक्यविन्यास सीखने के लिए तैयार हूं। इसके अलावा, यह विश्वसनीय है और लगभग कभी भी अन्य पुस्तकालयों के साथ संघर्ष नहीं करता है। जो नहीं कहा जा सकता है, और उसकी तरह का एक ढेर, जो प्रतिस्थापित करने के लिए भविष्यवाणी की जाती है।

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

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

और ये तीन हैं ...

वह है

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

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

शाश्वत प्रश्न

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

1. मानक का एक न्यूनतम सेट, अधिकतम अनुकूलित कार्य शामिल हैं
2. टूल प्रोग्रामर को प्रोग्रामिंग की एक नई "अन-लैंग्वेज" जैसा कुछ सीखने के लिए मजबूर नहीं करना चाहिए जो मस्तिष्क को पूरी तरह से निष्क्रिय कर देती है
3. और यह सब, आदर्श रूप से, एक प्रकाश पुस्तकालय में बनाया जाना चाहिए जो ऑपरेटिंग सिस्टम के साथ कोड की मात्रा के मामले में प्रतिस्पर्धा करने की कोशिश नहीं करता है।

शायद मैं गलत हूं, लेकिन अभी तक, कोई भी मुझे अन्यथा समझाने में सक्षम नहीं है। किसी भी राय को सुनने के लिए तैयार है।