कोई skill नहीं. कोई taste नहीं.

 (blog.kinglycrow.com)
70 पॉइंट द्वारा GN⁺ 2026-02-22 | 10 टिप्पणियां | WhatsApp पर शेयर करें
  • LLM के दौर में अब कोई भी ऐप बना सकता है, लेकिन असली बाधा skill नहीं बल्कि taste है, और यह बाधा बिल्कुल भी कम नहीं हुई है
  • सार्वजनिक रूप से दिखने वाले ज़्यादातर vibe coding ऐप भरे-पड़े आइडिया की भद्दी नकल हैं, और कम skill और कम taste वाले सबसे निचले quadrant में आते हैं
  • skill और taste एक-दूसरे से जुड़े हुए हैं, और बाज़ार जितना ज़्यादा saturated होता है, लोगों का ध्यान पाने के लिए इन दोनों का और ऊँचा स्तर चाहिए
  • OpenClaw जैसे उदाहरण तकनीकी रूप से अधूरे होने के बावजूद ऊँचे taste और अलग personality की वजह से ध्यान खींचते हैं
  • LLM ऐसा दिखाते हैं जैसे उन्होंने entry barrier कम कर दी हो, लेकिन वास्तव में वे ‘taste’ नाम की अदृश्य बाधा को और मज़बूत कर रहे हैं

skill और taste का magic quadrant

  • skill और taste से बने दो axes का एक quadrant मौजूद है
  • बहुत से लोग अपने taste और skill को ज़रूरत से ज़्यादा आँकते हैं, या फिर उनकी परवाह ही नहीं करते
  • LLM की वजह से यह उत्साह फैला कि अब कोई भी अपने सपनों का ऐप बना सकता है, लेकिन किसी को उस सपनों वाले ऐप की ज़रूरत नहीं है
  • हर दिन आने वाले vibe coding ऐप अधूरे और भद्दे होते हैं, और अक्सर पहले से पूरी तरह saturated आइडिया के derivative भर होते हैं
  • यह quadrant के सबसे निचले हिस्से में आता है — कोई skill नहीं. कोई taste नहीं. (No Skill. No Taste.)
  • ऐसे output की बाढ़ लंबे समय से skill जमा करते आए developers को थका देती है, और पूरे community में noise और fatigue पैदा करती है

taste पहले से ही असली चीज़ थी

  • Hacker News(HN) में बहुत पहले से ‘taste’ ही यह तय करता आया है कि कौन-सा content टिकेगा और कौन-सा नहीं
    • तकनीकी रूप से polished ऐप भी अगर लोगों से connect नहीं कर पाता, तो ध्यान नहीं पाता
    • इसके उलट, एक साधारण CRUD ऐप भी अगर relatability और concept साफ़ हो, तो front page तक पहुँच सकता है
  • उदाहरण: 24 घंटे तक कोई message न छोड़े तो गायब हो जाने वाली वेबसाइट (This Website Will Self-destruct) संरचना में सरल थी, लेकिन मज़बूत taste का नतीजा थी

saturation और taste threshold का रिश्ता

  • skill और taste आपस में जुड़े हुए हैं, और जितना ज़्यादा market saturation होगा, taste की threshold पार करने के लिए उतनी ही ज़्यादा skill चाहिए होगी
  • एक और ‘todo app’ को भी ध्यान पाने के लिए मौजूदा expectations से ऊपर की समझ और polish चाहिए
  • LLM इस ढाँचे को और साफ़ कर देते हैं — समस्या LLM इस्तेमाल करने में नहीं है, बल्कि इस बात में है कि दूसरों से स्वीकार्य न्यूनतम threshold पार करने लायक skill और taste की कमी है

OpenClaw का मामला

  • OpenClaw तकनीकी रूप से अव्यवस्थित था और उसमें security issues भी थे, लेकिन मज़बूत concept और taste की वजह से उसे तुरंत ध्यान मिला
    • users ने उसकी कम polish के बावजूद उसकी aesthetic appeal पर प्रतिक्रिया दी
  • यह दिखाता है कि तकनीकी perfection से ज़्यादा taste एक बड़ा driving force हो सकता है

