आपको technical co-founder क्यों नहीं मिल रहा

• non-technical founders की technical co-founder से "बहुत ऊँची अपेक्षाएँ" होना, उसे ढूँढ पाना मुश्किल होने के सबसे बड़े कारणों में से एक है
  • उसके पास backend, frontend, hosting, AI, design आदि में उच्च व्यक्तिगत contribution की क्षमता और leadership skill होनी चाहिए
  • उसे आपके domain के लिए vision और passion share करना चाहिए, 0-2 महीने के भीतर आपके साथ काम शुरू कर सके, और free में काम कर सके
  • उसका vibe और age group आपसे मिलता-जुलता हो, और सिर्फ 2 बार मिलने के बाद कम से कम कई महीनों तक founder के idea पर पूरी तरह समर्पित हो जाना चाहिए
• ऐसे सभी requirements पूरे करने वाला व्यक्ति होता ही नहीं, और अगर हो भी तो सवाल यह है कि उसे आपके साथ काम क्यों करना चाहिए

अवसर लागत

• हैरानी की बात है कि business side संभालना चाहने वाले कई founders "opportunity cost" के बारे में बिल्कुल नहीं सोचते
• मान लें कि MVP development की लागत 10,000 यूरो है; यह बड़ी रकम लगती है, इसलिए वे technical co-founder ढूँढते हैं
• अगर आप उसे अपनी company की equity का X% देते हैं, तो वह 2 महीनों तक company बनाना शुरू करता है

  • technical co-founder ने इस क्षण 10,000 यूरो चुका दिए हैं। opportunity cost के रूप में
    (मान लें कि अगर वह यह काम नहीं करता, तो वह महीने के 5,000 यूरो कमाने वाली नौकरी जारी रख सकता था)

• क्या यह अजीब ढाँचा नहीं है कि technical co-founder 2 महीने "free" में काम करे और 10,000 यूरो की opportunity cost भी खुद वहन करे?

जोखिम

• opportunity cost की तरह ही, business-type founders अक्सर बेहद risk-averse होते हैं
• जब customer और संभावित MVP development पर चर्चा होती है, तो founders "equity और hiring" के बारे में इस तरह जवाब देते हैं: "यह चल भी नहीं सकता, और 10,000 यूरो डूब सकते हैं"
  • भले ही वे इसे ज़ोर से न कहें, उनकी सोच में यह बात बसी होती है
• "हाँ, बिल्कुल, यह fail हो सकता है। business में आपका स्वागत है"
• risk मौजूद है, इसलिए सारा risk technical co-founder पर मत डालिए
• इस risk और hidden cost को पहचानिए, और कम से कम 50% खुद उठाइए

business व्यक्ति के रूप में आपका स्तर

• आप startup के business और funding वाले हिस्से को संभाल रहे हैं, और technical co-founder ढूँढ रहे हैं
• अगर आपकी उम्र 25 से ज़्यादा है, आप business शुरू करना चाहते हैं, लेकिन 10,000 यूरो भी नहीं जुटा सकते, तो यह सवाल उठता है कि क्या आपके पास सच में founder वाली क्षमता है
• company शुरू करना चाहने वाले व्यक्ति के लिए इस समस्या को हल करना पहला काम होना चाहिए, technical co-founder ढूँढने के लिए दर्जनों developers से मिलने से पहले

developers को pay क्यों करना चाहिए

• आपको कोई जल्दी मिल सकता है
  • opportunity cost फिर से सोचिए। अगर आपने co-founder ढूँढने में 6 महीने लगा दिए, तो उतने समय में आप 6 महीने की अतिरिक्त revenue कमा सकते थे
• आपको ऐसा co-founder मिल सकता है जो आपकी बहुत-सी requirements पूरी करता हो
  • किसी को pay कीजिए, उसके साथ काम कीजिए, और देखिए कि साथ काम करने का तरीका कैसा है
  • अगर यह अच्छा चलता है, तो आगे कोई दूसरा arrangement offer करना आसान होगा। अब आपके पास निर्णय लेने के लिए ज़्यादा जानकारी होगी
