TUIs बनाना बंद करें
Text-based user interfaces (TUIs) को फिर से आंका जा रहा है क्योंकि बड़े language models native graphical apps, खासकर macOS जैसे platforms पर, “vibe code” करना आसान बना रहे हैं। टिप्पणीकार बहस करते हैं कि क्या TUIs की ताकतें — speed, low resource use, SSH-friendliness, keyboard-centric workflows, stability, और systems के बीच portability — उनकी कमियों जैसे poor accessibility, कमजोर OS integration, और modern GUIs तथा web apps की तुलना में सीमित interaction patterns पर भारी पड़ती हैं। कई लोग निष्कर्ष निकालते हैं कि चुनाव audience और context पर निर्भर होना चाहिए: developers और remote/server workflows के लिए TUIs, अधिकांश end‑user tasks के लिए GUIs या web apps, और दोनों को बेहतर tooling तथा design discipline से लाभ होगा.
TUIs बनाम GUIs पर समग्र भावना
- कई टिप्पणीकार TUIs को बहुत पसंद करते हैं; अन्य लोग तर्क देते हैं कि वे आदिम, बग्गी, और आधुनिक GUIs से कमतर हैं।
- कई लोग कहते हैं “सही टूल का उपयोग करें”: dev tools और power-user workflows के लिए CLI/TUI फायदेमंद हैं; end‑user apps आम तौर पर GUI होनी चाहिए।
TUIs की मानी गई ताकतें
- SSH के माध्यम से, tmux/screen में, और headless या remote machines पर अच्छी तरह काम करती हैं; sessions को devices के बीच फिर से शुरू करना आसान है।
- कम resource use, उच्च responsiveness, और अक्सर कोई animation या visual clutter नहीं।
- Keyboard-centric, information-dense UIs जो terminal workflows में फिट बैठती हैं; keypresses भेजकर automate करना आसान।
- अत्यंत स्थिर platform: terminals और curses/ncurses जैसी libraries दशकों से मौजूद हैं; TUIs को अक्सर बहुत कम maintenance चाहिए।
- डिफ़ॉल्ट रूप से cross-platform; वही TUI Linux, macOS, servers, और कभी-कभी minimal hardware पर भी चल सकती है।
- उच्च-गुणवत्ता वाले GUIs डिज़ाइन करने की तुलना में “good enough” interfaces बनाना आसान; constraints design को सरल बनाते हैं।
TUIs की आलोचनाएँ और सीमाएँ
- Accessibility अक्सर कमजोर होती है; OS accessibility APIs के लिए बहुत कम support।
- GUI desktops के साथ कमजोर integration (drag‑and‑drop, file associations, system search, document icons, standard shortcuts)।
- Rich visual tasks (maps, image editing, complex multi-pane documents) करना कठिन; fixed character grid और सीमित widgets।
- बहुत सी TUIs plain CLIs की तुलना में कम scriptable होती हैं और आसानी से pipe नहीं की जा सकतीं, जब तक कि उन्हें dual CLI/TUI use के लिए explicitly design न किया गया हो।
- Terminal conventions GUI conventions से टकराती हैं (जैसे Ctrl‑C behavior, shortcut inconsistencies)।
GUI और web perspectives
- कुछ लोग कहते हैं native GUIs स्थिर बनी हुई हैं (Qt, GTK, Cocoa, WinForms/WPF/WinUI) और अच्छी तरह design होने पर तेज़ और information-dense हो सकती हैं।
- अन्य लोग शिकायत करते हैं कि modern GUIs/web apps touch, animations, और whitespace को प्राथमिकता देते हैं, जिससे efficiency और keyboard usability कम होती है।
- एक समूह तर्क देता है कि native apps increasingly anachronistic हैं: graphics के लिए web apps, text के लिए TUIs का उपयोग करें।
LLMs और “vibe-coded” UIs
- कई लोग नोट करते हैं कि LLMs से SwiftUI और अन्य GUIs को “vibe code” करना आसान हो गया है, जिससे व्यक्तिगत, disposable native apps को बढ़ावा मिलता है।
- कुछ लोग article की आलोचना करते हैं कि यह ऐसे projects का incoherent, clickbaity showcase है; अन्य लोग इसे coherent और inspiring मानते हैं।
Terminal & TUI ecosystem
- नए TUI frameworks (Ratatui, Textual, BubbleTea, आदि) की प्रशंसा की जाती है; कुछ लोग built‑in accessibility और richer semantics वाले modern terminal protocol की मांग करते हैं।