Ghostty और Zig के बारे में Mitchell Hashimoto के साथ साक्षात्कार

Rust बनाम Zig की संस्कृति और प्रचार

• कई टिप्पणीकार साक्षात्कारकर्ता की “Rust culture” के प्रति नापसंदगी पर प्रतिक्रिया देते हुए कहते हैं कि उन्हें Rust, Zig, या दोनों के साथ भी ऐसी ही असहजता महसूस होती है।
• कई लोग बताते हैं कि Zig समर्थक बातचीत को “Rust खराब है, Zig बेहतर है” के रूप में पेश करते हैं, जिसे कुछ लोगों ने ठोस आवश्यकताओं को नज़रअंदाज़ करने वाला माना।
• दूसरों का तर्क है कि Zig, Rust की तुलना में कहीं ज़्यादा “culty” लगता है, बस इसलिए कि वह छोटा है और कम “diluted” है।
• कई लोग Rust evangelists की आलोचना करते हैं जो असंबंधित थ्रेड्स को भटका देते हैं (“इसे Rust में फिर से लिखो,” non-memory-safe भाषाओं के इस्तेमाल पर नैतिक उपदेश देना)।
• प्रति-तर्क: Rust-विशिष्ट जगहों के भीतर, कुछ लोग समुदाय को समावेशी और शुरुआती लोगों के लिए अनुकूल बताते हैं, जिससे लगता है कि बाहर वालों को मुख्यतः zealots दिखते हैं।
• व्यापक दृष्टिकोण: यह लंबे समय से चली आ रही “language culture wars” (C बनाम C++, Java बनाम C++, Mongo बनाम Postgres) की एक और कड़ी है, जिसमें tribalism, identity, और career anxiety शामिल हैं।

भाषा का चयन, ecosystems, और tradeoffs

• कई प्रतिभागियों को तकनीकी रूप से Rust पसंद है, लेकिन वे उसकी verbosity, “compiler puzzles,” ecosystem noise, या सामाजिक गतिशीलताओं के कारण उससे बचते हैं।
• Go की प्रशंसा “pure Go” libraries, कम dependencies, और मजबूत tooling के लिए की जाती है; कुछ लोग Rust से Go पर इसलिए आए क्योंकि वहाँ ecosystem अधिक शांत और maintenance सरल लगा।
• Rust के ecosystem को abstractions, bindings, और “horizontal” काम (frameworks, layers) के मामले में भारी बताया गया है, जबकि downstream users कम हैं।
• Zig को minimalist और C-जैसा माना जाता है; कुछ लोग इसकी सराहना करते हैं कि यह feature creep को अस्वीकार करता है, भले ही इसके कारण सुविधाएँ कम हों।
• Memory safety को व्यापक रूप से मूल्यवान माना जाता है, लेकिन कुछ लोग तर्क देते हैं कि कई applications के लिए GC भाषा, Rust के ownership model की तुलना में अधिक उपयुक्त tradeoff है।

Ghostty, Hashi tools, और forking

• Ghostty पर राय बंटी हुई है: कुछ लोग इसे buggy और mature terminals की तुलना में कम features वाला मानते हैं; दूसरे इसे अब तक इस्तेमाल किया गया सबसे अच्छा, सबसे तेज़ emulator कहते हैं, जिसमें रोज़मर्रा के workflows में कोई noticeable bugs नहीं हैं।
• HashiCorp tools को “overrated” और “game-changing” दोनों कहा गया है। Terraform और Vault को व्यापक रूप से इस्तेमाल होने वाला बताया गया है, खासकर on-prem और high-assurance environments में; जबकि कुछ लोग पूरी तरह cloud-vendor secrets पर निर्भर हैं।
• Ghostty या इसी तरह की projects के forking पर, एक पक्ष कहता है कि upstream के साथ लगातार synchronization बनाए रखना feature flags को संभालने जितना ही कठिन है।
• दूसरों का मानना है कि बेहतर tooling—संभवतः AI-assisted—लंबे समय तक चलने वाले forks और “federated” variants को अधिक व्यावहारिक बना सकती है।

Shells, structured data, और terminals

• CLI output पर बहस: कुछ लोग ज़ोर देते हैं कि CLIs को आसान piping के लिए डिफ़ॉल्ट रूप से plain text देना चाहिए; जबकि अन्य robust automation के लिए JSON या structured data को प्राथमिकता देते हैं।
• PowerShell की structured pipelines के लिए प्रशंसा की जाती है, लेकिन clunky UX और backward incompatibilities के लिए इसकी आलोचना भी होती है।
• नए shells जो JSON को first-class मानते हैं, richer terminal workflows के आशाजनक उदाहरणों के रूप में उद्धृत किए जाते हैं।