• आपको यह verify करने की ज़रूरत नहीं रहती कि co-founder vision से सहमत है या नहीं
• आपके idea या capability पर शक कम किया जाएगा
• आप 100% risk लेते हैं और 100% reward पाते हैं
• आपको कहीं ज़्यादा ऊँचा commitment level मिलता है
  • यह कुछ-कुछ उस sales trick जैसा है जिसमें आप किसी को कुछ देते हैं, तो उसे लगता है कि अब वह आपका ऋणी है
  • और paid तथा unpaid काम में लोग अपने काम को कितनी गंभीरता से लेते हैं, इसमें भी फर्क होता है
• आप निर्णय को उस समय तक टाल सकते हैं जब आपके पास ज़्यादा जानकारी हो
  • सिर्फ 2 Zoom calls के आधार पर किसी की skill, personality और commitment का आकलन करना बेतुका है

अगर आपके पास बिल्कुल पैसे नहीं हैं तो क्या करें?

• अपनी मौजूदा स्थिति को साफ़-साफ़ पहचानिए, सहज रहिए, और यह समझिए कि आप दूसरों से उनका समय माँग रहे हैं — इसके लिए आभारी रहिए
• सिर्फ इसलिए कि आपने investors से meeting की है, या आपको government grant मिलने वाली है, खुद को कोई परिपक्व businessman मत समझिए
• आपको अपने जैसे स्तर के लोगों के साथ collaborate करना चाहिए
• software development एक अजीब क्षेत्र है, जहाँ college जाने वाला 20s का कोई व्यक्ति भी अकेले पूरी तरह functional product बना सकता है। आपको समझना चाहिए कि ऐसे व्यक्ति को ढूँढना अपने आप में एक gamble है
• developers पागल होते हैं
  • वे open source products पर सालों तक free में काम करते हैं, और दिन भर code लिखने की नौकरी करने के बाद भी side projects में code लिखने का समय निकालते हैं
  • किसी को कम से कम एक challenging समय तो दीजिए
• job post में ChatGPT से बनवाई गई technical co-founder requirements की list अभी हटाइए। आपको खुद नहीं पता कि उसका मतलब क्या है
• compensation वाला हिस्सा छोड़कर उसे किसी normal hiring post जैसा दिखाने की कोशिश क्यों कर रहे हैं?
• 10,000 यूरो जुटाकर किसी को hire करने को अपना लक्ष्य बनाइए। जो लोग यह काम पेशेवर रूप से करते हैं, उनसे आप बहुत कुछ सीख सकते हैं
• तब अगले project में अचानक आपको development workflow, pipeline, production और staging environment का अनुभव होगा, और आप साथ काम करने के लिए कहीं ज़्यादा आकर्षक दिखेंगे
• बहुत सारे लोगों पर जल्दी-जल्दी दाँव लगाइए। बेकार requirements list को ignore कीजिए, बस लोगों के साथ काम कीजिए और देखिए क्या होता है

दूसरे भ्रम

• यह सोच कि जिसने शुरुआत में development किया, उसे अंत तक बने रहना ही चाहिए
  • असली दुनिया में developers project के शुरुआती चरण में अक्सर बहुत कम शामिल होते हैं। और अगर हों भी, तो 1-2 साल बाद जा सकते हैं
  • किसी existing project पर काम करना ज़्यादा आसान हो सकता है। decision-making की ज़रूरत कम होती है और ज़्यादातर समस्याएँ पहले ही सुलझ चुकी होती हैं
  • आपको "कौन-सा framework use करें?", "कौन-सी UI library use करें?" जैसे सवालों से नहीं जूझना पड़ता
  • "client-side validation कैसे करें?" या "production पर push कैसे करें?" जैसी समस्याएँ भी नहीं आतीं
  • इन सवालों पर पहले ही काम हो चुका होता है और फैसले लिए जा चुके होते हैं, और codebase में लगभग हर चीज़ के examples मिल जाते हैं जिनके आधार पर आप project को आगे बढ़ा सकते हैं
