एक व्यक्ति के लिए बनाया गया डेस्कटॉप

 (isene.org)
1 पॉइंट द्वारा GN⁺ 2 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • 25 साल में पहली बार, रोज़मर्रा के लगभग सभी प्रोग्राम स्वयं डिज़ाइन किए गए टूल्स से बदल गए, और Claude Code को फीचर जोड़ने व बग ठीक करने का काम देकर मौजूदा general-purpose टूल्स को एक-एक करके बदला गया
  • पूरा environment libc के बिना शुद्ध x86_64 assembly में pixel और key input संभालने वाली CHasm आधारित लेयर, और crust के ऊपर बनी Rust application लेयर Fe₂O₃ में बंटा है
  • CHasm लेयर में i3-wm की जगह tile, kitty की जगह glass, zsh और rsh की जगह bare, और less की जगह show ने ली
  • Fe₂O₃ लेयर में 25 साल से इस्तेमाल हो रहा VIM पहली commit के 72 घंटे के भीतर scribe से बदल दिया गया, और file manager, email, RSS, calendar, astronomy panel, और movie tool भी व्यक्तिगत workflow के हिसाब से बने टूल्स में बदल गए
  • BYOS(Build Your Own Software) अब Rust, Claude Code, और अच्छी तरह documented TUI programming problems की वजह से कहीं अधिक व्यावहारिक विकल्प बन गया है, जिससे एक व्यक्ति के लिए बिल्कुल सही टूल्स को weekend स्तर पर बदला जा सकता है

खुद बनाया हुआ डेस्कटॉप environment

  • 25 साल में पहली बार, लगभग सभी रोज़मर्रा के प्रोग्राम स्वयं डिज़ाइन किए गए टूल्स से बदल गए
  • मौजूदा general-purpose टूल्स को एक ही बार में नहीं बदला गया, बल्कि हाथ में फिट बैठने वाले तरीके से उन्हें एक-एक करके बदला गया
  • Claude Code को फीचर जोड़ने और बग ठीक करने का काम देकर, दूसरे काम करते समय छोटे निर्देश दिए गए और बाद में परिणाम लेकर development आगे बढ़ाया गया
  • पूरा environment दो लेयर में बंटा है
    • CHasm: libc के बिना शुद्ध x86_64 assembly में बनी आधार लेयर, जो pixel draw करती है और key input पढ़ती है
    • Fe₂O₃: Rust application लेयर, जो छोटी shared TUI library crust के ऊपर बनी है

CHasm लेयर: assembly आधारित टूल्स

  • window manager i3-wm से बदलकर tile हो गया
  • status bar और tray i3bar और conky से बदलकर strip और asmites हो गए
  • screen lock i3lock से बदलकर bolt हो गया
  • terminal emulator kitty से बदलकर glass हो गया
  • login shell zsh और rsh से गुजरते हुए bare बन गया
  • file viewer less से बदलकर show हो गया

Fe₂O₃ लेयर: Rust और crust आधारित टूल्स

  • text editor VIM से बदलकर scribe हो गया
  • file manager ranger और RTFM से गुजरते हुए pointer बन गया
  • email, RSS, और chat mutt, newsbeuter, और कई web logins से बदलकर kastrup हो गए
  • calendar Google और MS web से बदलकर tock हो गया
  • astronomy panel astropanel से बदलकर astro हो गया
  • movie और series tool IMDB-terminal से बदलकर watchit हो गया
  • अभी बचे हुए बाहरी टूल्स सिर्फ IRC और दूसरे chat के लिए WeeChat, और नियमित रूप से इस्तेमाल होने वाला एकमात्र GUI प्रोग्राम Firefox हैं