taste की कमी अभी समस्या क्यों बन रही है

  • क्योंकि जो लोग अपने taste को ज़रूरत से ज़्यादा आँकते हैं, उनके लिए हर आइडिया को तुरंत public करने वाला माहौल बन गया है
  • LLM ऐसा लगते हैं जैसे उन्होंने entry barrier कम कर दी हो, लेकिन वास्तव में ‘taste’ नाम का अदृश्य मानदंड अब भी मौजूद है
  • कोई भी अपना idea post कर सकता है, लेकिन ज़्यादातर लोग अपने taste के स्तर का सही आकलन नहीं कर पाते
  • समय के साथ लोग etiquette सीखेंगे या निराशा का सामना करेंगे, और यह प्रवाह स्वाभाविक रूप से कम होगा
  • मौजूदा स्थिति crypto boom जैसी है—सबको लगता है कि वे अमीर बन सकते हैं, लेकिन ज़्यादातर नहीं बनेंगे
  • असली barrier कभी गायब नहीं हुआ; LLM ने उसे हटाया नहीं, बल्कि और साफ़ करके सामने ला दिया है

“skill हो या न हो, अगर पहले taste नहीं सीखा, तो threshold पार नहीं की जा सकती”

अतिरिक्त टिप्पणी

  • taste target audience के हिसाब से बदल सकता है, लेकिन एक न्यूनतम सार्वभौमिक मानदंड फिर भी मौजूद होता है
    काम को public करना ज़रूरी है, लेकिन बुनियादी threshold पहले खुद पार करने के बाद ही उसे सामने लाना चाहिए
  • अगर आप vibe coding कर रहे हैं, तो उलटे और ऊँची taste sensitivity चाहिए, और नतीजे की ज़िम्मेदारी creator की ही होती है

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

10 टिप्पणियां

 
bakkum 2026-02-26

7 side project बना चुके व्यक्ति के तौर पर, मैं इससे सहमत भी हूँ और थोड़ा अलग भी सोचता हूँ.

यह सही है कि taste महत्वपूर्ण है, लेकिन समस्या यह है कि कुछ बनाकर देखने से पहले अक्सर इंसान को यह भी नहीं पता होता कि उसके पास अपना taste है या नहीं। मैंने भी शुरुआत में यही सोचकर शुरू किया था कि "शायद यह थोड़ा अलग होगा", लेकिन बनाने, public करने और feedback पाने के बाद ही सच में महसूस हुआ कि "अच्छा, यह वह नहीं था"।

यह सच है कि vibe coding से निकले कच्चे नतीजे बहुत भरे पड़े हैं, लेकिन मुझे लगता है कि उसी प्रक्रिया में कुछ लोग अपना taste भी खोज लेते हैं। शुरू से taste होता नहीं, वह बनाते-बनाते पैदा होता है।

लेकिन, जैसा कि लेख में कहा गया है, "कम-से-कम न्यूनतम threshold पार करने के बाद ही चीज़ें बाहर लानी चाहिए"—इस बात से मैं सच में सहमत हूँ। मेरा मानना है कि उस threshold को पार न कर पाना अक्सर taste की कमी नहीं, बल्कि sincerity की कमी का मामला होता है।
 
tested 2026-02-23

शायद इसलिए कि इसका अनुवाद कोरियाई में किया गया है, "चिह्यांग" शब्द उतना असरदार नहीं लगता।
 
brainer 2026-02-23

यहाँ taste(टेस्ट) का मतलब सिर्फ़ “पसंद” नहीं है, बल्कि यह उस समझ के ज़्यादा क़रीब है कि क्या बनाना सार्थक है / लोगों को क्या दिलचस्प लगेगा / क्या उसकी गुणवत्ता कम-से-कम न्यूनतम मानक से ऊपर है।

ऐसा कहा गया है।

https://chatgpt.com/share/699bd264-b6cc-8001-97a3-57f814eca24e
 
slimeyslime 2026-02-25

