Janet क्यों? (2023)

मूल लेख ↗ Hacker News चर्चा ↗

वाक्यविन्यास, Lispy शैली, और पठनीयता

  • बहुत से लोग Janet के “modernized Lisp” नामकरण (fn, first, do, set) और सुसंगत s-expressions को पसंद करते हैं, खासकर trees/JSON/DSLs के लिए।
  • फिर भी कुछ लोग Lisp के कोष्ठकों को अब भी बहुत नापसंद करते हैं, और उन्हें पढ़ना/संपादित करना कठिन लगता है, विशेषकर math-heavy या लंबे expressions में।
  • कुछ लोगों का तर्क है कि अच्छे editors (Parinfer, structural editing) होने पर syntax संबंधी शिकायतें जरूरत से ज्यादा बढ़ा-चढ़ाकर कही जाती हैं, और सभी mainstream languages में किसी न किसी तरह की ugly या inconsistent syntax होती ही है।
  • parameters और vectors के लिए square brackets का उपयोग (Clojure की तरह) लोगों में विभाजन पैदा करता है; कुछ लोगों को यह परंपरा सीख लेने के बाद elegant लगती है, जबकि कुछ इसे स्वीकार ही नहीं कर पाते।

प्रदर्शन और कार्यान्वयन

  • बताया जाता है कि Janet मोटे तौर पर Lua (PUC-Rio) के क्षेत्र में है; कुछ benchmarks में यह लंबे runs के लिए Python से लगभग 5–10x तेज़, LuaJIT पर Fennel से थोड़ा धीमा, और compile-time-heavy छोटे tasks में Go से भी बेहतर दिखती है।
  • इसमें threaded bytecode VM है; JIT-level नहीं, लेकिन इसे scripting और छोटे tools के लिए “काफी तेज़” माना जाता है।
  • Global state thread-local है; हर thread के लिए एक janet_init()। complex multi-interpreter/multi-thread embedding (जैसे audio plugins) के लिए इसकी उपयुक्तता पर बहस है।

Macros, DSLs, और Compile-Time Power

  • Macros और homoiconicity इसका बड़ा आकर्षण हैं। उदाहरणों में infix math DSLs, SQL-like/dataframe query DSLs, APL/J-style vectorization, और web query DSLs शामिल हैं।
  • Janet compile time पर भारी काम शिफ्ट करना आसान बनाती है (जैसे बड़े data tables को binary में literal structures के रूप में embed करना)।
  • कुछ लोग इस पर ज़ोर देते हैं कि “Lisp moment” macros से अकेले नहीं, बल्कि REPL-driven development, structural editing, और code को data की तरह देखने से आता है।

Parsing: PEGs बनाम Regular Expressions

  • Janet text parsing के लिए regex की बजाय PEG-based parsing को बढ़ावा देती है।
  • समर्थकों का कहना है कि जटिल grammars के लिए PEGs अधिक स्पष्ट और अधिक शक्तिशाली हैं।
  • आलोचक PEGs को एक “evolutionary dead-end” कहते हैं, non-commutative alternatives और debugging की कठिनाइयों की ओर इशारा करते हैं, और नोट करते हैं कि वास्तविक grammars parser की कमजोरियाँ उजागर कर सकती हैं।
  • अन्य लोग जवाब देते हैं कि regex engines में भी order-dependent behavior और backtracking की परेशानी होती है।

Embeddability, Sandboxing, और उपयोग के मामले

  • Embeddability एक प्रमुख selling point है; लोग Janet का उपयोग scripting, embedded scripts वाले markup, game engines, web services, और छोटे binaries के लिए करते हैं।
  • Built-in sandboxing (feature sets को irreversibly disable करना) की प्रशंसा की जाती है, ताकि untrusted code को सुरक्षित रूप से embed किया जा सके या utilities की क्षमताएँ सीमित की जा सकें।
  • Built-in networking और shell DSL इसे बड़े system scripts के लिए sh/Python/awk के विकल्प के रूप में आकर्षक बनाते हैं।

Ecosystem, Tooling, और तुलना

  • सकारात्मक पक्ष: छोटा, सरल core; तेज़ startup; static binaries बनाने की क्षमता; community docs और tutorials; वास्तविक production उपयोग (web apps, tools, art software)।
  • नकारात्मक पक्ष: सीमित library ecosystem (जैसे HTTP tooling, TLS, routing), कमजोर package versioning, और “immutable collections” को लेकर कुछ भ्रम, जो stdlib द्वारा अक्सर mutably लौटाई जाती हैं।
  • इसकी तुलना अक्सर Clojure (immutability, data focus), Lua/Fennel (embedding, speed), Tcl (DSLs, scripting), और Babashka (shell scripting) से की जाती है। प्राथमिकताएँ platform, data-processing की ज़रूरतों, और startup/perf tradeoffs पर निर्भर करती हैं।

AI, Communities, और Meta-Discussion

  • एक बड़ा subthread “AI-free communities”, spam/bot defenses (web-of-trust, identity verification, paywalls), और AI के leaderboard व forums पर प्रभाव की ओर मुड़ जाता है।
  • कुछ लोग human-moderated spaces की सराहना करते हैं और LLM-generated content के प्रति वैचारिक विरोध व्यक्त करते हैं; अन्य लोग outright bans या purity tests को दूर करने वाला मानते हैं।