• co-founder, freelancer और employee के बीच loyalty के फर्क को लेकर भ्रम
  • बहुत-से founders मानते हैं कि सिर्फ equity ही लोगों को loyal बनाती है। equity और vision में विश्वास सचमुच ऐसा कर सकते हैं
  • दुनिया भर के 90% software projects employees द्वारा चलाए जाते हैं। कई बार वे company के direct employees भी नहीं होते, बल्कि product company द्वारा hire की गई dev agency के employees होते हैं
  • अच्छा हो या बुरा, लोग अपने काम के प्रति ownership और responsibility महसूस करते हैं
  • हम सब यह मानना चाहते हैं कि हफ्ते के 40 घंटे जो काम हम करते हैं, वह महत्वपूर्ण है
  • इसी वजह से हर developer की post कुछ इस तरह शुरू होती है: "एक important project पर काम कर रहा/रही हूँ"
  • हर designer मानता/मानती है कि accessibility महत्वपूर्ण है
  • साइकिल repair shop चलाने वाला व्यक्ति सोचता है कि आपने दो महीने पहले खरीदी 500 यूरो की cycle बेकार कचरा है
  • यही human nature है
  • अगर आपके पास entrepreneurial idea है, तो आपको अपनी idea पर विश्वास बहुत महत्वपूर्ण लगेगा
  • मुझे भी incentives align करना पसंद है, क्योंकि मुझे नहीं लगता कि वह सामान्य स्थिति आदर्श है जहाँ employees की salary पूरी तरह performance से अलग हो
  • लेकिन आम तौर पर stock-based startup छोड़ने वालों की तुलना में salary वाली नौकरी छोड़ने वाले लोग कहीं कम होते हैं
• अपने bias को पहचानना
  • आप businessman हैं। entrepreneur। idea देने वाले व्यक्ति
  • स्वाभाविक है कि आपको लगेगा कि हर किसी का आपके idea के लिए उतना ही जुनूनी होना बहुत ज़रूरी है
  • लेकिन जैसे आपको लग सकता है कि design उतना महत्वपूर्ण नहीं है, वैसे ही दूसरों को idea उतना महत्वपूर्ण नहीं लग सकता
  • अगर आपके पास पहले से 1-2 business co-founders हैं, तो तीसरा co-founder ऐसा मत ढूँढिए जो आधा technical और आधा business हो
  • समय के साथ लोगों को specialize और adapt करने दीजिए
• passion के बारे में भ्रम
  • passion समय के साथ विकसित होता है
  • developers code के ज़रिए problems solve करने को लेकर passionate होते हैं
  • आप एक accountant से कितने passion की अपेक्षा करते हैं?
• यह विचार कि शुरुआती दौर में बनाने वाला व्यक्ति अंत तक बना रहना ही चाहिए, बढ़ा-चढ़ाकर देखा गया है
• co-founder, freelancer और employee के बीच loyalty के फर्क को लेकर गलतफहमी है
• business व्यक्ति के रूप में आपको अपने bias पहचानने चाहिए
• passion को लेकर भी भ्रम है; वयस्कों में passion समय के साथ विकसित होता है

अंतिम विचार

• technical co-founder के लिए requirements list को छोटा करना चाहिए
• जब तक paying customers नहीं आते, तब तक यह समझना चाहिए कि आप दूसरों से एहसान माँग रहे हैं
• अपने idea को सच करने के लिए किसी को pay करना या न करना — दोनों की लागत, opportunity cost और risk पर विचार करना चाहिए
• founder के रूप में अपनी passion और commitment का स्तर दूसरों से expect नहीं करना चाहिए, खासकर सिर्फ दो मुलाकातों के बाद

[heyask]

कंटेंट बहुत बढ़िया है।

[yangeok]

यह प्रेरणादायक है।

[tominam2]

नीचे के कमेंट तक कई बार पढ़ने पर भी कुछ बात बार-बार दिल को छूती है।
पिछले कई सालों का समय बार-बार याद आ जाता है।
वह अतीत भी याद आता है जब मैं एक non-technical founder था,
वह समय भी याद आता है जब मुझे एक engineer के रूप में hire किया गया था,
और वह अतीत भी याद आता है जब मैंने एक engineer के रूप में co-founder की तरह साथ काम किया था।
अब का वर्तमान भी याद आता है, जब मैं एक engineer के रूप में startup चला रहा हूँ और हर दिन अकेले अपने कमरे के कोने में बैठकर सिर्फ development करता रहता हूँ।

[superwoou]

सिर्फ 2 बार मिलने भर से किसी founder के आइडिया पर कम से कम कई महीनों तक समर्पित होना पड़ता है

मुझे लगता है कि "ऐसा आइडिया जिसमें कम से कम कई महीने या उससे ज़्यादा लगें" कहना अधिक सही होगा।

अच्छा लेख है।

[kwj9211]

