VisiCalc: जिस सॉफ़्टवेयर ने हार्डवेयर को बिकाऊ बनाया

VisiCalc से पहले पर्सनल कंप्यूटर शौकीनों के खिलौने थे। VisiCalc के बाद वे बिज़नेस के औज़ार बन गए। यह अतिशयोक्ति नहीं है — Apple II की बिक्री का इतिहास इसी का गवाह है। यह मशीन एक खास शौक़ वाले उपकरण से बिज़नेस की ज़रूरत बनी, और इसकी वजह लगभग पूरी तरह एक ही सॉफ़्टवेयर था, जिसने अकाउंटेंट्स को कागज़ी स्प्रेडशीट छोड़ने पर मजबूर कर दिया।

Dan Bricklin और Bob Frankston ने 1979 में VisiCalc रिलीज़ किया। एक साल के भीतर Apple II की बिक्री छह गुना बढ़ गई। लोग कंप्यूटर स्टोर में जाकर कहते थे, ‘मुझे वो मशीन चाहिए जिस पर VisiCalc चलता है।’ ‘killer app’ की अवधारणा यहीं से पैदा हुई — ऐसा सॉफ़्टवेयर जो इतना आकर्षक हो कि हार्डवेयर खरीदने को जायज़ ठहराए। कंप्यूटिंग के इतिहास में यह पैटर्न बार-बार दोहराया गया है, और इसे समझने से हार्डवेयर और सॉफ़्टवेयर के रिश्ते का असली राज़ खुलता है।

VisiCalc ने असल में क्या किया

पीछे मुड़कर देखें तो स्प्रेडशीट का विचार बेहद स्वाभाविक लगता है, लेकिन 1979 में ऐसा नहीं था। कागज़ी स्प्रेडशीट — वित्तीय गणनाओं के लिए इस्तेमाल होने वाले बड़े ग्रिड वाले कागज़ — हर लेखा कार्यालय का मानक औज़ार थे। बजट पूर्वानुमान बनाने वाला अकाउंटेंट पंक्तियों और स्तंभों में संख्याएँ भरता, योग और सूत्र हाथ से या कैलकुलेटर से निकालता, और नतीजे सही खानों में लिख देता।

असली दिक्कत दोहराव की थी। अगर कोई एक मान्यता बदल जाती — मान लीजिए अनुमानित वृद्धि दर 8% से बढ़ाकर 10% कर दी गई — तो अकाउंटेंट को उस पर निर्भर हर खाने का दोबारा हिसाब लगाना पड़ता था। जटिल मॉडल में इसका मतलब घंटों की मैन्युअल गणना था, और हर दोबारा गणना में गलती की गुंजाइश रहती थी। ‘what if’ विश्लेषण — यानी अलग-अलग मान्यताओं से नतीजों पर असर देखना — इतना मेहनत-भरा था कि शायद ही कभी ढंग से किया जाता था।

VisiCalc ने यह पूरा काम स्वचालित कर दिया। एक खाना बदलो, और उस पर निर्भर हर खाना तुरंत अपडेट हो जाता। जो काम पहले घंटों लेता था, वह अब सेकंडों में होने लगा। मूल्य का प्रस्ताव ‘कागज़ की जगह कंप्यूटर इस्तेमाल करो’ नहीं था — बल्कि यह था कि ‘जितने समय में पहले एक परिदृश्य देखते थे, उतने में अब 50 परिदृश्य आज़माओ।’ वित्तीय विश्लेषण में यह गुणात्मक बदलाव था।

वे तकनीकी सीमाएँ जिन्होंने डिज़ाइन को आकार दिया

VisiCalc Apple II पर चलता था, जिसमें 32 KB RAM, 1 MHz प्रोसेसर और 40 कॉलम वाला टेक्स्ट डिस्प्ले था। इन सीमाओं ने ऐसे डिज़ाइन फ़ैसले करवाए जो बाद में दूरंदेशी साबित हुए।

ग्रिड मॉडल — पंक्तियों और स्तंभों में फैले खाने, जिनमें या तो मान होता है या सूत्र — काफ़ी हद तक सीमित डिस्प्ले की प्रतिक्रिया था। 40×24 अक्षरों का डिस्प्ले ग्रिड को स्वाभाविक रूप से दिखा सकता था। मुक्त-रूप दस्तावेज़ कैनवास के लिए स्क्रोलिंग और लेआउट एल्गोरिद्म चाहिए होते, जिन्हें यह हार्डवेयर संभाल नहीं सकता था। ग्रिड की बाध्यता ने इंटरफ़ेस को तुरंत समझ में आने लायक बना दिया: बिना किसी निर्देश के भी आप अपने डेटा का ढांचा देख सकते थे।

