V भाषा समीक्षा (2023)
V, एक युवा systems programming language जिसे कभी C, Go, और Rust के सुरक्षित और सरल विकल्प के रूप में पेश किया गया था, अब उन फीचर्स के लिए नए सिरे से जांच के दायरे में है जो या तो काम नहीं करते या अधूरे हैं। टिप्पणीकार memory management, coroutines, और tooling में तकनीकी कमियों को उजागर करते हैं, साथ ही यह आरोप भी लगाते हैं कि परियोजना का documentation और marketing मौजूदा क्षमताओं और भविष्य के लक्ष्यों के बीच की रेखा को धुंधला करते हैं। जबकि कुछ उपयोगकर्ता सकारात्मक अनुभव बताते हैं और volunteer-driven beta project के लिए उदारता की अपील करते हैं, कई अन्य बार-बार टूटे वादों और hostile moderation को V को गंभीर उपयोग के लिए न अपनाने के कारण बताते हैं.
परियोजना का इतिहास एवं दावे
- टिप्पणीकार लंबे समय से चली आ रही विवाद की याद दिलाते हैं: बड़े-बड़े वादे (सरल, तेज़, सुरक्षित “बेहतर C”, कई भाषाओं में सबसे अच्छा, नया memory model) और बार-बार कम प्रदर्शन।
- कहा जाता है कि कई फीचर्स और side projects (UI toolkit, browser, OS, Git host, “autofree” memory, green threads) की घोषणा आक्रामक समय-सीमाओं के साथ की गई थी और फिर वे टल गए या कभी साकार ही नहीं हुए।
- कुछ लोग documentation और website को “aspirational sales pitch” मानते हैं जो WIP फीचर्स को स्पष्ट रूप से label नहीं करती, और इसे भ्रामक मानते हैं। दूसरे इसे एक छोटी टीम की शुरुआती अवस्था की अत्यधिक उत्साही marketing के रूप में देखते हैं।
V की तकनीकी स्थिति
- कई उपयोगकर्ता बताते हैं कि उन्हें compiler bugs बहुत जल्दी मिल गए और language को गंभीर काम के लिए unusable पाया।
- समीक्षा से दोहराई गई विशिष्ट आलोचनाएँ:
- “autofree” टूटा हुआ है; arenas / prealloc global हैं, leak करते हैं, और thread-safe नहीं हैं।
- Coroutines मौजूद हैं, लेकिन IO calls अन्य coroutines को block कर देते हैं, इसलिए कई लोग कहते हैं कि वे व्यावहारिक रूप से “काम नहीं करते”।
- Binaries बड़े हैं; documentation अधूरी है और navigate करना कठिन है।
- समर्थक ध्यान दिलाते हैं:
- Site V को beta बताती है; docs में autofree को WIP कहा गया है और (Boehm) GC इस्तेमाल करने की सलाह दी गई है।
- ज़्यादातर volunteer प्रयास के लिए working compiler, GC integration, और tooling का होना अपने आप में प्रभावशाली है, भले ही सब कुछ rough हो।
- असहमति इस बात पर केंद्रित है कि memory management और coroutines “implemented but immature” हैं या “असल में काम ही नहीं कर रहे”।
समुदाय और moderation
- कई कथाएँ हल्की आलोचना (जैसे Go की सिफारिश करना, critical links पोस्ट करना) पर bans या hostile प्रतिक्रियाओं का वर्णन करती हैं, और moderators द्वारा आलोचकों का अपमान करने की बात कहती हैं।
- दूसरे लोग इसका विरोध करते हैं, परियोजना पर unreasonable attacks की बहुत अधिक मात्रा का हवाला देते हुए कहते हैं कि आलोचना से कुछ सुरक्षा समझ में आती है।
- इस पर बहस है कि क्या community असामान्य रूप से toxic और defensive है, या फिर dogpiling से घिरी हुई है।
तुलनाएँ और अपनाने के संकेत
- V की अक्सर Zig, Odin, C3, Nim, Go, Rust से तुलना की जाती है:
- Zig और Nim को वास्तविक लेकिन अपूर्ण विकल्प माना जाता है; आलोचकों द्वारा V को अक्सर “vaporware” कहा जाता है।
- कुछ उपयोगकर्ताओं को V का syntax, सरलता, performance, और C interop छोटे निजी प्रोजेक्ट्स के लिए सचमुच पसंद है, जबकि वे मानते हैं कि यह production-ready नहीं है।
- GitHub stars (35k+) को भ्रामक माना जाता है; contributors और issues परिपक्वता का अधिक ठोस संकेत माने जाते हैं। कृत्रिम रूप से बढ़ाए गए metrics की आशंका उठती है, लेकिन यह स्पष्ट नहीं है।
स्वर, गुस्सा, और व्यापक विचार
- बहुत से लोग समीक्षा को टूटे वादों का दस्तावेज़ बनाने और दूसरों का समय बचाने के लिए उपयोगी मानते हैं।
- दूसरे लोग इसके अत्यधिक व्यक्तिगत, आरोपात्मक स्वर की आलोचना करते हैं, और इसे V के इर्द-गिर्द बने व्यापक “toxic feedback loop” का हिस्सा मानते हैं।
- कई टिप्पणियाँ बताती हैं कि असामान्य रूप से तीव्र गुस्सा टूटी हुई उम्मीदों से आता है: लोग चाहते थे कि V की महत्वाकांक्षी दृष्टि वास्तविक हो, और उसके आसपास की बेईमानी महसूस होना विशेष रूप से खलता है।