तकनीकी co-founder के नज़रिए से देखें तो स्थिति ऐसी होती है कि उन्हें सिर्फ़ दो मीटिंग्स में संस्थापक के आइडिया को समझकर यह तय करना पड़ता है कि उस पर कई महीनों का योगदान देना चाहिए या नहीं... शायद बात यही कहना चाहती थी।

जो भी हो, यह वाकई बहुत अच्छा लेख है।

[kandk]

इतनी स्पष्ट बातों को भी अगर अच्छे से व्यवस्थित कर दिया जाए, तो वह बहुत बढ़िया लेख बन जाता है.
idea is nothing, execution is everything.

[bichi]

बहुत बढ़िया सामग्री है

[xguru]

Hacker News की राय

• जब संस्थापक किसी technical co-founder की तलाश करते हैं, तो मुख्य समस्याएँ ये होती हैं:

  • संस्थापक खुद को idea देने वाला मानते हैं, लेकिन यह नहीं समझते कि उनका idea इतना अनोखा नहीं है।
  • संस्थापक यह नहीं समझते कि startup की value idea में नहीं, बल्कि उसे execute और build करने की क्षमता में होती है।
  • अगर कोई सफल startup है, तो उसी तरह के idea वाले 10 गुना ज़्यादा startup होते हैं जो execution में fail हो जाते हैं।
  • संस्थापक चाहते हैं कि कोई उनके लिए idea implement करे, लेकिन idea देने का credit या equity भी खुद ही चाहते हैं।
  • ज़्यादातर मामलों में value builder (technical co-founder) बनाता है, और इससे तुरंत एक अटपटी स्थिति बनती है जहाँ संस्थापक अपने contribution की तुलना में कहीं ज़्यादा equity, credit और control चाहते हैं。

• अगर आप मुझे technical co-founder के रूप में चाहते हैं, तो आपको इनमें से ज़्यादातर शर्तें पूरी करनी होंगी:

  • आपके पास उस domain में कम-से-कम 8-10 साल का experience हो, जिसमें कुछ experience leadership position (जैसे product manager) में भी शामिल हो।
  • आपके पास पहले से बड़ा following या audience हो। यह SaaS product या B2C में खास तौर पर महत्वपूर्ण है। लेकिन hard tech (जैसे biotech) में यह उतना महत्वपूर्ण नहीं है।
  • आप कम-से-कम 25 लोगों से बात कर चुके हों और उनके pain points, solution पर शुरुआती reaction आदि पर feedback ले चुके हों। ये बातचीत documented हो और मेरे साथ आसानी से share की जा सके।
  • बेहतर होगा कि आपके पास कम-से-कम एक successful exit (company) हो, या कुछ failed companies भी ठीक हैं (लेकिन failure के उचित कारण की पुष्टि के लिए references चाहिए होंगे)। बिल्कुल भी experience न होना सबसे बुरा है।
  • क्योंकि शुरुआती stage में आपको sales संभालनी होगी, इसलिए आपको cold email/call/outreach का दीवाना होना चाहिए।
  • मैं देखना चाहूँगा कि आप beta signups के लिए संभावित customers से feedback या validation calls माँग रहे हों, या रोज़ 100 emails, 100 calls, 100 DMs भेज रहे हों।

• मैं technical co-founder खोजने वालों पर बहुत आलोचना और अवास्तविक expectations देखता हूँ, लेकिन non-technical co-founder के रूप में एक शानदार experience का counterexample देना चाहता हूँ।

  • उनके पास खतरनाक स्तर तक पर्याप्त technical knowledge थी।
  • उन्होंने बहुत अच्छी तरह research किया हुआ market opportunity दिखाया, शानदार first-principles reasoning और business sense के साथ, और co-founder को लगभग seed investor-level का pitch deck दिया।
  • उन्होंने non-technical तरीके से शुरुआती market test चलाया और कुछ दिनों तथा 200 डॉलर के budget में product-market fit के शुरुआती संकेत दिए।
  • उन्होंने startup में team build और grow करने का अपना experience साबित किया।
  • उनमें action की ओर झुकाव के साथ बहुत धैर्य था (जो कभी-कभी मेरे बँटे हुए मन और हिचकिचाने वाले स्वभाव की भरपाई करता था)।
  • उनका स्वभाव विनम्र और आत्म-चिंतनशील था।
  • अंत में, आपकी professional life के सबसे अच्छे सालों के बारे में 98% proposals BS हो सकते हैं, लेकिन यह कम मत आँकिए कि एक शानदार non-technical co-founder आपको कितनी दूर ले जा सकता है।