72 घंटे में VIM की जगह लेने वाला scribe

  • vim 2001 से 25 साल तक email, लेखन, blog posts, code, HyperList, और किताब लिखने के लिए मुख्य टूल रहा
  • muscle memory इतनी गहरी थी कि browser के किसी भी text input box में भी :w टाइप हो जाता था
  • scribe की पहली commit 1 मई 00:09 पर हुई, और 3 मई की दोपहर तक उसने vim की जगह ले ली
  • scribe vim की तरह एक modal editor है, लेकिन उसमें वे 90% फीचर हटा दिए गए हैं जिन्हें इस्तेमाल नहीं किया जाता था, और केवल व्यक्तिगत workflow के अनुरूप फीचर रखे गए हैं
    • default soft wrapping
    • Limelight style का focused reading mode
    • buffer छोड़े बिना prompt के भीतर AI
    • पूरे syntax highlighting के साथ HyperList editing
    • Ruby HyperList app द्वारा इस्तेमाल किए जाने वाले encryption format का समर्थन
    • एक साथ चलने वाले sessions के बीच shared persistent registers
  • ये revolutionary फीचर नहीं हैं, लेकिन ये सभी व्यक्तिगत workflow पर बिल्कुल फिट बैठते हैं
  • पहले, चाहा गया फीचर आने पर भी यह इंतज़ार करना पड़ता था कि कोई दूसरा developer वही विचार लेकर उसे टूल में जोड़े—महीनों, सालों, या शायद कभी नहीं; अब वही सुधार कुछ ही मिनटों की दूरी पर है

व्यक्तिगत टूल बनाने की लागत कम हुई

  • पहले अपना editor, file manager, या window manager बनाना कई साल का प्रोजेक्ट होता था
  • RTFM को ठीक से बनाने में भी कई साल लगे, और यह काफी महंगा काम था
  • ज़्यादातर लोगों के लिए, यहाँ तक कि programmers के लिए भी, इसका आर्थिक औचित्य नहीं था
  • थोड़ा-बहुत बनाकर weekend खत्म होते ही फिर तैयार टूल्स पर लौट आना आम बात थी
  • अब Rust, Claude Code, और पर्याप्त रूप से documented TUI programming problems की वजह से “जो टूल वास्तव में चाहिए उसे खुद बनाना” कहीं कम महंगा हो गया है
  • मुख्य बात AI या Rust स्वयं नहीं, बल्कि यह है कि “काश मेरा editor X करता” और “यहाँ X करने वाला editor है” के बीच की दूरी अब इतनी कम हो गई है कि कुछ केंद्रित शामों के काम में पूरी की जा सकती है

वितरण के लिए नहीं, एक व्यक्ति के लिए सॉफ्टवेयर

  • ये सॉफ्टवेयर दूसरे लोगों के इस्तेमाल के लिए नहीं बनाए गए
  • इन्हें हाथ से काम करने के तरीके, email के बारे में सोचने के तरीके, और calendar को render होते देखने की पसंद के अनुसार एक व्यक्ति के लिए बनाया गया
  • दूसरे users इसमें कई sharp edges पा सकते हैं, लेकिन वे किनारे व्यक्तिगत उपयोग के तरीके से इतने सटीक मेल खाते हैं कि नज़र नहीं आते
  • code और विचार नए नहीं हैं; बेहतर taste, discipline, और talent वाले लोग यह सब पहले ही कर चुके हैं
  • मुख्य बात यह है कि एक व्यक्ति के लिए अनुकूल डेस्कटॉप computing environment बनाना अब वास्तव में संभव हो गया है
  • यह सिर्फ दूसरे लोगों के टूल्स को configure करके इस्तेमाल करने का स्तर नहीं है, बल्कि जीवन के खास टूल्स को weekend दर weekend मनचाहे व्यवहार वाले टूल्स से बदलते जाने का तरीका है
  • अब यह 10 साल का heroic project नहीं, बल्कि weekend के हिसाब से आगे बढ़ने वाला वास्तविक replacement work बन गया है

एक उपयोगकर्ता के लिए डिज़ाइन करने का आनंद

  • अपने लिए बनाते समय दूसरे लोगों की पसंद के अनुरूप configuration options के बारे में सोचने की ज़रूरत नहीं होती
  • उन edge cases को support करने की ज़रूरत नहीं होती जिनका सामना स्वयं कभी नहीं होगा
  • ऐसे users के लिए documentation लिखने की ज़रूरत नहीं होती जो मौजूद ही नहीं हैं
  • issue tracker में यह बहस नहीं करनी पड़ती कि default सही है या नहीं; जो चाहिए वही सही default बन जाता है
  • editor की \\? cheatsheet उन्हीं keys को उसी क्रम में दिखाती है जिन्हें स्वयं याद किया गया है और जिन bindings को तर्कसंगत माना जाता है
  • यह committee के बिना की गई design है, और चूँकि target user सिर्फ एक है, निर्णय कुछ ही सेकंड में हो जाते हैं
  • software complexity का बड़ा हिस्सा स्वयं के अलावा दूसरे users को accommodate करने से आता है; इसे हटाने पर छोटे, तेज़, और बिल्कुल फिट टूल्स बचते हैं