सूत्र प्रणाली डिफ़ॉल्ट रूप से relative cell references का इस्तेमाल करती थी — C1 में लिखा सूत्र जो A1 और B1 को रेफ़रेंस करता, उसे C2 में कॉपी करने पर अपने-आप A2 और B2 को रेफ़रेंस करने लगता। यह डिज़ाइन इस अवलोकन से निकला कि ज़्यादातर स्प्रेडशीट सूत्र पंक्तियों या स्तंभों में एक पैटर्न का पालन करते हैं। इसने मॉडल बनाने का काम बहुत हल्का कर दिया: सूत्र एक बार लिखो, कॉलम में नीचे कॉपी करो, काम खत्म।

सिर्फ़ 32 KB में VisiCalc बहुत बड़ा ग्रिड मेमोरी में नहीं रख सकता था। समाधान यह निकला कि सिर्फ़ वही खाने स्टोर किए जाएँ जिनमें डेटा हो। खाली खानों के लिए शून्य मेमोरी लगती थी। आज भी आधुनिक स्प्रेडशीट इसी विरल (sparse) प्रतिनिधित्व से चलती हैं — Excel का सैद्धांतिक ग्रिड 17 अरब खानों का है, जिसे घने रूप में रखने के लिए पेटाबाइट्स चाहिए होते। जिस बाध्यता ने VisiCalc को sparse storage की ओर धकेला, वह मेमोरी के आकार से परे भी आर्किटेक्चर के लिहाज़ से सही फ़ैसला निकला।

‘Killer App’ पैटर्न

VisiCalc ने एक ऐसा पैटर्न स्थापित किया जो तब से टेक उद्योग को चला रहा है: ऐसा सॉफ़्टवेयर जो इतनी कीमत पैदा करे कि उसे चलाने वाले हार्डवेयर का खर्च भी जायज़ लगे।

• VisiCalc → Apple II। Apple II की कीमत $1,300-$2,700 थी (आज के हिसाब से लगभग $5,000-$10,000)। VisiCalc की कीमत $100 थी। कंपनियाँ $2,000 के कंप्यूटर सिर्फ़ $100 के सॉफ़्टवेयर के लिए खरीदती थीं, क्योंकि उत्पादकता का फ़ायदा कुछ हफ़्तों में ही खर्च की भरपाई कर देता था।
• Lotus 1-2-3 → IBM PC। जब VisiCalc को IBM PC पर पोर्ट करने में देरी हुई, तो Lotus 1-2-3 ने यह जगह भर दी और IBM compatibles का killer app बन गया। Lotus को खास तौर पर IBM PC के हार्डवेयर के लिए डिज़ाइन किया गया था, और तुलनीय कामों में यह VisiCalc से तेज़ चलता था।
• PageMaker → Macintosh + LaserWriter। डेस्कटॉप पब्लिशिंग ने Macintosh की प्रीमियम कीमत को जायज़ ठहराया। Mac और LaserWriter का कुल खर्च $7,000+ था, पर इसने $50,000 वाले टाइपसेटिंग उपकरणों की जगह ले ली।
• वेब ब्राउज़र → इंटरनेट कनेक्शन। Netscape Navigator ने गैर-तकनीकी उपयोगकर्ताओं के लिए इंटरनेट को उपयोगी बनाया, जिससे ISP सब्सक्रिप्शन और नेटवर्क इंफ़्रास्ट्रक्चर की मांग बढ़ी।
• ChatGPT → GPU clusters। मौजूदा AI उछाल NVIDIA हार्डवेयर की अभूतपूर्व मांग पैदा कर रहा है। कंपनियाँ GPU इंफ़्रास्ट्रक्चर पर अरबों खर्च कर रही हैं, क्योंकि AI एप्लिकेशन इतनी कीमत पैदा करते हैं कि यह खर्च जायज़ लगता है।