• ज़्यादातर मामलों में non-technical लोग बस एक CRUD app ढूँढ रहे होते हैं। basic user auth, chat, forum, mobile app वगैरह। बस बोरिंग चीज़ें।

  • एक technical व्यक्ति के रूप में, मैं ऐसे non-technical व्यक्ति को ढूँढ रहा हूँ जो sales/operations/marketing के पहलू में निश्चित रूप से सफल हो सके, और जिसके पास उस domain में killer idea हो जिसे वह अपनी हथेली की तरह जानता हो।
  • hn startupschool में मुझे जो समस्या दिखी, वह यह है कि लोगों के पास unvalidated ideas होते हैं।
  • उदाहरण के लिए, उन्होंने कभी कोई MVP, चाहे कितना भी rough हो, जोड़कर बनाने की कोशिश नहीं की।
  • ज़्यादातर non-technical domains, dev SaaS या high-tech products को छोड़कर, पीछे से “fake it” product बनाए जा सकते हैं, इसलिए जब कोई idea लेकर आता है और product को जोड़कर देखने की कोशिश भी किए बिना दीवार से टकरा जाता है, तो निराशा होती है।

• मैं requirements list में बताए गए व्यक्ति जैसा हूँ।

  • मैंने seed से Series A तक 2 startups lead किए हैं, अपना cash-flow business बनाया है, teams lead की हैं, और मेरे पास 5 साल से ज़्यादा execution runway है (हाँ, San Francisco में)।
  • मैं पिछले 10 सालों से इस position तक पहुँचने के लिए कड़ी मेहनत कर रहा हूँ। मैं startups इसलिए करता हूँ क्योंकि वे व्यापक positive externalities और financial rewards के intersection को साकार करते हैं, और यह संभव है; मैं यह पहले ही 3 बार कर चुका हूँ।
  • मैं जो अकेले कर सकता हूँ उसकी सीमाएँ हैं, इसलिए मैं co-founder + idea की तलाश कर रहा हूँ।
  • पिछले 2 सालों में मैंने 1500 से ज़्यादा proposals review किए, 150 से ज़्यादा founders से बात की, 10 लोगों के साथ deep discussions कीं, और 2 लोगों के साथ execute भी किया (और fail हुआ)।
  • आम तौर पर ये लोग ऐसे होते हैं (मुख्यतः दिखाई देने की frequency के क्रम में):
    • tire-kicker/wannabe: ये लोग कभी-न-कभी startup करने का सपना देखते हैं, लेकिन अभी बिल्कुल नहीं।
    • किसी खास चीज़/domain को लेकर बहुत excited होते हैं, लेकिन relevant experience नहीं होता, और basic business ontology (“target market”, “value proposition”) में fail हो जाते हैं।
    • marketing channel के बारे में कोई hypothesis नहीं होती, न ही यह insight कि यह खास combination क्यों काम करेगा।
    • market scoping, TAM, customer development, financial model—सबमें fail हो जाते हैं।

• मेरे अनुभव में non-technical founder के पास इनमें से एक चीज़ ज़रूर होनी चाहिए:

  • आम तौर पर परिवार या family friends के through capital तक पहुँच। मैंने कई companies में काम किया है, और उनमें सबसे महत्वपूर्ण बात यह थी कि कोई व्यक्ति CEO पर इतना भरोसा करता था कि वह millions of dollars invest कर दे।
  • target industry में 9to5 job करते हुए कम-से-कम 5+ साल का अनुभव, और उससे जुड़े social connections व experience। दुर्भाग्य से ज़्यादातर college students इस शर्त से बाहर हो जाते हैं।
  • idea को execute करने के लिए कुछ genuinely unique। यह आम तौर पर relationships या insider knowledge होता है। “Why you?” का जवाब “क्योंकि मेरे पास idea था” नहीं हो सकता।
  • इस list में सबसे आम exception तब होता है जब दोनों founders किसी दिए गए problem को solve करने के लिए एक समान स्तर का passion रखते हैं। अगर आपको opportunity समझानी पड़े और दूसरे व्यक्ति को interested करना पड़े, तो सफर कठिन हो सकता है।
  • फिर भी उम्मीद मत छोड़िए। दुनिया बहुत बड़ी है। जब लोग एक-दूसरे से मिलते हैं, तो कुछ भी हो सकता है।