लगता है Taste शब्द इस अर्थ में उम्मीद से कहीं पहले से इस्तेमाल होता आ रहा है।
 
edunga1 2026-02-24

Linus Torvalds का Ted इंटरव्यू - अच्छी पसंद वाले हिस्से पर
 
GN⁺ 2026-02-22
Hacker News की राय

  • मैं खुद एक flashcard app बना रहा हूँ
    Quizlet मेरी पसंद का नहीं था, और जिस तरीके से मैं चाहता हूँ उसी तरह परफेक्ट काम करने वाली चीज़ खुद बनाना मुझे अच्छा लगता है
    दूसरों को वह पसंद आए या नहीं, इससे मुझे फर्क नहीं पड़ता। पसंद व्यक्तिनिष्ठ होती है
    दुनिया में दस लाख todo apps हों तो भी मुझे ठीक लगता है। कोई न कोई अपने लिए सही वाला ढूँढ लेगा, या मेरी तरह खुद बना लेगा
    अहम बात यह है कि मैं इस बात की शिकायत नहीं करता कि दूसरी apps मेरे मानक पर खरी नहीं उतरतीं। हर किसी का अपनी तरह app बना पाना एक खूबसूरत बात है

    • मैं “पसंद व्यक्तिनिष्ठ होती है” इस बात से पूरी तरह सहमत नहीं हूँ
      उदाहरण के लिए, अगर मैं नशे में canvas पर यूँ ही paint फेंक दूँ और उसे Jan van Eyck की कृति के बगल में टाँग दूँ, तो वह सिर्फ व्यक्तिनिष्ठता का मामला नहीं रह जाता
      हाँ, यह मज़ाक है, लेकिन मुझे लगता है कि पसंद पूरी तरह व्यक्तिनिष्ठ नहीं होती, उसमें जनसांख्यिकीय रुझान जैसी कुछ हद तक मापी जा सकने वाली बातें भी होती हैं
    • तुम्हारी कही हुई energy बहुत अच्छी लगी। तुम अपनी app को सबसे बेहतरीन बताकर spam की तरह नहीं फैला रहे, बस खुद उसका आनंद ले रहे हो
      यही वह रवैया है जो मैं कहना चाहता था उसके उलट energy है
    • मैंने भी इसी तरह अपना todo app खुद बनाया है
      ऐसे apps में सुविधाजनक UI सबसे ज़्यादा अहम होता है। उसे अपने मुताबिक पूरी तरह ढाल लेना ही बहुत संतोष देता है
      मैं एक notes app भी बनाना चाहता हूँ। मौजूदा apps में character limit, search न होना, धीमा startup जैसी छोटी-छोटी दिक्कतें बहुत थीं
    • जब iPhone पहली बार आया था, उसे याद करें तो परिष्कृत design इतना साफ था कि हर कोई पहचान सकता था
      ऐसी चीज़ें व्यक्तिनिष्ठ कम और लगभग वस्तुनिष्ठ ज़्यादा लगती हैं
    • “यह बिल्कुल वैसे काम करता है जैसा मैं चाहता हूँ” यह बात ही शायद अच्छी पसंद की अभिव्यक्ति है
      software में ‘अच्छी पसंद’ सिर्फ सजावट की बात नहीं, बल्कि उस interface की मूल प्रकृति से जुड़ी है जिससे user interact करता है

  • coding की मुश्किल code से ज़्यादा data में होती है
    data को ले जाना और transform करना मुश्किल है, और distributed environment में एक गलती से loss हो सकता है
    AI तेज feedback loop में अच्छा काम करता है, लेकिन distributed data या privacy constraints वाले माहौल में उसकी सीमाएँ हैं
    आखिरकार software business data के माली जैसा है। जब ग्राहक data ले जाता है, तभी churn होता है
    AI कितना भी आगे बढ़ जाए, वह user की निर्णय क्षमता की जगह नहीं ले सकता। उसे पार करते ही स्वायत्तता खो जाती है

  • मुझे लगता है कि ‘पसंद’ पहले से मौजूद चीज़ों को पर्याप्त ध्यान से देखने भर से भी कुछ हद तक सीखी जा सकती है
    अगर पहले से बहुत मिलती-जुलती चीज़ें हैं, तो पहले यह पूछना चाहिए कि मेरी चीज़ में क्या फर्क है, और क्या मैं उसे maintain करने की इच्छा रखता हूँ
    आखिर में यह एक-दूसरे के समय का सम्मान करने का सवाल है। हर कोई हज़ारों समान apps की बजाय कुछ ठीक से बनी apps चाहता है

    • मैंने भी third-party app की जगह iOS Reminders को अपने-आप फिर से व्यवस्थित करने वाली एक background utility खुद बनाई
      Claude code से 90 मिनट में बना ली, और TestFlight के ज़रिए दोस्तों से feedback ले रहा हूँ
      आखिर में नई app की नहीं, मौजूदा functionality को थोड़ा सा सँवारने की ही ज़रूरत थी
    • Show HN में लोकप्रिय apps (जैसे habit tracker) देखता हूँ तो मैं हमेशा पहले comparison table या FAQ ढूँढता हूँ
      मौजूदा apps से फर्क को साफ़ दिखाना अहम है
    • सिर्फ market research कर लेने से पसंद पैदा नहीं हो जाती
      fashion की तरह, नियमों को समझने के बाद ही उन्हें तोड़ा जा सकता है, और वही असली पसंद है
    • मुझे विश्वास है कि पसंद सचमुच होती है
      सतही पसंद trend की तरह आसानी से बदलती है, लेकिन गहरी पसंद पहचान और संज्ञानात्मक संरचना में जड़ पकड़ती है
      यह बचपन से लगभग न बदलने वाली चीज़ है। पसंद को नकारना ‘मैं’ नाम की सत्ता को नकारने जैसा है
    • लोग अक्सर भ्रम में रहते हैं, और AI उस भ्रम को और मज़बूत करता है
      वस्तुनिष्ठ मानदंडों की ओर जाना होगा तभी कौशल और पसंद बनती है। कला में भी ‘अच्छा है या नहीं’ से ज़्यादा ‘focus कहाँ है’ पूछना अहम है

  • मुझे लगता है कि भविष्य में apps का दौर blog की तरह हर किसी के पास कम-से-कम एक होने वाला हो सकता है
    ज़्यादातर साधारण होंगी, कुछ शानदार होंगी, और कुछ बिना किसी को पता चले दब जाएँगी
    मुझे यह ठीक लगता है। अहम बात यह है कि quality में फर्क समझने के लिए आखिरकार खुद इस्तेमाल करना ही पड़ेगा
    इसलिए developers को blog या GitHub जैसी जगहों पर भरोसा बनाना होगा
    आगे programming शायद indie game industry की तरह reputation और reviews पर आधारित एक ढीले network की ओर बढ़ेगी

    • लोग कहते हैं “भविष्य में सबके पास blog होगा”, लेकिन सच तो यह है कि ज़्यादातर लोगों के पास blog भी नहीं है

  • मैं लेखक की भावना से सहमत हूँ, लेकिन ‘पसंदहीन बाहरी लोगों’ के आने की आलोचना करना थोड़ा खटकता है
    पसंद जन्मजात नहीं होती, वह इसी अव्यवस्थित प्रक्रिया के भीतर बनती है जिसे हम अभी देख रहे हैं
    पहले गर्व से बनाया गया अपना पहला program आज की नज़र से देखें, तो वही growth का सबूत है

  • विडंबना यह है कि “बहुत ज़्यादा todo apps” की आलोचना करते हुए फिर एक और AI से जुड़ी पोस्ट डालना विरोधाभासी लगता है

  • बाज़ार के saturated होने की बात बहुत होती है, लेकिन विविधता की माँग अब भी मौजूद है
    New York की Restaurant Row की तरह, लोग विकल्प चाहते हैं
    Clorox जैसे साधारण product भी branding और marketing के दम पर एक quarter में 150 million dollar से ज़्यादा कमा रहे हैं
    दिखने वाले products (कपड़े, कार) में brands ज़्यादा होते हैं, और न दिखने वाले products (जैसे underwear) में कम
    apps में भी यही बात लागू होती है, जहाँ personalization से ज़्यादा पूर्वानुमेय interface को पसंद किया जाता है
    WSJ लेख लिंक

  • मैंने भी सोमवार का पूरा दिन लगाकर vibe-coding से वह app पूरी की जिसे मैं लंबे समय से बनाना चाहता था
    लेकिन तब महसूस हुआ कि वास्तव में लगातार इस्तेमाल होने लायक ‘बाँधकर रखने की ताकत’ बनाना मुश्किल है
    मौजूदा paid apps मेरी पसंद के मुताबिक नहीं थीं, इसलिए मैंने खुद बनाई, और Claude की वजह से अब यह कोशिश करने लायक लगा

    • असली implementation में उतरते ही आखिरकार UX की समस्याएँ दिखने लगती हैं

  • लेख दिलचस्प था, लेकिन इस दावे से सहमत नहीं हूँ कि कौशल और पसंद हमेशा अनुपाती होते हैं
    बेहतरीन engineers में भी अपनी field के बाहर बेहद खराब पसंद वाले लोग बहुत हैं
    उल्टा, कम entry barrier दूसरी fields के लोगों को खूबसूरत नतीजे बनाने का मौका दे सकता है

    • “कौशल और पसंद का कोई संबंध नहीं” कहते हुए साथ ही “engineers की पसंद नहीं होती” कहना विरोधाभासी लगता है

  • लगता है कि अब ऐसा दौर आएगा जहाँ प्रामाणिक और पसंद वाले रचनाकार अलग से नज़र आएँगे
    self-expression एक तरह का प्रतिरोध बन जाएगा, और UI/UX या website design फिर से व्यक्तित्व वाले इंटरनेट की ओर लौट सकता है
    पुराने MySpace, Geocities, Cameron’s World जैसी भावना फिर लौट सकती है
    असली पसंद वहाँ से आती है जहाँ model मुझे lead नहीं करता, बल्कि मैं model को कंट्रोल करने की क्षमता रखता हूँ

    • मैं LLM का इस्तेमाल उपन्यास लेखन में करता हूँ। लेकिन LLM मेरा लेखन नहीं करता
      बल्कि मैं उससे यह जाँचता हूँ कि मेरे ideas घिसे-पिटे या साधारण तो नहीं हैं
      अगर मेरा सोचा हुआ ending model द्वारा सुझाए गए 10 में से एक निकले, तो यह संकेत है कि मेरा idea बासी है
    • आज के समय में, जब AI कंपनियाँ बिना अनुमति content इकट्ठा कर रही हैं, तो कुछ नया सार्वजनिक करने का अर्थ है भी या नहीं, इस पर संदेह होता है
      उनकी लालची data collection को जानते हुए भी पोस्ट करते रहना मूर्खता जैसा लगता है
 
roxie 2026-02-28

शायद इसे अपनी अलग पहचान के साथ भी अनुवाद किया जा सकता है।
 
dastjead 2026-02-23

टूल बनाने की बाधा कम हो जाने से, ज़रूरत पूरी करने वाले ज़रूरी फ़ीचर अब कोई भी दे सकता है
इसलिए मुझे लगता है कि अंतर पैदा करने की लड़ाई ज़रूरत से आगे के क्षेत्र में होने वाली है.

इस हिस्से को "रुचि" कहकर व्यक्त किया जा रहा है, और हमारे लिए ज़्यादा परिचित शब्दों में कहें तो शायद "sense" ज़्यादा सही हो सकता है, लेकिन इसे साफ़-साफ़ परिभाषित करना मुश्किल लगता है. यह भी सोचने लायक है कि क्या यह सीखने की श्रेणी में आता है.

क्योंकि यह ज़रूरत से आगे का क्षेत्र है, शायद यह कला के काफ़ी क़रीब का तत्व भी हो सकता है..
 
kuthia 2026-02-23

क्योंकि किसी tool की उपयोगिता ही उसकी पहली value होती है।