Jepsen को Clojure में क्यों लिखा गया

Jepsen को Clojure में क्यों लिखा गया?

• Jepsen को concurrency systems, खासकर databases, की testing के लिए बनाया गया है.
• Clojure के immutable data structures और बेहतरीन concurrency support की वजह से सही concurrent programs लिखना आसान होता है.
• कई तरह के database clients का support चाहिए, और Clojure की Java के साथ interoperability अच्छी है.

testing के लिए language का चयन

• experimental testing work के लिए एक संक्षिप्त और flexible language की ज़रूरत थी.
• Clojure संक्षिप्त है और macro system के ज़रिए syntactic flexibility देता है.
• जटिल data structures को संभालने वाली testing के लिए Clojure के data structures और standard library functions बहुत उपयुक्त हैं.

performance और stability

• ऐसी language चाहिए जिसका performance "काफी अच्छा" हो; Clojure, Java की तुलना में अपेक्षाकृत धीमा है, लेकिन performance gap को संभाला जा सकता है.
• JVM के बेहतरीन profiling tools, Clojure के साथ अच्छी तरह काम करते हैं.
• Clojure, JVM target और language दोनों रूपों में उच्च stability दिखाता है, और libraries के जल्दी obsolete होने की समस्या कम है.

कमियां और फैसला

• Clojure की engineering community छोटी है और इसमें व्यापक रूप से स्वीकार किया गया static type system नहीं है.
• Jepsen को एक छोटी team maintain और use करती है, इसलिए ये कमियां बड़ा मुद्दा नहीं बनतीं.
• Jepsen का Clojure में prototyping करने के बाद लिया गया फैसला काफ़ी अच्छा trade-off साबित हुआ.

GN⁺ की राय

• Jepsen के Clojure में लिखे जाने की सबसे अहम वजह यह है कि Clojure के immutable data structures और मजबूत concurrency support की बदौलत यह जटिल concurrent database systems की testing के लिए उपयुक्त है.
• यह लेख software engineering, खासकर concurrency programming और database systems में रुचि रखने वालों के लिए दिलचस्प हो सकता है, और यह एक व्यावहारिक उदाहरण देता है कि किसी खास programming language का चयन वास्तविक project पर कैसे असर डाल सकता है.

[GN⁺]

Hacker News राय

• Clojure और ClojureScript को 10 साल तक इस्तेमाल करने वाले एक उपयोगकर्ता ने Clojure के फ़ायदों के रूप में यह रेखांकित किया कि डोमेन कोड को .cljc फ़ाइलों में लिखकर उसे server और client दोनों तरफ compile किया जा सकता है, transducers का performance और reusability अच्छा है, और Clojure स्थिर है तथा पुरानी compatibility बनाए रखता है.
• Clojure ecosystem की समस्याओं के रूप में यह राय दी गई कि tools की accessibility और usability में बहुत बड़ा अंतर है, और अगर अधिक आसान tools या framework हों तो Clojure को अधिक व्यापक रूप से अपनाया जा सकता है.
• 7 साल तक केवल Clojure इस्तेमाल करने वाले एक developer ने कहा कि मजबूत type system की अनुपस्थिति उनकी मुख्य शिकायत है, और उनका मानना है कि Clojure, Ruby या Python पसंद करने वाले developers को अधिक ताकत देता है.
• Clojure और ClojureScript में development करने वाली एक team ने Clojure की accessibility और REPL workflow के फ़ायदों का ज़िक्र किया, और कहा कि छोटे project या tasks के लिए Babashka/nbb का उपयोग उपयोगी है.
• Clojure सीखना शुरू करने वाले एक beginner को tools की error states कठिन और अस्पष्ट लगती हैं, लेकिन वह Clojure ecosystem के नवाचारी ideas को मूल्यवान मानता है और parentheses के उपयोग तथा nil handling में सुधार की ज़रूरत बताता है.
• यह भी कहा गया कि library combinations को लेकर Clojure community की लगभग सिद्धांतवादी चाहत, वास्तविक web development teams की काम करने की गति को धीमा कर सकती है, और अधिक आसान web framework की ज़रूरत है.
• कुछ लोगों ने Clojure के छोटे engineering community और static type system की अनुपस्थिति को कमज़ोरी माना, जबकि Java के साथ interoperability को इसकी ताकत बताया.
• एक Clojure उपयोगकर्ता ने Clojure के error messages और type hints की कमी की ओर इशारा किया, और बड़े पैमाने पर code refactoring की कठिनाइयों पर अफ़सोस जताया.
• Clojure beginners के लिए एक interactive tutorial site सुझाने वाली एक टिप्पणी भी दी गई.
• एक उपयोगकर्ता ने कहा कि उसे Clojure पसंद है, लेकिन उसने यह सीखा कि जटिल आधुनिक applications में आख़िरकार ecosystem ही सबसे अधिक मायने रखता है.