• सारांश यह है कि जिन लोगों के पास इस काम के लिए ideal skills होती हैं, वे free में काम नहीं करते।

  • पैसा जुटाकर इन skills के लिए market rate चुकाना बेहतर है।
  • “लेकिन मेरा idea शानदार है! मुझे यकीन है कि engineer shares के लिए काम करेगा।”
  • समस्या यह है कि angel/VC की seed investment के लिए threshold, engineer की तुलना में कम होती है। इसलिए अगर आपको seed investment नहीं मिल रही, तो यह बुरा संकेत है।

• यह लेख एक साफ़ बात मिस कर रहा है।

  • technical co-founder equity या salary से पैसा कमाने के लिए startup नहीं करता।
  • जैसे ही वह notice होना शुरू करता है, उसे dilute, replace और push out कर दिया जाएगा।
  • technical co-founder अपनी technical ability को दाँव पर लगाता है, नए domains के बारे में सीखने, problems की पहचान करने, और आख़िरकार किसी जहाज़ पर सवार होकर अपने जहाज़ का कप्तान बनने के लिए technical co-founder बनता है।
  • साथ ही, यह कुछ-कुछ ऐसे article जैसा भी लगता है जो साफ़-साफ़ pitch कर रहा हो: “co-founder मत ढूँढिए, उसकी बजाय मुझसे MVP बनवाइए।”

• मैंने 90 दिनों में service के रूप में MVP बनाकर दिया है।

  • technical founder MVP बनाकर शुरुआती real value create करता है।
  • ideas बेकार हैं और execution सबसे ज़्यादा महत्वपूर्ण है, और यह बात तब और भी सही होती है जब founder ने पहले किसी specific domain में problems सफलतापूर्वक solve की हों।
  • मुझे यह देखकर हैरानी हुई कि idea वाले founders भी अक्सर उससे आगे नहीं बढ़ पाते।
  • जब कोई ऐसा technical व्यक्ति जिसने business सीखा हो, सिर्फ ideas वाले कई founders के साथ काम करते-करते non-technical founders से ज़्यादा जानने लगता है, तो यह डरावना हो सकता है।
  • मैं या तो इसे free में build कर दूँगा, या इतना aggressive discount offer करूँगा कि IP का 100% मालिक वही रह सके। non-technical founder marketing, sales और monetization के ज़रिए equity वापस कमा सकता है।
  • इससे मैंने जो सीखा:
    • मुझे लगता है कि non-expert founders को भी tools के बारे में उतना सीखना चाहिए जितना लोग कार के बारे में सामान्य समझ रखते हैं, लेकिन technical लोग business को उलटे मामले की तुलना में ज़्यादा आसानी से सीख सकते हैं।
    • MVP का 90% problem solving से जुड़ा ही नहीं था। login, billing, security वगैरह।
    • ज़्यादातर MVP शुरुआत से ही बहुत कुछ build कर देते हैं, जिससे lean startup process के दौरान सीखते हुए flexible तरीके से pivot या modify करना मुश्किल हो जाता है, और innovation points बहुत जल्दी खर्च हो जाते हैं। सिर्फ इन pitfalls से बचकर भी काफ़ी iteration के ज़रिए valuable problems जल्दी खोजी जा सकती हैं।
    • MVP अस्थायी और disposable होना चाहिए, इसलिए boring और fast tech सबसे अच्छी है। जैसे startup एक temporary organization होना चाहिए जो repeatable और scalable business model खोजे।
    • अगर non-technical co-founder marketing या sales (distribution build करना) नहीं कर पाता, तो technical founder को बड़ा नुकसान होता है।

[azaox]

इस सामग्री का मूल स्रोत कहाँ है? क्या आपने Hacker News की टिप्पणियों को संकलित किया है?

[xguru]

यह वही है जिसे आपने Hacker News टिप्पणियाँ के रूप में लिंक किया था, यानी मूल Hacker News पोस्ट के कमेंट्स के ऊपर मौजूद सामग्री का अनुवाद।

[azaox]

समझ गया! इसे व्यवस्थित करके बताने के लिए आपका बहुत-बहुत धन्यवाद!