स्काला कठिनाई मुद्दों

सबसे पहले, यह धागा [जिसका अर्थ यह है ] मुझे बहुत निराशावादी लगता है। स्काला का उपयोग वाणिज्यिक कंपनियों की एक विशाल और बढ़ती संख्या में किया जाता है, जिनमें से कई 100 से अधिक डेवलपर्स को रोजगार देते हैं। ये सभी लोग बस अपना काम करते हैं (और ज्यादातर इसे पसंद करते हैं); उन्हें स्काला की जटिलता बहुत डराने वाली नहीं लगती।

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

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

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

क्या इन प्रथाओं को "स्टाइल चेकर्स" जैसे उपकरणों द्वारा बनाया जा सकता है? हो सकता है कि। हम निश्चित रूप से उन्हें विकसित करना चाहते हैं। लेकिन केवल साधनों के लिए अच्छी प्रथाओं के निर्माण की जिम्मेदारी सौंपना मूर्खतापूर्ण होगा।

[UPD ने टाइपो को सही किया और पाठ को थोड़ा और संशोधित किया]