जो tab सबसे दर्द देती है वह billing की है। आप उसे खोलते हैं जब किसी prototype को अचानक users मिल जाते हैं, और सस्ता Friday build एक lease की तरह दिखने लगता है। मैंने इसे दोनों ओर से देखा है: Deluxe Astrology 91,000 pages से आगे बढ़ा क्योंकि हम traffic spike होने पर pieces shift कर सकते थे, जबकि एक client (project का नाम Meridian है, एक food-ordering SaaS) ने managed builder पर एक lovely MVP ship किया और फिर पूरे March 2024 में auth को hosting से untangle करने में लगा रहा। तीन महीने। एक billing tab। Tools अब शानदार हैं। Base44 एक finished office जैसा लग सकता है। Lovable आपको proper keys के साथ code देता है। Claude Code आपकी repo में एक senior की तरह बैठा है जो कभी सोता नहीं है। लेकिन महंगा सवाल यह नहीं है कि कौन demo Tuesday दोपहर को जीतता है। यह है कि जब आपका project अपना पहला घर outgrow करे तो छोड़ना कितना खर्चीला है।
AI app builder और AI coding agent में क्या अंतर है?
इस distinction को साफ समझ लीजिए एक भी पैसा खर्च करने से पहले, क्योंकि यह आगे सब कुछ बदल देता है। एक AI app builder पूरे stack के मालिक हैं और आपको एक running application देता है। एक AI coding agent आपकी पहले से मौजूद codebase के अंदर काम करता है और आपको commits देता है। Backend builder के साथ रहता है। Agent के साथ, वह आपके साथ रहता है।
वह एक ही वाक्य सब कुछ नीचे के लिए frame है। तीन tiers इसके ऊपर बैठते हैं।
Tier one है managed app builders: Base44, Lovable। आप बताते हैं कि आप क्या चाहते हैं, platform उसे बनाता है, और app चाय खत्म करने से पहले ही live हो जाता है। Tier two है अपनी repo में agentic coding: Claude Code, Cursor। आपके पास पहले से एक codebase है, agent उसे edit करता है, tests चलाता है और pull requests खोलता है। Tier three हैं open models जिन्हें आप खुद चलाते हैं या API के through: Qwen3 Coder, Kimi K2 और K3। Maximum control, maximum responsibility।
तो सवाल जो वाकई मायने रखता है वह यह नहीं है कि कौन tier सबसे अच्छा demo बनाता है। यह है कि जब आप उस tier को outgrow कर जाएं तो आपको physically क्या rebuild करना पड़ता है।
---
Base44 कहां जीतता है?
आप शुक्रवार तक कोई कॉन्फ़िग फ़ाइल छुए बिना कुछ पूरा भेजना चाहते हैं, और Base44 सबसे तेज़ रास्ता है। बस।
Auth, डेटाबेस, होस्टिंग और इंटीग्रेशन बंडल में आते हैं। आप उन्हें एक साथ वायर नहीं कर रहे। वे पहले से ही वायर्ड आते हैं। Superagents फीचर स्वायत्त मल्टी-स्टेप बिल्ड संभालता है, इसलिए आप इसे एक उचित विस्तृत ब्रीफ दे सकते हैं और कुछ ऐसा वापस पा सकते हैं जो ज्यादातर काम करता है। Wix ने Base44 को अधिग्रहित किया, जो एक प्रबंधित प्लेटफॉर्म के लिए असली वितरण और दीर्घायु का संकेत है, न कि कोई फुटनोट जिसे छोड़ दिया जाए।
मूल्य निर्धारण 0, 16, 40, 80 और 160 USD प्रति माह है। फ्री टियर एक सप्ताहांत में किसी विचार को मान्य करने के लिए काफी उपयोगी है। 40 USD टियर अधिकांश आंतरिक उपकरणों या क्लाइंट प्रूफ-ऑफ-कॉन्सेप्ट को कवर करता है बिना दबाव महसूस किए (और मैंने इसे पिछले साल कम से कम 4 अलग-अलग क्लाइंट ब्रीफ़ पर परीक्षण किया है, जिसमें एक ऐसा भी था जहां बुधवार की शाम को पूरी ब्रीफ़ बदल गई थी और फिर भी पुनर्निर्माण शुक्रवार के दोपहर से पहले पूरा हो गया)।
फ्रंटएंड निर्यात योग्य है। बैकएंड, डिज़ाइन के अनुसार, प्लेटफॉर्म पर रहता है। यह कोई छिपी हुई जाल नहीं है। यह एक दायरे का निर्णय है। यदि आपका प्रोजेक्ट 5-व्यक्ति टीम के लिए एक आंतरिक डैशबोर्ड है, या एक सत्यापन बिल्ड है जिसे आप निवेशकों को दिखाना चाहते हैं एक असली स्टैक के लिए प्रतिबद्ध होने से पहले, बैकएंड के मालिक होना एक सुलझा हुआ समस्या है जिसे आपको दोबारा हल करने की जरूरत नहीं है।
देखिए, Base44 जिस तरह के प्रोजेक्ट के लिए सच में उपयुक्त है: कड़ी समय सीमा वाले क्लाइंट प्रोटोटाइप, छोटे दर्शकों को सेवा देने वाले आंतरिक उपकरण, MVP सत्यापन जहां परिकल्पना गलत हो सकती है और पूरी चीज़ 6 हफ्तों में छोड़ दी जा सकती है।
---
Lovable कहां जीतता है?
आप असली कोड के मालिक बनना चाहते हैं जिसे आप एक डेवलपर को सौंप सकते हैं बिना उन्हें एक प्लेटफॉर्म एक्सपोर्ट को भ्रमित भाव से देखते हुए, और Lovable आपको ठीक वही देता है।
आउटपुट React, TypeScript और Tailwind है। असली, हस्तांतरणीय, मानक स्टैक। GitHub एक्सपोर्ट नेटिव है, कोई वर्कअराउंड नहीं। इसका मतलब है कि जिस पल एक असली डेवलपर आपके प्रोजेक्ट में शामिल होता है, वे रिपो को क्लोन कर सकते हैं और पहले एक मालिकाना सिस्टम सीखे बिना काम करना शुरू कर सकते हैं। सोमवार की सुबह कोई शर्मनाक बातचीत नहीं कि सब कुछ किस फॉर्मेट में है। और अगर आप कभी वह व्यक्ति थे जिन्हें सुबह नौ बजे एक संदेहपूर्ण ठेकेदार को प्लेटफॉर्म एक्सपोर्ट समझाना पड़ा, तो इसमें असली राहत है।
अपनाने की संख्या स्पष्ट रूप से कहने योग्य है क्योंकि वे असली बाजार प्रतिक्रिया को प्रतिबिंबित करते हैं, न कि प्रेस विज्ञप्तियों को। Lovable के पास लगभग 8 मिलियन उपयोगकर्ता हैं, लगभग 200 मिलियन USD में ARR है, और रिपोर्ट के अनुसार लगभग 6.6 बिलियन USD की वैल्यूएशन है। यह कोई ऐसा उत्पाद नहीं है जिसके बारे में आप सोचते हैं कि गुरुवार की दोपहर को यह गायब हो जाएगा।
मूल्य निर्धारण क्रेडिट-आधारित है: एक फ्री टियर, फिर 25 और 50 USD मासिक योजनाएं। क्रेडिट-आधारित मॉडल अनुशासित पुनरावृत्ति को पुरस्कृत करते हैं। यदि आप जानते हैं कि आप क्या बना रहे हैं और स्पष्ट रूप से प्रॉम्प्ट करते हैं, तो आप खर्च की गई प्रत्येक पाउंड से आगे बढ़ते हैं। यदि आप अक्सर बड़े पुनरावृत्तियों के साथ अव्यवस्थित तरीके से पुनरावृत्त करते हैं, तो आप क्रेडिट तेजी से जलाते हैं। ईमानदारी से, मॉडल जिस अनुशासन की मांग करता है वह हमेशा बुरा नहीं होता।
होस्टिंग कोड से अलग है। आप निर्यात किए गए React ऐप को कहीं भी तैनात कर सकते हैं, जो सही है यदि आप विकल्पों को खुला रखना गंभीर हैं। Lovable, v0 और Jamstack ऐप्स के लिए होस्टिंग पर हमारी नोट्स देखें विशेषताओं के लिए।
प्रोजेक्ट टाइप जो यह सूट करता है: कुछ जिसे आप बनाए रखना और बढ़ाना चाहते हैं। एक SaaS उत्पाद जिसमें आप डेवलपर नियुक्त करने की योजना बनाते हैं। एक क्लाइंट डिलीवरेबल जहां क्लाइंट अंततः स्वामित्व लेना चाहेगा।
---
Claude Code और Cursor कहां जीतते हैं?
आपके पास पहले से एक कोडबेस है, और सामने का काम परिवर्तन है, निर्माण नहीं। यही वह जगह है जहां Claude Code और Cursor हैं।
दोनों आपके रिपो के अंदर एजेंटिक लूप के रूप में काम करते हैं। वे पूरे प्रोजेक्ट में फाइलें पढ़ते हैं, संपादन का एक क्रम योजना बनाते हैं, आपके टेस्ट चलाते हैं और समीक्षा के लिए डिफ़ सतह करते हैं। उत्पादकता लाभ बॉयलरप्लेट उत्पन्न करने में नहीं है। यह फाइलों में तर्क है जिसका मतलब पहले दोपहर की सावधानीपूर्वक पुरातत्व फोल्डर के माध्यम से था जिसे कोई भी ठीक से प्रलेखित नहीं करता था।
मैं Claude Code का उपयोग Deluxe Astrology के 91,000-पृष्ठ बिल्ड में कंटेंट पाइपलाइन ऑटोमेशन के लिए करता हूं और Not Another Sunday के 137,000 लिस्टिंग को फीड करने वाली SEO ऑटोमेशन स्क्रिप्ट के लिए। जिस बात पर मैं इसे सबसे अधिक विश्वास करता हूं वह ठीक उसी तरह का कार्य है जिसे कोई भी मैन्युअली नहीं करना चाहता: 12 फाइलों को छूना एक डेटा कॉन्ट्रैक्ट बदलने के लिए, या जनवरी 2022 के तहत लिखे गए दबाव में एक रेट-लिमिटिंग मॉड्यूल को रीफैक्टर करना जो अब सभी को चुप्पी से नर्वस बनाता है। कोई भी उस मॉड्यूल को स्वेच्छा से नहीं छूता। एजेंट परवाह नहीं करता।
Cursor IDE इंटीग्रेशन लेयर जोड़ता है, जो मायने रखता है यदि आपकी टीम टर्मिनल के बजाय एक विजुअल एनवायरनमेंट में रहने में अधिक सहज है। दोनों वास्तव में अलग-अलग उपकरण हैं जिनकी अलग-अलग शक्तियां हैं। मैंने Claude Code vs Codex vs Cursor में और 2026 के लिए व्यापक AI डेव टूल्स तुलना में उन अंतरों के बारे में विस्तार से लिखा है।
प्रोजेक्ट जो यह टियर सूट करता है: प्रोडक्शन कोडबेस, अजीब लॉजिक वाली लीगेसी सिस्टम, कुछ भी जहां टेस्ट मौजूद हैं और आप चाहते हैं कि वे हरे रहें, और मल्टी-रिपो बिल्ड जहां एजेंट को सीमाओं में तर्क करने की जरूरत है।
तो, इनमें से कौन सी प्रोजेक्ट टाइप आपकी वर्तमान स्थिति जैसी लगती है?
---
Qwen3 Coder और Kimi K2 जैसे ओपन मॉडल कहां फिट होते हैं?
आप टोकन की लागत, डेटा रेजिडेंसी या सेल्फ-होस्टिंग को लेकर चिंतित हैं, और इसके लिए कुछ अतिरिक्त इन्फ्रास्ट्रक्चर काम करने के लिए तैयार हैं। यह इस स्तर के लिए ईमानदार प्रवेश बिंदु है।
रिपोर्ट किए गए बेंचमार्क नंबर संकेत के रूप में उद्धृत करने लायक हैं, धर्म के रूप में नहीं। Kimi K2.6 SWE-bench Verified पर लगभग 80.2% और Terminal-Bench 2.0 पर 66.7% स्कोर करता है, जैसा कि Moonshot AI ने रिपोर्ट किया है। Qwen 3.6 Plus SWE-bench Verified पर लगभग 78.8% पर आता है, जैसा कि Alibaba Cloud ने रिपोर्ट किया है। Kimi को Frontend Code Arena में भी अग्रणी बताया गया है। मैंने इन बेंचमार्क को स्वयं नहीं चलाया है। मैं वह बता रहा हूँ जो लैब्स ने प्रकाशित किया है, और बेंचमार्क काफी तेजी से बदलते हैं, इसलिए यहाँ कोई भी संख्या दिशा के रूप में माना जाना चाहिए, गंतव्य के रूप में नहीं।
जो मैंने वास्तव में उपयोग किया है वह Kimi K3 है, जो 2024 के अंत में 60 से अधिक लैंडिंग पेजों के एक समूह में एक UI ऑडिट स्क्रिप्ट चला रहा है। मॉडल तेज है, API लागत कम है, और स्पष्ट आउटपुट वाले संरचित कार्यों के लिए यह एक agentic लूप में अच्छा प्रदर्शन करता है। यह कोई बेंचमार्क नहीं है। यह एक एकल उपयोग केस है, और आपको इसे तदनुसार मापना चाहिए।
सेल्फ-होस्टिंग के बारे में बात यह है: यह काम की विशिष्ट श्रेणियों के लिए मायने रखता है। स्वास्थ्यसेवा डेटा, वित्तीय रिकॉर्ड, कुछ भी जहाँ आपकी कानूनी टीम को शांति से बात करनी होगी यदि आपने इसे किसी तीसरे पक्ष के API को भेजा। Open weights आपको अपने स्वयं के इन्फ्रास्ट्रक्चर पर इनफेरेंस चलाने का विकल्प देता है, जो compliance की बातचीत को पूरी तरह बदल देता है।
मॉडल किन भूमिकाओं के लिए उपयुक्त हैं, आपको कितने AI मॉडल वास्तव में चलाने चाहिए और 2026 में सर्वश्रेष्ठ AI कोडिंग मॉडल दोनों की व्यापक तस्वीर के बारे में अधिक जाएँ। संक्षिप्त संस्करण: open मॉडल 2026 में एक वास्तविक production-grade विकल्प हैं। कोई समझौता नहीं।
---
बाद में स्तरों के बीच स्थानांतरित करने में क्या खर्च आता है?
एक स्तर ऊपर जाना हमेशा संभव है। हमेशा, और सवाल यह है कि आप क्या ले जाते हैं और क्या फिर से बनाते हैं।
इसे एक 3-भाग की सूची के रूप में सोचें: क्या साफ-सुथरे तरीके से स्थानांतरित होता है, क्या फिर से लिखा जाना है, और क्या आप छोड़ देते हैं क्योंकि यह प्लेटफॉर्म-विशिष्ट था और इसका कहीं और कोई समतुल्य नहीं है। नीचे दी गई तालिका प्रत्येक चाल के लिए यथार्थवादी पथ को मॉडल करती है।
| स्तर जो आप छोड़ रहे हैं | क्या स्थानांतरित होता है | क्या फिर से बनाया जाता है | मोटा प्रयास |
|---|---|---|---|
| Managed builder (Base44 backend) | Frontend code (यदि निर्यात किया जाए), database schema का आकार, product logic जिसे आपने दस्तावेज़ित किया | Auth wiring, server-side logic, integrations, deployment pipeline | Complexity के आधार पर हफ्तों से महीनों तक |
| Owned-code builder (Lovable) | पूर्ण React / TypeScript / Tailwind codebase, GitHub history | Backend यदि आपने अलग से एक जोड़ा, कोई भी platform hosting config | एक competent developer के लिए दिनों से एक हफ्ता तक |
| Agentic repo tools (Claude Code, Cursor) | संपूर्ण कोडबेस, टेस्ट सूट, CI कॉन्फ़िग | मॉडल स्वैप केवल तभी यदि प्रदाता बदल रहे हों, प्रॉम्प्ट लाइब्रेरीज़ | घंटों से दिनों तक |
| API के माध्यम से ओपन मॉडल | प्रॉम्प्ट्स, इंटीग्रेशन, आउटपुट स्कीमा | ऑन-प्रिमाइस पर जाने के लिए सेल्फ-होस्टिंग इंफ्रास्ट्रक्चर | इंफ्रा कौशल के आधार पर दिनों से हफ्तों तक |
उस टेबल का ईमानदार पाठ यह है कि Base44-से-स्वयं-के-कोड की चाल सबसे बड़ी मेहनत है, खासकर क्योंकि बैकएंड लॉजिक और ऑथ कभी आपके नहीं थे। यह Base44 की आलोचना नहीं है। यह उन प्रोजेक्ट्स के लिए सही ट्रेड है जो इसके लिए उपयुक्त हैं: यदि आपने एक हाइपोथीसिस को वैलिडेट किया और वह सही निकली, तो रीबिल्ड की कीमत एक सफलता कर है, असफलता नहीं। यह स्पष्टता से कहना लायक है।
Lovable-से-एजेंटिक-टूलिंग की चाल वास्तव में कम मेहनत की है क्योंकि आप असली कोड रखते हैं। यह पोर्टेबिलिटी ही है जिसके लिए 25 या 50 USD प्रति माह आंशिक रूप से भुगतान किया जा रहा है।
लेकिन एक बात कहने योग्य है: प्लेटफॉर्म-विशिष्ट ऑटोमेशन, Base44 के मामले में Superagents, पोर्ट नहीं होते। आप व्यवहार को रीबिल्ड करते हैं, ऑटोमेशन को नहीं।
---
आप कैसे चुनते हैं?
आपकी बाधा शुरुआती बिंदु है। फीचर लिस्ट नहीं।
वीकएंड वैलिडेशन या डिसपोजेबल MVP
Base44 का उपयोग करें। लक्ष्य यह सीखना है कि विचार आगे बढ़ाने के लायक है या नहीं। एक्जिट कीमत स्वीकार्य है क्योंकि यदि आप गलत हैं, तो आप प्रोजेक्ट को छोड़ देते हैं, और यदि आप सही हैं, तो रीबिल्ड बजट ट्रैक्शन से आता है। बैकएंड प्लेटफॉर्म पर रहना अप्रासंगिक है यदि प्रोडक्ट अगले 6 हफ्तों को नहीं छोड़ता।
छोटी टीम के लिए इंटरनल टूल
Base44 फिर से, या Lovable यदि आपकी टीम में कोई है जो समय के साथ फ्रंटएंड को संशोधित करना चाहेगा। इंटरनल टूल्स को शायद ही कभी स्थानांतरित होने की आवश्यकता है। उन्हें रखरखाव की जरूरत है। Lovable का एक्सपोर्टेबल कोडबेस उस रखरखाव बातचीत को आसान बनाता है जब यह अंततः सामने आता है, और यह हमेशा आता है।
क्लाइंट डिलिवरेबल जो एनगेजमेंट से आगे रहे
यहाँ Lovable सही कॉल है। आप क्लाइंट को एक GitHub रिपो देते हैं जिसमें असली React कोड है। वे ग्रह पर किसी भी डेवलपर को इसे जारी रखने के लिए नियुक्त कर सकते हैं। प्लेटफॉर्म हैंडओवर के बाद महत्वपूर्ण पथ में नहीं है। स्वामित्व प्रोडक्ट है, केवल एप्लिकेशन नहीं।
मौजूदा प्रोडक्शन कोडबेस
टियर दो। Claude Code या Cursor। आप एक बिल्डर पर एक कामकाजी सिस्टम को रीबिल्ड नहीं करते। आप एजेंट्स को उस रिपो में लाते हैं जो आपके पास पहले से है। यदि आप अनिश्चित हैं कि कौन सा एजेंटिक टूल आपके वर्कफ़्लो में फिट बैठता है, तो vibe-coding मॉडल टीम पोस्ट विभिन्न भूमिकाओं के लिए मॉडल चयन के बारे में सोचने का तरीका बताता है।
गोपनीयता-बाधित या स्केल पर लागत-संवेदनशील
टियर तीन। ओपन मॉडल्स, स्व-होस्ट किए गए या कम-लागत API के माध्यम से। आप डेटा नियंत्रण और वॉल्यूम पर बेहतर यूनिट अर्थशास्त्र के बदले में अधिक इंफ्रास्ट्रक्चर जिम्मेदारी स्वीकार कर रहे हैं। Kimi और Qwen से बेंचमार्क संख्याएं सुझाती हैं कि मालिकाना और ओपन मॉडल्स के बीच प्रदर्शन अंतराल इस बिंदु तक सीमित हो गया है जहाँ यह एक असली विकल्प है, फॉलबैक नहीं।
और सभी 5 के पार पैटर्न: टूल के लिए प्रतिबद्ध होने से पहले एक्जिट कीमत बताएँ। यदि आप कह सकते हैं "यदि यह बढ़ता है, यहाँ वह है जो मैं रीबिल्ड करूँ और यहाँ मोटे तौर पर वह खर्च है", तो आपने आँखें खुली रखकर निर्णय लिया है। क्या आपने वाकई वह वाक्य लिख दिया है? इसमें लगभग 3 मिनट लगते हैं और मार्च 2024 की स्थितियों से बहुत कुछ बचाता है।
---
FAQ
गैर-तकनीकी संस्थापक के लिए Base44 या Lovable बेहतर है?
दोनों ही गैर-तकनीकी निर्माताओं के लिए डिज़ाइन किए गए हैं, इसलिए आपका असली चुनाव इस बात में है कि इसके बाद क्या होता है। अगर आप कभी कोड को छूना नहीं चाहते या सर्वर के बारे में सोचना नहीं चाहते, तो Base44 सब कुछ आपके लिए प्रबंधित रखता है। अगर आप अपने प्रोजेक्ट को बाद में किसी डेवलपर को सौंपने का विकल्प चाहते हैं बिना बड़े रीराइट के, तो Lovable का निर्यातयोग्य React कोडबेस उस बातचीत को आसान और सस्ता बनाता है। यह एक ऐसी बातचीत है जो शुरुआत में ही करने लायक है, 6 महीने की बिल्डिंग के बाद नहीं।
क्या आप किसी AI ऐप बिल्डर से अपना कोड निर्यात कर सकते हैं?
Lovable पूरे React, TypeScript और Tailwind फ्रंटएंड को सीधे GitHub को निर्यात करता है, और आप इसके पूर्ण मालिक हैं। Base44 फ्रंटएंड को भी निर्यातयोग्य बनाता है, जबकि बैकएंड डिज़ाइन के अनुसार प्लेटफॉर्म पर रहता है। व्यावहारिक अंतर यह है कि Lovable के साथ आप पूरे फ्रंटएंड को किसी भी होस्ट या डेवलपर को ले जा सकते हैं। Base44 के साथ आप UI को ले जाते हैं और अगर आप स्थानांतरित होते हैं तो सर्वर साइड को फिर से बनाते हैं।
क्या ओपन सोर्स कोडिंग मॉडल 2026 में प्रोडक्शन काम के लिए पर्याप्त अच्छे हैं?
हाँ, कई तरह के कार्यों के लिए। Kimi K2.6 को SWE-bench Verified पर लगभग 80.2% पर रिपोर्ट किया गया है, और Qwen 3.6 Plus को लगभग 78.8% पर, दोनों संरचित कोडिंग कार्यों पर अग्रणी स्वामित्व मॉडल के साथ प्रतिस्पर्धी हैं। सेल्फ-होस्टिंग बुनियादी ढाँचे का ओवरहेड जोड़ता है, लेकिन लागत-संवेदनशील या डेटा-संवेदनशील कार्यभार के लिए प्रदर्शन-से-लागत अनुपात 2026 में वास्तव में आकर्षक है जो दो साल पहले नहीं था। बेंचमार्क को दिशात्मक संकेत के रूप में मानें और अपने काम पर परीक्षण करें। हमेशा।
क्या आपको अभी भी किसी डेवलपर की जरूरत है अगर आप AI ऐप बिल्डर का उपयोग करते हैं?
एक बुनियादी आंतरिक उपकरण या सत्यापन MVP के लिए, शायद शुरुआत में नहीं। जैसे-जैसे जटिलता बढ़ती है, हाँ। AI बिल्डर प्रारंभिक बिल्ड को अच्छी तरह संभालते हैं। वे अस्पष्ट उत्पाद निर्णयों, असामान्य एकीकरण और प्रदर्शन डिबगिंग को काफी हद तक खराब तरीके से संभालते हैं। एक डेवलपर मूल्यवान नहीं होता क्योंकि बिल्डर विफल होता है बल्कि क्योंकि उत्पाद की आवश्यकताएँ अंततः वह पार कर जाती हैं जो कोई भी स्वचालित बिल्डर, प्रबंधित या एजेंटिक, मानव निर्णय के बिना कर सकता है।
वह बिलिंग टैब ही सच बताता है। अगर आप नाटक के बिना स्थानांतरित होने की कल्पना कर सकते हैं, तो आपने अभी के लिए सही स्तर चुना है। अगर उस विचार से आपकी कॉफी ठंडी हो जाती है, तो प्लेटफॉर्म अपना काम थोड़ा बहुत अच्छी तरह कर रहा है। जहाँ काम हल्का है वहीं शुरुआत करें, दरवाजे दृश्यमान रखें, और बेंचमार्क को आदेशों के बजाय मौसम की रिपोर्ट के रूप में लें। अच्छे उपकरण जाना बोरिंग बनाते हैं। बोरिंग को कम आँका जाता है।