यह पैटर्न हैरानी की हद तक एक जैसा रहा है: कोई सॉफ़्टवेयर बनाता है जो हार्डवेयर को कौतूहल की चीज़ से ज़रूरत में बदल देता है। हार्डवेयर निर्माता को इससे भारी फ़ायदा होता है — Apple का कारोबार लगभग VisiCalc की बदौलत खड़ा हुआ — पर सॉफ़्टवेयर बनाने वाले को अक्सर कम हिस्सा मिलता है। Dan Bricklin और Bob Frankston की कंपनी Software Arts को आखिरकार उनके अपने प्रकाशक ने शत्रुतापूर्ण अधिग्रहण में खरीद लिया। जिस स्प्रेडशीट का उन्होंने आविष्कार किया, वह हर साल खरबों डॉलर का आर्थिक मूल्य पैदा करती है। उसमें से उन्होंने बहुत थोड़ा हिस्सा देखा।

स्प्रेडशीट क्यों टिकी रही

VisiCalc की जगह Lotus 1-2-3 आया, उसकी जगह Excel आया, और अब Excel को Google Sheets चुनौती दे रहा है। लेकिन मूल अवधारणा — मान और सूत्र वाले खानों का ग्रिड, जिसमें अपने-आप पुनर्गणना होती है — 45 साल में नहीं बदली। ऐसा क्यों?

स्प्रेडशीट शायद अब तक बना सबसे सफल प्रोग्रामिंग वातावरण है। गैर-प्रोग्रामर जो सूत्र लिखते हैं, वे संरचना में एक functional programming language जैसे होते हैं: शुद्ध फ़ंक्शन (सूत्रों का कोई side effect नहीं होता), referential transparency (कोई भी cell reference हमेशा मौजूदा मान लौटाता है), और reactive updates (इनपुट बदलने पर बदलाव अपने-आप फैल जाता है)। Excel उपयोगकर्ता हर साल जितना ‘कोड’ लिखते हैं, वह सभी पेशेवर प्रोग्रामरों के कुल लेखन से भी ज़्यादा है।

VisiCalc ने जो मूल बात सही पकड़ी — और हर उत्तराधिकारी ने उसे बनाए रखा — वह है तुरंत फ़ीडबैक। मान बदलो, नतीजा तुरंत देखो। न कंपाइल स्टेप, न डिप्लॉयमेंट, न इंतज़ार। यही कसा हुआ फ़ीडबैक लूप स्प्रेडशीट को खोजी डेटा कार्य, त्वरित गणनाओं और ad-hoc विश्लेषण का स्वाभाविक औज़ार बनाता है। स्प्रेडशीट को ‘असली’ सॉफ़्टवेयर (समर्पित बजट टूल, बिज़नेस इंटेलिजेंस प्लेटफ़ॉर्म, कस्टम एप्लिकेशन) से बदलने की हर कोशिश को इस तथ्य से टकराना पड़ता है कि स्प्रेडशीट में आप तीन सेकंड में काम शुरू कर सकते हैं।

VisiCalc का पुनर्निर्माण

VisiCalc को उसके मूल सोर्स कोड से दोबारा बनाने की हाल की परियोजनाएँ दिखाती हैं कि अत्यधिक सीमाओं में सॉफ़्टवेयर कैसे बनता था। Apple II का मूल संस्करण पूरी तरह 6502 assembly language में लिखा गया था — कोई भी ऐसी high-level भाषा उपलब्ध नहीं थी जो 32 KB में फ़िट होती और फिर भी इंटरैक्टिव पुनर्गणना के लिए पर्याप्त तेज़ होती।

पुनर्निर्माण को पढ़ने से पता चलता है कि 1 MHz प्रोसेसर पर प्रोग्राम को प्रतिक्रियाशील महसूस कराने में कितनी चतुराई लगाई गई थी। पुनर्गणना इंजन दिखने वाले खानों को प्राथमिकता देता था — जो खाने इस समय स्क्रीन पर थे, पहले उनकी गणना होती, ताकि उपयोगकर्ता को तुरंत दृश्य फ़ीडबैक मिले, जबकि निर्भर खाने पृष्ठभूमि में अपडेट होते रहते। इस perceptual optimization ने VisiCalc को तकनीकी रूप से जितना तेज़ था, उससे कहीं ज़्यादा तेज़ महसूस कराया।

