आइडिया सस्ते हैं, execution उससे भी सस्ता है

पुरानी मान्यता → पूरी तरह उलट गई

• पिछले 15 साल डेवलपर के रूप में काम करते हुए जिस सच पर भरोसा था: “आइडिया सस्ते होते हैं (cheap), और execution ही सब कुछ है”
• अब आइडिया अब भी सस्ते हैं, लेकिन execution तो उससे भी कहीं ज़्यादा सस्ता हो गया है (execution is cheaper)

AI की वजह से वास्तव में क्या हुआ (लेखक का अनुभव)

साल के अंत और नए साल की छुट्टियों के दौरान, सिर्फ 3 आइडिया Claude Code को समझाए, और:

1. Driftless — कोड बदलावों के हिसाब से documentation का अपने-आप sync होना
2. DeployCast — deployment की सामग्री को AI natural language में summarize करके non-developer टीम सदस्यों तक पहुंचाता है
3. Triage — यूज़र bug report करता है → AI triage करता है → automatic fix PR बनाता है

→ MVP भी नहीं, बल्कि test suite + documentation + polish तक पूरे किए हुए product 3 deploy कर दिए
→ 15 साल में लेखक ने खुद जितना test code लिखा था, AI ने कुछ घंटों में उससे ज़्यादा और बेहतर लिख दिया

सबूत

• Stack Overflow पर सवालों की संख्या लगभग 20 साल पहले के स्तर तक गिर गई है (लोगों को अब पूछने की ज़रूरत नहीं पड़ती)
• आइडिया ट्वीट करते ही, कुछ ही दिनों में किसी और ने वैसी ही चीज़ implement करके deploy कर दी
• Nader Dabit ने Typeform जैसे करोड़ों के product को कुछ घंटों में फिर से बनाकर open source कर दिया

→ “मैंने पहले बनाया” की वैल्यू लगभग 0 के करीब पहुंच गई है

अभी महसूस हो रही 3 मिली-जुली भावनाएँ

1. अफ़सोस — पहले की तरह गहराई से सीखते हुए, मेहनत करके coding करने वाली कारीगरी, और उसकी जटिलता से मिलने वाला गर्व, अब गायब हो रहा है
2. उत्साह — जब code लिखने में 90% energy खर्च नहीं करनी पड़ती, तो असल समस्या, यूज़र और अनुभव पर ही फोकस किया जा सकता है
3. चक्कर-सा महसूस होना — कुछ ही वर्षों में software engineer की वैल्यू पूरी तरह से फिर से परिभाषित हो रही है (coding skill = table stakes के स्तर की चीज़)

अब सच में फर्क पैदा करने वाली चीज़ें

जब execution की लागत लगभग गायब हो गई, तो अब ये बातें महत्वपूर्ण हो जाती हैं:

• iteration की रफ्तार — जल्दी बनाना, यूज़र feedback लेना, और ठीक करने का cycle (learning loop)
• taste और judgment — किस चीज़ को बनाना चाहिए और किसे नहीं, इसे पहचानने की समझ (ज़्यादातर चीज़ें नहीं बनानी चाहिए)
• distribution और network — सबसे पहले किस तक बात पहुँचती है, कौन भरोसा करता है, और शुरुआती यूज़र्स कितनी जल्दी जुटते हैं
• समस्या का चयन — ऐसी असली समस्या ढूँढना जिसके समाधान के लिए लोग सच में पैसे दें (यह पहले भी सबसे कठिन था, अब और ज़्यादा महत्वपूर्ण है)

निष्कर्ष, एक वाक्य में

“कोड कभी केंद्र में था ही नहीं। कोड मुफ्त हो जाने के बाद बस यह बात दिखने लगी है।”

→ आगे टिके रहने वाले builders वे नहीं होंगे जो “सबसे अच्छा code लिखते हैं”, बल्कि
“वे होंगे जो सबसे महत्वपूर्ण समस्या सबसे जल्दी ढूँढते हैं, उसे सबसे अच्छी तरह फैलाते हैं, और सबसे तेज़ी से सीखते हैं”।

[colus001]

कोड लिखना execution में बस एक प्रवेश-द्वार भर है। किसी product को लॉन्च करना, बेचना और maintain करना उससे कहीं ज़्यादा महंगा और मुश्किल काम है। जैसे सिर्फ़ मोबाइल फ़ोन होने से कोई भी YouTuber तो बन सकता है, लेकिन उससे पैसे कमा पाने वाले लोग बहुत कम होते हैं।

[kandk]

दोहराव की गति — जल्दी बनाना, यूज़र फ़ीडबैक लेना, और सुधारने का cycle (learning loop)
रुचि·निर्णय क्षमता (taste) — किस चीज़ को बनाना सार्थक है और किसे नहीं, यह परखने की नज़र (ज़्यादातर चीज़ें नहीं बनानी चाहिए)
वितरण·नेटवर्क (distribution) — सबसे पहले किसे पता चलता है, कौन भरोसा करता है, और शुरुआती यूज़र्स को कितनी जल्दी जुटाया जा सकता है
समस्या का चयन — ऐसी समस्या ढूँढना जिसे असली लोग पैसे देकर हल करना चाहें (यह पहले भी सबसे कठिन था, और अब और ज़्यादा महत्वपूर्ण है)

[byunjin11]

सहमत हूँ..

समस्या का चयन — ऐसी समस्या ढूँढना जिसे लोग सच में पैसे देकर हल करवाना चाहें -> हाल ही में बनाया गया xray screenshot tool इतना ध्यान खींचेगा, यह मैंने नहीं सोचा था

लगता है कि असुविधा ढूँढकर कुछ बनाना और उसके बारे में लोगों को बताना महत्वपूर्ण है.

[tsboard]

लगता है ज़माने का बदलाव बहुत ही ज़्यादा तेज़ हो गया है T_T

[onestone]

(coding skills = table stakes level) :(