BYOS एक विकल्प के रूप में

  • जब लगता है कि editor, file manager, status bar, या shell सिर्फ एक चीज़ अलग तरह से काम करे, तब जवाब सिर्फ plugin लिखना, किसी जटिल configuration language को सीखना, या मौजूदा तरीके को स्वीकार करना भर नहीं रह जाता
  • तीसरे विकल्प के रूप में Build Your Own Software(BYOS) अब कहीं अधिक वास्तविक रास्ता बन गया है
  • भले ही पूरा डेस्कटॉप न बदला जाए, लेकिन यदि रोज़मर्रा के workflow का सिर्फ एक टूल भी बिल्कुल सही फिट बैठता हो, तो उस पर weekend लगाना सार्थक है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2 시간 전
Hacker News की राय

  • पिछले कुछ महीनों से मैं इस विषय के बारे में बहुत सोच रहा हूँ, और कुछ महीने पहले एक ब्लॉग पोस्ट में इसे “Extremely Personal Software” कहा था: https://redfloatplane.lol/blog/14-releasing-software-now/
    2026 में 1~10 लोगों के लिए नया सॉफ़्टवेयर शायद पहले के किसी भी साल से ज़्यादा लिखा जाएगा, और उसके बाद के कुछ वर्षों तक भी ऐसा जारी रहने की अच्छी संभावना है
    ऐसे सॉफ़्टवेयर का बड़ा हिस्सा वास्तव में छिपा हुआ सॉफ़्टवेयर होगा, क्योंकि एजेंट से कहने की लागत डिज़ाइन प्लान बनाने की लागत से कहीं कम है, इसलिए लोग इसे सिर्फ अपने लिए बनाएँगे
    आने वाले कुछ वर्षों में interoperability महत्वपूर्ण हो जाएगी, और मैं सोचता हूँ कि क्या इसे agent/LLM स्तर पर ऐसे स्थायी निर्देशों से हल किया जा सकेगा जैसे “आमतौर पर sqlite इस्तेमाल करो, plain text इस्तेमाल करो, और open standards इस्तेमाल करो”
    बहुत से लोग personal software तो चाहेंगे, लेकिन maintenance और operations में उनकी रुचि नहीं होगी, इसलिए observability और operations भी काफ़ी महत्वपूर्ण हो जाएँगे

    • मेरा मानना है कि इसे बस software कहना चाहिए
      1960 के दशक के BASIC से लेकर, और बाद में Feurzeig/Papert/Solomon के Logo सहित, अनगिनत शैक्षिक programming languages की कोशिशें इस अजीब तरह से दोहराई जाने वाली बात का हिस्सा रही हैं कि शुरुआती लोग भी सॉफ़्टवेयर बना सकें
      वह प्रयास भविष्य के professional developers को onboard करने के लिए नहीं था, बल्कि personal computer के “personal” हिस्से को सार्थक बनाने के लिए था
      मतलब यह कि वह तुम्हारा कंप्यूटर है, इसलिए तुम उस पर अपना सॉफ़्टवेयर चला सकते हो, और वास्तव में pocket calculator भी ऐसी क्षमता देता है
      हम बार-बार बुनियाद को फिर से खोज रहे हैं
    • सहमत हूँ। मैंने पहले ही Claude का इस्तेमाल करके अपने लिए सॉफ़्टवेयर बनाना शुरू कर दिया है
      अगर AI न होता, तो मैं यह कभी नहीं करता, और मेरे पास इसके लिए समय भी नहीं होता
      अब मेरे पास एक custom app है जिसमें कई ऐसे features हैं जो commercial products आसानी से नहीं दे सकते, और non-commercial use होने की वजह से कई नए विकल्प भी खुलते हैं
      संभव है कि free software कभी यह दे दे, लेकिन शायद उससे भी बाद में
      इस प्रक्रिया में मैंने तकनीकी रूप से बहुत कुछ सीखा, और उन क्षेत्रों को भी किफ़ायती लागत पर explore कर पाया जो पहले मेरे लिए अनजान थे
      मैं आगे भी ऐसे apps और बनाना चाहता हूँ, और खासकर मेरी cooking app ने मेरी requirements बिल्कुल सही तरह से पूरी कीं और बाज़ार की बाकी apps को तुरंत replace कर दिया
      operations वाला पहलू भी दिलचस्प है, क्योंकि ज़्यादातर users खुद operations software नहीं चलाते, इसलिए मुझे इसे अलग से सोचना पड़ा
      Tailscale और Cloudflare काफ़ी उपयोगी रहे, और यहाँ स्पष्ट रूप से एक बाज़ार मौजूद है
    • जब सॉफ़्टवेयर बनाने की लागत, यानी समय और skill barrier, बहुत ही कम हो जाए, तब जैसा आपने कहा वैसा बेहद व्यक्तिगत सॉफ़्टवेयर संभव हो जाता है
      इससे भी आगे, मैं सोचता हूँ कि क्या हम उस स्तर तक पहुँचेंगे जहाँ कंप्यूटर सिर्फ एक व्यक्ति के लिए, एक बार किए जाने वाले काम के लिए सॉफ़्टवेयर लिखे, और हर काम के लिए सही interface के साथ उसे सिर्फ एक बार चलाए
      यह विचार ही कि users को shortcuts याद करके “सॉफ़्टवेयर इस्तेमाल करना” सीखना पड़ता है, शायद punch cards की तरह गायब हो सकता है
      Star Trek की तरह हम बस “computer” से काम कहेंगे, और उसका अंदरूनी कामकाज व सॉफ़्टवेयर हमारे लिए अदृश्य रहेगा; हम सिर्फ नतीजों से काम करेंगे
      इसके निहितार्थों को पूरी तरह समझना मुश्किल है, लेकिन यह निश्चित रूप से उम्र का एहसास भी कराता है, और एक दिलचस्प समय सामने आ रहा है
    • मेरी भी यही प्रतिक्रिया थी। हम अब ऐसे दौर में जा रहे हैं जहाँ tools को अपनी इच्छा के मुताबिक बिल्कुल ढाला जा सकता है, और यह मूलतः factory-style नहीं बल्कि कारीगरों की कार्यशाला जैसा है
      API, verification layers जैसी चीज़ों का महत्व बहुत बढ़ेगा — यह अहसास भी मुझे सही लगता है
      कुछ internal tools ऐसे थे जिन्हें library के रूप में बनाना उचित लगा, और अगर पहली library अच्छी हो तथा test suite पर्याप्त हो, तो उसे कई languages में port करना बहुत सरल हो जाता है
      उल्टा सोचें तो किसी और के लिए भी इस library के ऊपर custom tools जोड़ना आसान होगा
      computing में यह सचमुच बहुत रोमांचक समय है
    • इससे Maggie Appleton का home cooked software ब्लॉग पोस्ट और talk याद आते हैं
      https://maggieappleton.com/home-cooked-software

  • मुझे भी एहसास हुआ कि मैं यही दर्शन अपना रहा हूँ
    मैं suckless tools इस्तेमाल करता हूँ, और st व dwm आदि को इतना modify कर चुका हूँ कि अब वे घर जैसे लगते हैं
    अभी मैं अपना खुद का git manager implement कर रहा हूँ ताकि वह मेरे workflow में अच्छी तरह integrate हो सके

  • मैं assembly तक नहीं जाऊँगा, लेकिन यह approach मुझे सचमुच बहुत पसंद आई, और मैं भी लगभग यही काम Ruby में कर रहा हूँ
    मेरा window manager, shell, terminal, editor, file manager, popup menu (कुछ dmenu जैसा) — सब pure Ruby में हैं, जिनमें font rendering और X11 bindings भी शामिल हैं
    ये सब मैंने Claude से सुधार करवाने से पहले शुरू किए थे, इसलिए इनमें ज़्यादातर code अभी भी हाथ से लिखा गया है, लेकिन उसका अनुपात बदल रहा है
    यह बिखरा हुआ है, bugs भी हैं, और इसमें कुछ ऐसे “गलत features” भी हैं जो मेरे लिए ठीक हैं लेकिन दूसरों के लिए तकलीफ़देह होंगे
    मूल पोस्ट की तरह, मैं किसी और को अपना code सीधे इस्तेमाल करने की सलाह नहीं देता, और यही बात बेहद मुक्तिदायक है
    कुल मिलाकर, ये projects kernel, browser और Xorg को छोड़कर उन चीज़ों के सबसे बड़े हिस्से को कवर करते हैं जिन्हें मैं इस्तेमाल करता हूँ
    Xorg तक जाना भी बहुत लुभावना है, लेकिन उसे timetable में लाने के लिए शायद LLM को इससे काफ़ी आगे बढ़ना होगा
    चूँकि यह ज़्यादातर मेरे लिए है, इसलिए इसे polish करने की ज़रूरत नहीं, और जब तक यह मेरे लिए alternatives से बेहतर है, bugs होना भी स्वीकार्य है
    मैं मज़बूती से मानता हूँ कि और लोगों को भी ऐसा करना चाहिए। यह एक शानदार learning experience है, और इससे आपको ऐसा system मिलता है जिसमें वही features होते हैं जो आप सच में चाहते हैं और इस्तेमाल करते हैं
    आगे यह काम और आसान होगा

  • यह सचमुच शानदार है, लेकिन मैं जानना चाहता हूँ कि इसमें वास्तव में कितना समय लगा और इसकी लागत कितनी थी
    Claude Code मुफ़्त नहीं है, और चाहे यह बहुत तेज़ हो, यह अधिकतर ऐसा है जैसे आपने काफ़ी ऊँची प्रति-घंटा दर वाला robot contractor रखा हो
    [1]: https://fortune.com/2026/04/28/nvidia-executive-cost-of-ai-is-greater-than-cost-of-employees/
    [2]: https://www.briefs.co/news/uber-torches-entire-2026-ai-budget-on-claude-code-in-four-months/

    • irccloud.com की subscription fee सालाना लगभग 60 euro है
      मैंने Claude Pro का सबसे सस्ता tier, pi.dev+GPT-5.5, और हाल में openrouter के ज़रिए थोड़ा deepseek-v4 करीब दो हफ़्ते तक इस्तेमाल करके अपना custom version बनाया
      अभी feature parity लगभग 90% है, और कुछ मामलों में यह उससे आगे भी निकल चुका है
      करीब 20 euro में यह जल्द ही उस सालाना 60 euro वाली subscription service की जगह ले लेगा
      मैंने एक पल के लिए भी यह नहीं सोचा कि कोई और इसे कैसे चलाएगा, और इसमें login, security, कुछ भी नहीं है
      क्योंकि यह 100% एक ऐसे Tailscale node के पीछे चलेगा जिसे बाहर से access नहीं किया जा सकता
      release और deployment process भी बिल्कुल वैसे हैं जैसे मुझे पसंद हैं; दूसरों को पसंद आएँ या नहीं, इसकी चिंता करने की ज़रूरत नहीं। यह मेरा है
      कुछ महीने पहले मैंने Hazel[0] को भी इसी तरह replace किया था
      MVP शायद एक शाम में बन गया था, और उसे सुंदर बनाने में लगभग एक हल्का-फुल्का हफ़्ता लगा
      अब मेरे पास एक macOS app है जो ठीक वही काम करती है जिसके लिए मुझे Hazel चाहिए था, और वह हमेशा मेरी रहेगी; मैं चाहूँ तो features जोड़ सकता हूँ या हटा सकता हूँ
      [0] https://www.noodlesoft.com/whats-new-in-hazel-6/
    • मैं Claude Max इस्तेमाल कर रहा हूँ, इसलिए जो subscription पहले से थी उसके अलावा कोई अतिरिक्त लागत नहीं हुई
      किसी न किसी चीज़ पर तो उसे इस्तेमाल करना ही था
      समय की बात करें तो CHasm और Fe2O3 software suite के पूरे सेट के लिए मैंने 2026-03-29 को शुरू किया था, और अपने समय में शायद लगभग 60 घंटे लगाए
      हालाँकि, मेरे पास Claude Code की एक काफ़ी specialized setup भी है, जिसे मैंने अपनी ज़रूरतों के हिसाब से पिछले गर्मियों से 70 से ज़्यादा Claude Code projects के दौरान refine किया है

  • मेरे पास एक tmux wrapper है जो सिर्फ 1 व्यक्ति के लिए बना है
    मैं अपने किसी भी device से Tailscale के माध्यम से किसी भी दूसरे device पर Claude Code, codex, opencode, या सिर्फ shell चला सकता हूँ, और मैं इससे भी ज़्यादा बार exe.dev server पर चलने वाला setup इस्तेमाल करता हूँ
    मैं अक्सर अपने phone पर session जारी रखता हूँ, और कभी-कभी voice भी इस्तेमाल करता हूँ
    text stream में agent जिन files का ज़िक्र करे, उन्हें देखने के लिए buttons हैं, links खोलने के लिए buttons हैं, और git के उन कामों के लिए भी buttons हैं जिनकी मुझे ठीक-ठीक ज़रूरत पड़ती है
    yolo mode और normal mode के बीच switch करने के लिए भी buttons हैं
    मूलतः यह उन सभी चीज़ों के लिए बहुत simple UI है जिन्हें मैं वास्तव में इस्तेमाल करता हूँ, और phone पर भी इसे इस्तेमाल करना आसान है
    शायद इससे भी ज़्यादा महत्वपूर्ण बात यह है कि जिन चीज़ों का मैं व्यक्तिगत रूप से इस्तेमाल नहीं करता, उनके लिए इसमें कोई UI है ही नहीं
    मेरी सभी machines पर यह harness-harness repository मौजूद है, इसलिए जब भी कोई बदलाव चाहिए होता है, मैं एक tab खोलता हूँ, उसे prompt के रूप में लिखता हूँ, और तुरंत लागू कर देता हूँ
    सब कुछ अच्छा है, लेकिन शायद एक बुरी बात यह है कि इसने मुझे जागते हुए हर समय काम करने योग्य बना दिया है

    • क्या smartphone पर voice input इस्तेमाल करने का कोई तरीका है?
      Windows पर मैं “1-person” whisper wrapper इस्तेमाल करता हूँ और SSH से connect करता हूँ, और laptop के ARC graphics card की वजह से वह ठीक-ठाक चल जाता है
      अच्छा होगा अगर smartphone से SSH करते समय भी ऐसा किया जा सके

  • यह वास्तव में बहुत दिलचस्प है
    जो लोग कुछ बनाते हैं, उनमें से कुछ केवल अपनी पसंद के लिए ही नहीं बल्कि छोटे audience की पसंद के लिए भी चीज़ें बनाएँगे
    उन audiences में से कुछ आगे बढ़ते-बढ़ते इतने बड़े हो सकते हैं कि बड़े players को हिला दें
    software building का capital-intensive हिस्सा पिघल रहा है, और उसकी जगह usage-based token costs और अपने समय जैसी operating costs ले रही हैं
    इससे possibilities का दायरा बहुत बड़ा खुलेगा और एक विशाल नया commons बनेगा
    अगर बनाने की लागत इतनी सस्ती है, तो इसे open source न करने का कोई कारण नहीं बचता
    अगर आपको किसी और का open source पसंद है लेकिन आप उसे ज्यों-का-त्यों नहीं लेना चाहते, तो आप agent से बस कह सकते हैं, “इस idea को मेरी चीज़ में जोड़ दो”
    यह code के बारे में सोचने का एक नया तरीका भी है

    • सही कहा, और possibility space खुलने वाली बात बिल्कुल सटीक है
      जैसे-जैसे हम abundant और अक्सर customized software के युग में प्रवेश करेंगे, software-as-a-business की value घटेगी
      बहुत-सी शानदार apps आएँगी और बहुत-सी बेहद खराब apps भी आएँगी
      और एक और चीज़ देखने लायक होगी कि इंटरनेट कितना अधिक बातूनी हो जाएगा
      इन apps में से काफ़ी सारी APIs call करेंगी और एक-दूसरे को ping भेजते हुए चलेंगी

  • थोड़ा अलग सवाल है, लेकिन मैं यह जानना चाहता हूँ कि मेज़ पर रखे laptop की generated image का मूल्य क्या है
    इसका कोई ख़ास प्रासंगिक संबंध नहीं लगता, और आप असली setup का screenshot दे सकते थे जैसा कुछ repositories में डाला गया है, या कुछ और अधिक unique चीज़ इस्तेमाल कर सकते थे
    उस तरह की vibe वाली मिलती-जुलती images आसानी से मिल जाती हैं, इसलिए मुझे लगा शायद उसमें कोई मज़ाक था जो मैं समझ नहीं पाया

  • शानदार है! और मुझे यह नापसंद भी है
    बनाने वाले ने भी माना होगा कि इस software suite को बनाने में आनंद था, लेकिन यह शायद उस तरह का आनंद नहीं होगा जिसे यहाँ बहुत से लोग पहचानते हैं
    “small web” या इंटरनेट की दूसरी countercultures की तरह, मैं उम्मीद करता हूँ कि मैं उन आलोचकों के समूह का हिस्सा बनूँगा जो चीज़ें पुराने तरीके से करना चाहते हैं
    मैं अपने आपको उस इंसान के रूप में कल्पना करता हूँ जो तब मलबा समेटेगा जब बाकी लोग AI-assisted हर चीज़ में पूरी तरह कूद जाएँगे और critical thinking, programming ability, Unix command-line knowledge वगैरह खो देंगे
    AI और personalized software पर पूरी तरह दाँव लगाने का आकर्षण मैं कुछ हद तक समझता हूँ। यह काफ़ी cyberpunk लगता है
    लेकिन open source software के नज़रिए से मुझे लगता है कि इसके नुकसान इसके फ़ायदों पर भारी पड़ते हैं
    community ownership और commitment जैसे महत्वपूर्ण सिद्धांत इसमें ग़ायब हैं, और यह approach तो बेहद antisocial तक है
    maintainability की समस्याएँ अनिवार्य हैं, और बड़े tech companies पर निर्भरता की बात तो अलग ही है
    हर कोई अपना रास्ता चुने, लेकिन यह मेरा रास्ता नहीं है

    • मैंने कहीं पढ़ा था, शायद LLM के इस Cambrian-जैसे विस्फोट पर लिखी गई अनेक ब्लॉग पोस्टों में से किसी एक में, कि software developers दो तरह के होते हैं
      एक वे जिनके लिए “बस वह चीज़ मौजूद होनी चाहिए”, और दूसरे वे जो “उस चीज़ के मौजूद होने के साथ-साथ उसे खुद बनाना और समझना भी चाहते हैं”
      पहली श्रेणी वाले लोग अभी बहुत अच्छा समय बिता रहे हैं
      दूसरी श्रेणी वाले, यानी आपके और मेरे जैसे लोग, जैसा ऊपर वर्णित है, सतर्क और सशंकित हैं
      यह थोड़ा विडंबनापूर्ण है। हमने वर्षों तक sci-fi और cyberpunk देखा-पढ़ा और ऐसे ही संसार का सपना देखा
      Enterprise के crew को code लिखते हुए आख़िरी बार कब देखा था? वे तो बस computer से कहते थे, “एक subroutine लिखो,” और काम हो जाता था। कितना शानदार संसार था
      लेकिन अब जब हम यहाँ पहुँच गए हैं, तो कला/कौशल ख़तरे में लगती है, और “बस request करो और आगे बढ़ जाओ” वाला विचार उतना प्रशंसनीय नहीं लगता
      मुझे भी डर है कि कहीं मैं critical thinking, raw skill, और design sense न खो दूँ
      मैं यह भी कल्पना करता हूँ कि 2, 3, 5, 10 साल बाद मैं उन कुछ लोगों में रहूँगा जिन्होंने अपनी self-awareness और craft को tech overlords को नहीं सौंपा
      लेकिन फिर यह भी सवाल है कि क्या वह वास्तव में महत्वपूर्ण रहेगा
      संभव है कि “source code” अंततः एक ऐसी गहरी abstraction बन जाए जिसके बारे में कोई सोचता ही न हो
      ठीक वैसे ही जैसे हममें से 99% लोगों को यह जानने या परवाह करने की ज़रूरत नहीं पड़ती कि अंत में निकलने वाला machine code क्या करता है और कैसा दिखता है
      फिलहाल तो मैं अपनी सोचने की क्षमता बनाए रखूँगा

  • जब भी मैंने सोचा कि “काश मेरा email/browser/calendar वगैरह X कर पाता,” तो अक्सर असली समस्या नीचे मौजूद protocol limitations की होती थी
    इसलिए भले ही आप सारा software खुद बना लें, बाहरी दुनिया से interact करते समय आपको फिर भी समझौता करना पड़ेगा