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