सेल स्टोरेज प्रणाली एक linked list थी, जो पहले स्तंभ के अनुसार और फिर हर स्तंभ के भीतर पंक्ति के अनुसार क्रमबद्ध रहती थी। इससे स्तंभ-आधारित कार्य (किसी स्तंभ का योग करना, स्तंभ डालना) तेज़ होते थे, क्योंकि यह मान्यता थी कि वित्तीय स्प्रेडशीट आम तौर पर स्तंभों में समय-अवधि और पंक्तियों में श्रेणियों के हिसाब से व्यवस्थित होती हैं। डेटा संरचना में ही अकाउंटेंट्स के सोचने के तरीके की एक domain मान्यता दर्ज थी।

मेमोरी प्रबंधन पूरी तरह मैन्युअल था — VisiCalc अपना heap खुद रखता था और उसमें compaction करता था। जब खाने हटाए जाते, तो बची हुई सेल स्टोरेज को संकुचित करके मेमोरी वापस ली जाती थी। यह असल में assembly में लिखा गया एक मैन्युअल garbage collector था, वह भी ऐसे सिस्टम पर जिसमें memory protection नहीं था। यह इतना भरोसेमंद चला, यही इंजीनियरिंग की गुणवत्ता का प्रमाण है।

आधुनिक सॉफ़्टवेयर के लिए सबक

VisiCalc की सफलता में ऐसे सबक हैं जिन्हें बहुतायत वाले कंप्यूटिंग संसाधनों के दौर में नज़रअंदाज़ करना आसान है।

• असली लोगों की असली समस्या हल करो। VisiCalc ने कोई बाज़ार नहीं बनाया — उसने एक ऐसे workflow को स्वचालित किया जिसे लाखों लोग पहले से हाथ से कर रहे थे। सबसे अच्छा सॉफ़्टवेयर ऊब भरा काम हटाता है, नई क्षमता नहीं गढ़ता। अकाउंटेंट्स पहले से जानते थे कि वित्तीय मॉडल कैसे बनाते हैं। VisiCalc ने बस इसे 100 गुना तेज़ कर दिया।
• बाध्यताएँ अच्छे डिज़ाइन को जन्म देती हैं। 32 KB की मेमोरी सीमा ने sparse storage को मजबूर किया। 40 कॉलम वाले डिस्प्ले ने ग्रिड इंटरफ़ेस तय किया। 1 MHz CPU ने perceptual optimization की तरकीबें अपनाने को मजबूर किया। हर बाध्यता ने ऐसा डिज़ाइन फ़ैसला दिया जो किसी भी पैमाने पर सही साबित हुआ।
• फ़ीडबैक की गति अपने-आप में एक फ़ीचर है। तुरंत पुनर्गणना ने VisiCalc को आकर्षक बनाया, और यही सिद्धांत आज के हॉट-रीलोडिंग, डिज़ाइन टूल्स में लाइव प्रीव्यू और REPL-आधारित डेवलपमेंट के पीछे है। बदलाव करने और नतीजा देखने के बीच का समय इस बात को सीधे प्रभावित करता है कि लोग अपने काम के बारे में कैसे सोचते हैं।
• आविष्कारक को शायद ही कभी मूल्य का हिस्सा मिलता है। Bricklin और Frankston ने स्प्रेडशीट का आविष्कार किया, पर उन्हें आनुपातिक आर्थिक लाभ नहीं मिला। यह पैटर्न दोहराता है: क्रांतिकारी सॉफ़्टवेयर बनाने वाले लोग अक्सर ज़्यादातर मूल्य हार्डवेयर निर्माताओं, प्लेटफ़ॉर्म मालिकों या बाद में आए उन खिलाड़ियों के पास जाते देखते हैं जो वितरण (distribution) को बेहतर तरीके से अंजाम देते हैं। कुछ बनाने से पहले बिज़नेस मॉडल के बारे में सोचना ज़रूरी है।

VisiCalc के 45 साल बाद भी हम उसी दुनिया में जी रहे हैं जो उसने बनाई। स्प्रेडशीट आज भी ad-hoc डेटा कार्य का डिफ़ॉल्ट औज़ार है। ‘killer app’ का पैटर्न अब भी हार्डवेयर बिक्री चलाता है — बस VisiCalc की जगह ChatGPT रख दीजिए और Apple II की जगह NVIDIA H100। और यह सिद्धांत कि सॉफ़्टवेयर हार्डवेयर से ज़्यादा मूल्य पैदा करता है, आज भी उतना ही सच है जितना तब था, जब $100 के एक प्रोग्राम ने $2,000 के कंप्यूटर को कौतूहल से बदलकर कारोबार की ज़रूरत बना दिया था।