20 साल पहले प्रोग्रामिंग कैसे किया गया था? [बन्द है]

Question

आजकल हमारे पास बहुत सारे प्रोग्रामिंग एड्स हैं जो काम को आसान बनाते हैं, जिनमें शामिल हैं:

• IDEs

• डीबगर्स (लाइन द्वारा लाइन, ब्रेकपॉइंट, आदि)

• चींटी स्क्रिप्ट, आदि संकलन के लिए

• यदि आप एक प्रोग्रामिंग समस्या पर फंस गए हैं तो मदद करने के लिए StackOverflow जैसी साइटें

20 साल पहले, इनमें से कोई भी चीज़ आसपास नहीं थी। लोगों को प्रोग्राम करने के लिए कौन से टूल का उपयोग किया गया, और इन नए टूल्स के बिना उन्होंने कैसे किया? मैं प्रोग्रामिंग सीखने के बारे में अधिक जानने में दिलचस्पी रखता हूं, फिर कैसे प्रोग्रामिंग की गई।

Comments

हमारे पास निश्चित रूप से 20 साल पहले आईडीई और डिबगर्स थे। 1991 में विजुअल स्टूडियो का शुरुआती संस्करण भी था।

— ChrisF

हैमर और चिसेल

— मैथ्यू व्हीट

बाह! आप व्हिप-स्नैपर, जब मैं छोटा था , तो मुझे चट्टानों और रेत के साथ कार्यक्रम बनाना पड़ता था: xkcd.com/505

— FrustratedWithFormsDesigner

बाह, हम शून्य भी नहीं कर सकते थे, हमें O अक्षर का उपयोग करना था।

— Lo 15c Wolff

20 साल पहले आपको वास्तव में सामान जानना था। ऐसा कोई इंटरनेट नहीं था जो सब कुछ जानता हो।

— जोएल एथरटन

Answer 1

20 साल पहले, वह 1991 है। वह वर्ष बोरलैंड C ++ 2.0 IDE जारी किया गया था। एकीकृत डिबगर के साथ (लाइन और ब्रेकपॉइंट द्वारा लाइन के साथ), मेक का उपयोग करके स्वचालित भवन।

यह इस तरह दिखता था http://www.ee.oulu.fi/research/tklab/courses/521419A/tc201_compile.png

आपके पास Stackoverflow जैसी वेब साइटें नहीं थीं, लेकिन IDE के साथ आपको अच्छी तरह से मुद्रित पुस्तकों में कुछ हज़ार पृष्ठों के दस्तावेज़ मिल रहे थे।

Comments

मैंने स्कूल में टीसी और टीपी आईडीई (ओं) का उपयोग करना सीखा, मैंने सोचा कि जहां मैंने सुना था, उसी तरह के उपकरण, इन सस्ते उपकरणों ने आईडीई को मुख्यधारा की प्रोग्रामिंग में ला दिया ...

— umlcat

फैंसी शमेंसी गिज़्मोस। यदि आप तितलियों का उपयोग करते हैं तो आपको उनकी आवश्यकता नहीं होगी।

— मतीन उल्हाक

अच्छा पुराना बोरलैंड ... यदि आपका ऐप बहुत बड़ा था तो आपको डीएलएल चुनना और चुनना था जिसे आपने डिबग कोड के साथ संकलित किया था या आप पूरी मशीन को क्रैश कर देंगे।

— मदुरफ

मुझे याद है कि उन किताबों में छोटे-छोटे तीन-पूरे छिद्रित कागज होते हैं, जो एक छोटे से बांधने की मशीन में होते हैं।

— JohnFx

उसी तरह आज यह आईडीई में काम करता है। आप ब्रेकपॉइंट सेट करेंगे, डिबग किया जा रहा एप्लिकेशन चलेगा, और एक ब्रेकपॉइंट पर आप खुद को आईडीई में वापस देखेंगे। केवल अंतर यह है कि आप निश्चित रूप से वास्तविक समय में उनके बीच फ्लिप नहीं कर सकते हैं।

— jwenting

Answer 2

20 साल पहले ... 1991 ...

चलो देखते हैं। मैं SunOS और VAX VMS का उपयोग कर रहा था।

हमने पाठ संपादकों (vi या संपादित करें) का उपयोग करके कोड लिखा।

मैं - व्यक्तिगत रूप से - डिबगर का उपयोग नहीं करता और कभी नहीं किया। कुछ लोगों ने SunOS पर adb डीबगर का उपयोग किया। मैंने वास्तव में कोर डंप फ़ाइल से स्टैक ट्रेसबैक को पुनर्प्राप्त करने के लिए कुछ बार इसका उपयोग किया था। मुझे नहीं पता कि VAX VMS पर क्या उपलब्ध था। मैंने कोड में प्रिंट स्टेटमेंट का इस्तेमाल किया।

हम बनाने के लिए इस्तेमाल किया संकलन।

हमने कागजी दस्तावेज पढ़े, विचार किए और प्रयोग किए। वास्तव में, यह अभी भी काम करता है। स्टैक ओवरफ्लो कुछ लोगों द्वारा अति प्रयोग किया जाता है - जो कि अक्षम्य कारणों से - प्रयोगों को चलाने या सोचने से इनकार करते हैं।

30 साल पहले ... 1981 ...

चलो देखते हैं। मैं Univac Exec 8 और IBM OS का उपयोग कर रहा था।

हमने पाठ संपादकों का उपयोग करते हुए कोड लिखा है (मैं यूनीवैक को याद नहीं कर सकता, लेकिन आईबीएम एक टीएसओ पर्यावरण का संपादक था)

मैं - व्यक्तिगत रूप से - डिबगर का उपयोग नहीं करता और कभी नहीं किया। वे मशीनें "मेनफ्रेम" थीं और किसी भी चीज के माध्यम से एकल-चरण नहीं किया जा सकता था। कोई "डिबगर" नहीं था। आपको अपने कोड में प्रिंट स्टेटमेंट डालना था।

हमने संकलन के लिए स्क्रिप्ट लिखी।

हमने कागजी दस्तावेज पढ़े, विचार किए और प्रयोग किए।

40 साल पहले ... 1971 ...

चलो देखते हैं। मैं एक आईबीएम 1620 का उपयोग कर रहा था जिसमें कोई ओएस नहीं था।

हमने छिद्रित पेपर कार्ड का उपयोग करके कोड लिखा।

डिबगिंग का मतलब प्रोसेसर को सिंगल-स्टेप करना है। यह शायद ही कभी मददगार था, इसलिए मैंने अपने कोड में "प्रिंट" स्टेटमेंट डालना सीखा।

हम संकलक को कागज के पत्तों के एक डेक का उत्पादन करने के लिए हाथ से चलाते हैं जो हम तब चलाते थे। "हाथ से" का अर्थ शाब्दिक रूप से संकलक या कोडांतरक को स्थापित करने के लिए कार्ड रीडर में कार्ड लोड करना है। फिर ऑब्जेक्ट कोड बनाने के लिए कार्ड रीडर में सोर्स कोड लोड करना। फिर प्रोग्राम को चलाने के लिए कार्ड रीडर में परिणामी ऑब्जेक्ट कोड लोड करना।

हमने कागजी दस्तावेज पढ़े, विचार किए और प्रयोग किए।

---

"गेट ऑफ माय लॉन यू रॉटन किड्स"

• IDEs। लगभग बेकार। कोड पूरा होना मजेदार हो सकता है, लेकिन उतना उपयोगी नहीं जितना कि कुछ लोग दावा करते हैं। मैंने लोगों को बताया है कि विजुअल स्टूडियो की वजह से VB एक स्वीकार्य भाषा है। सिंटेक्स कलरिंग शायद अब तक खोजी गई सबसे उपयोगी विशेषता है। बाकी वैकल्पिक ऐड-ऑन होना चाहिए, इसलिए हम उनके साथ वितरण कर सकते हैं और मेमोरी और प्रोसेसर साइकिल को मुक्त कर सकते हैं।

  जैसा कि बैसाखी जाती है, निर्भर करने के लिए बदतर चीजें हैं।

• डिबगर। निकम्मा। सिवाय जब भाषा की परिभाषा इतनी खराब है कि शब्दार्थ इतना अस्पष्ट है कि आप समझ नहीं सकते कि क्या होना चाहिए था। उदाहरण के लिए, वीबी। जब एक डिबगर आवश्यक होता है, तो बेहतर भाषा पाने के लिए वास्तव में समय होता है।

  मेरे अनुभव शिक्षण प्रोग्रामिंग के आधार पर, डिबगर अनहेल्दी हो सकते हैं। कुछ लोगों के लिए, वे क्लाउडेड सोच और प्रोग्रामिंग की एक अजीब अनुभवजन्य शैली का नेतृत्व करते हैं जहां कोड का कोई अर्थपूर्ण महत्व नहीं है - कोई अर्थ नहीं - बस शुद्ध हैकरी।

• चींटी स्क्रिप्ट, आदि संकलन के लिए। वृद्धिशील संकलन और लिंकिंग वास्तव में यह सब एक महान विचार नहीं है। हाइपर-कॉम्प्लेक्स भाषाओं के साथ, यह एक आवश्यक हैक है, लेकिन वास्तव में हैक के रूप में देखा जाना चाहिए। यह आवश्यक या वांछनीय भी नहीं है।

  वृद्धिशील संकलन पर कम निर्भरता के साथ एक बेहतर भाषा, परिष्कृत चींटी लिपियों की तुलना में बहुत दूर की बात लगती है।

• यदि आप एक बग पर फंस गए हैं, तो Stackoverflow जैसी साइटें मदद कर सकती हैं। कभी-कभी मददगार।

  डिबगर्स के साथ के रूप में, वहाँ एक संभावना है कि कुछ लोग सरल भूल भाग्य के माध्यम से सफल होते दिखाई देंगे। यह एक बुरी बात है।

Comments

लगभग 1 पंच कार्ड पर आप कोड की कितनी पंक्तियाँ फिट कर सकते हैं?

— क्लिक करें

+1 के लिए "स्टैक ओवरफ्लो कुछ लोगों द्वारा अति प्रयोग किया जाता है - जो कि अक्षम्य कारणों से - प्रयोगों को चलाने से इनकार करते हैं या सोचते हैं"

— बाइनरी वॉरियर

1931 में @trufa में हमारे पास एनालॉग कंप्यूटर थे जहां पहियों और गियर के आकार ने चर बनाए। 1831 में हमारे पास करघे थे जो छिद्रित कार्ड और अंतर इंजन को पढ़ते थे जो स्प्रैडशीट चलाता था और परिणामों को मुद्रित करता था

— मार्टिन बेकेट

"गेट ऑफ माय लॉन यू रॉटन किड्स" के बाद सब कुछ एक मजाक है?

— अल्ब

मुझे नहीं लगता कि यह कोई मजाक है। यह "उदास लेकिन सच्चा" लगता है

— आदम एरॉल्ड

Answer 3

हम्म, आपका आधार काफी हद तक सही नहीं है। बाद के दो आइटम सही हैं, लेकिन 20 साल पहले हमारे पास आईडीई और डीबगर्स थे।

वास्तव में, डिबगर हमेशा मौजूद रहे हैं। उनका डिज़ाइन और उपयोग तब से विकसित हुआ है जब से ब्रूक्स की टीम ने पुराने आईबीएम मेनफ्रेम का निर्माण किया क्योंकि हम सभी के पास अपनी समर्पित मशीनें हैं। हालाँकि, अब हम कई अलग-अलग भाषाओं के लिए एक ही डिबगर का काम कर सकते हैं (उदाहरण के लिए GCC प्रोजेक्ट या MS Visual Studio देखें)।

20 साल पहले, हमारे पास एएनटी नहीं था, लेकिन हमारे पास निश्चित रूप से मेक था। यहां तक ​​कि उपकरण के कुछ असंगत संस्करण भी थे। यही लोग अपनी परियोजनाओं का निर्माण करते थे।

और जबकि वेब आसानी से उपलब्ध नहीं था (यह अभी भी विश्वविद्यालयों और सेना में एक शोध परियोजना थी), हमारे पास किताबें और पत्रिकाएँ थीं। पत्रिकाओं ने सबसे अधिक जानकारी प्रदान की और पुस्तकों ने सिद्धांत को संभाला।

Comments

हमारे पास USENET भी था, आप Google समूह पर comp.lang.c और अन्य के अभिलेखागार देख सकते हैं, जो शुरुआती / 80 के दशक में वापस डेटिंग करेंगे।

— जेम्स लव

इस लिंक को देखें: en.wikipedia.org/wiki/Integrated_development_environment

— बेरिन लोरिट्श

डिबगिंग का आविष्कार EDSAC में, '48 या तो। गिल, विल्केस और उनके दल ने इसका पता लगाया। विल्क्स के पास so82 के आसपास कंप्यूटिंग इतिहास पत्रिका में एक लेख था या तो इसके बारे में बात कर रहा था। अगर किसी को दिलचस्पी है तो मुझे प्रशस्ति पत्र खोदने में सक्षम होना चाहिए।

— पॉल नाथन

20 साल पहले, मैंने जियोस असेंबलर का उपयोग किया: en.wikipedia.org/wiki/GEOS_%288-bit_operating_system%29 जो उनके वर्ड प्रोसेसर में लिखे सोर्स कोड को संकलित करते थे। यह आपकी टिप्पणियों के लिए WYSIWYG प्रारूपण करने के लिए एक नवीनता थी, कुछ मैंने कभी नहीं देखा है।

— बेरिन लोरिट्श

GDB: एक डीबगर जो समान रूप से बुरी तरह से बेकार है, चाहे वह किसी भी भाषा से जुड़ा हो। यह एक बुनियादी रूप से खराब वास्तुकला है; डिबगर को भाषा से कसकर जोड़े जाने की आवश्यकता है ताकि यह भाषा-विशिष्ट अवधारणाओं को समझ और समर्थन कर सके।

— मेसन व्हीलर

Answer 4

गॉडडैम बच्चे। 1991 वास्तव में? आपको क्या लगता है कि तब क्या चल रहा था? मेरा मतलब है, टर्बो पास्कल अभी भी थोड़े सेक्सी थे, नेटवेयर अभी भी विंडोज के लिए एक वैध प्रतियोगी था, फास्ट कंप्यूटर अभी भी mhz में मापा गया था, लेकिन इसके अलावा, यह बहुत अलग नहीं था। एक और 10 साल पीछे जाएं, और आप ग्रीन-स्क्रीन सामान बात कर रहे हैं, लेकिन उन प्रणालियों के लिए आईडीई भी थे।

पंच कार्ड खोजने और उस तरह बकवास करने के लिए आपको 70 के दशक के मध्य में वापस जाना होगा।

Comments

"मैं बहुत अलग नहीं था"? कोई वेब नहीं था, और मुझे यकीन है कि आप भी हर दिन काफी समय बिताते हैं ताकि नेट से अपना काम करने के लिए आवश्यक जानकारी खींच सकें।

@ Thorbjørn: हमारे पास कॉफी पॉट कैम था! और यूज़नेट! आपको वास्तव में और क्या चाहिए? ईमानदारी से, मेरी यादों से, यह एक समस्या का इतना नहीं था। आपके द्वारा बनाए जा रहे सामान की जटिलता के साथ वेब प्रलेखन की आवश्यकता बढ़ गई है। यदि आप एक पाठ गुई के साथ एक लेखांकन अनुप्रयोग को एक साथ जोड़ रहे थे, तो आपको बहुत अधिक प्रलेखन की आवश्यकता नहीं थी।

— शैतानिकपुपी 21

@satanicpuppy, आपके पास केवल 1991 में कॉफी पॉट कैम था यदि आप कैम्ब्रिज में थे। क्या तुम?

"नेटवेयर अभी भी विंडोज का एक वैध प्रतियोगी था" ... ऐसा लगता है जैसे आप 1991 में एक वैकल्पिक ब्रह्मांड में रह रहे थे।

— ओसोडो

@ Thorbjørn usenet इससे पहले कि इस पर उतरने से पहले StackOverflow की तुलना में एक बेहतर संसाधन था। बेशक विकिपीडिया और सामान्य रूप में वेब महान है, लेकिन प्रोग्रामिंग सब नहीं है कि अलग।

— जिम बेल्टर

Answer 5

20 साल पहले हमारे पास बोरलैंड टर्बो पास्कल और टर्बो सी ++, एकीकृत डिबगर्स, प्रोफाइलर्स आदि के साथ सुंदर शक्तिशाली आईडीई थे।

Comments

बोरलैंड सी ++ उस समय बहुत प्यारा था।

— क्रिस कूडमोर

Answer 6

बहुत सारे महान उपकरण थे। यूनिक्स कर्नेल का निर्माण कैसे हुआ? और संकलित? और अन्य सभी विशाल ऐप जैसे लोटस 123, कोरल ड्रा, वर्डप्रैक्टिक, एक्सनिक्स, एमएस विंडोज, एक्स विंडोज, गन्नू, किंग्स क्वेस्ट, फ्लाइट सिम्युलेटर आदि।

यूनिक्स में कोड विश्लेषण के लिए लिंट, संकलन के लिए मेक और संपादन के लिए vi या emacs जैसे बहुत सारे प्रोग्रामर उत्पादकता उपकरण थे। कॉर्न शेल (और शायद अन्य) के साथ आप एक संपादक को निलंबित कर सकते हैं और 0.5 सेकंड में दूसरे संपादक पर कूद सकते हैं, और इसे धीमी स्क्रीन पर मॉडर्न स्क्रीन के साथ कर सकते हैं ("घास बढ़ता देख")। आप डीबीएक्स के साथ डिबग कर सकते हैं या बस कोर डंप पढ़ सकते हैं।

यदि आपके पास ग्राफिक्स टर्मिनल के लिए पैसा था तो आप एक्स विंडोज और एक्सडीबीएक्स का उपयोग वास्तव में फैंसी डिबगिंग के लिए कर सकते हैं।

इंटरनेट वहां था लेकिन डब्ल्यूडब्ल्यूडब्ल्यू नहीं। हमारे पास गुमनाम एफ़टीपी, गोफर और वॉइस थे। और नेटवर्क समाचार समूह जैसे प्रश्न पोस्ट करने के लिए comp.lang.c (अब यह ज्यादातर स्पैम है)।

वे उपकरण शक्तिशाली थे। कभी एक या दो दिन के लिए एक कर्नेल पुनः निर्माण रन देखते हैं? यह मेकफाइल के बाद मेकफिल का निर्माण करेगा, जो उन सभी आश्रितों का निर्माण करेगा। और यहां तक ​​कि pmake भी था जो यह पता लगा सकता था कि समानांतर में क्या लक्ष्य बनाए जा सकते हैं। क्या चींटी अभी भी ऐसा कर सकती है?

पीसी पर टर्बो पास्कल जैसे अद्भुत बोरलैंड उत्पाद थे (जब यह 80 के दशक के मध्य में सामने आया तो v4 एक बहुत बड़ा बदलाव था)।

दिलचस्प समय वे थे। और दिलचस्प कीमतें। विंडोज 3 एसडीके बॉक्स में एक कैरी हैंडल था लेकिन उठाने के लिए दो हाथों की जरूरत थी, बहुत सारे डिस्क और मैनुअल के 1 फुट ऊंचे स्टैक। रिलेशनल डेटाबेस में प्रति उपयोगकर्ता हजारों डॉलर का खर्च होता है, यूनिक्स युद्ध, स्लैश कुंजी पर स्प्रेडशीट युद्धों। मैं इस तरह के पागल कम कीमतों / मुफ्त के लिए अब मैं प्राप्त कर सकता हूँ उपकरण पर चकित हूँ।

इस सब में सबसे मजेदार हिस्सा यह है कि कुछ विजुअल स्टूडियो कीस्ट्रोक कमांड्स (CTRL-K + CTRL-C) पुराने वर्डस्टार कमांड हैं। हर बार जब मैं इसका इस्तेमाल करता हूं तो थोड़ा सा विषाद।

Comments

Arrrrggghhhhhhhh, आपने Wordstar का उल्लेख किया है!

— HLGEM

यूनिक्स को एड के साथ लिखा गया था - आपके द्वारा उल्लिखित कोई भी उपकरण उस समय मौजूद नहीं था। हमारे पास माशै खोल था, जो बोर्न शेल द्वारा सफल हुआ था - कोर्न शेल का आगमन देर से हुआ था।

— जिम बेल्टर

Answer 7

20 साल पहले, मैं एक अटारी एसटी 1040 पर जीएफए बेसिक में प्रोग्रामिंग कर रहा था :

Comments

तुम भाग्यशाली हो। मेरे पास उस समय अटारी एसटी 512 था

— नागेज़ा ट्रिफ़ुनोविक

Oooops। मेरा मतलब है अटारी 520. इसमें 512 Kb RAM था :)

— निमन्जा ट्राइफुनोविक

Answer 8

अधिक कीबोर्ड, कम माउस।

Answer 9

एक आदमी को बूढ़ा महसूस कराने के लिए धन्यवाद :-)

डिबगर और मेकफाइल्स उस समय के आसपास थे। कंपाइलर्स या तो मोटी किताबों के साथ आए, या यूनिक्स के लिए, मैन पेजों का एक बड़ा सेट। अधिकांश यूनिक्स डेवलपर्स ने vi या emacs का उपयोग किया। मैं तब कोई डेस्कटॉप प्रोग्रामिंग नहीं करता था, लेकिन मुझे पूरा यकीन है कि वे उन संपादकों का उपयोग करते थे जो संकलक के साथ आते थे जो अनिवार्य रूप से कम सुविधाओं के साथ आईडीई थे। आपको सहकर्मियों, पुस्तकों या पत्रिकाओं से मदद मिली।

Comments

मैं अभी भी makefiles और emacs का उपयोग करने के लिए सभी से माफी माँगता हूँ।

— bev

@bev आप केवल एक ही नहीं हैं :)

— NWS

Answer 10

20 साल पहले मैं BASIC में प्रोग्रामिंग कर रहा था। मेरे पास आईडीई नहीं था क्योंकि बेसिक और जीडब्ल्यू बेसिक आईडीई नहीं हैं। जब मैंने क्विक बेसिक को देखा तो बाद में मैं बहुत खुश हुआ। जब मैंने पहली बार विकास में कॉपी और पेस्ट फीचर का उपयोग किया तो मैं बहुत उत्साहित था। बाद में उन्होंने QBASIC कंपाइलर को इंटरप्रिटर नहीं बनाया क्योंकि यह हुआ करता था और यह बहुत अच्छा था लेकिन फिर मैं C में चला गया और बोरलैंड के टर्बो सी आईडीई का इस्तेमाल किया। ध्यान दें कि मैं मिस्र में हूं और पीछे तो इंटरनेट नहीं था और हम सॉफ्टवेयर में लगभग एक साल पीछे थे। मेरा मतलब है कि अगर आज कोई संस्करण जारी किया जाता है, तो यह मेरे हाथ में लगभग एक साल बाद आएगा। अब यह बहुत आसान है लेकिन वापस प्रोग्रामिंग की खुशी अतुलनीय थी :)

Answer 11

मुझे लगता है कि "वेब वर्ष" घटना ने आपकी तारीख की गणना को बायस्ड कर दिया है।

20 साल पहले मैं स्मॉलटाकल में प्रोग्रामिंग कर रहा था - एक 20 इंच स्क्रीन के साथ मैक IIe पर पहली GUI आधारित ऑब्जेक्ट ओरिएंटेड लैंसग्यूस, इसलिए मुझे लगता है कि आपको भालू-खाल और पत्थर को पाने के लिए कुछ और साल पीछे जाना होगा प्रोग्रामिंग का युग।

अब 40 साल पहले मैं एक टेलेटाइप टर्मिनल का उपयोग करके बेसिक में प्रोग्रामिंग कर रहा था जिसमें एक एकस्टिक-कपलर स्टाइल मॉडेम (110 बॉड बेबी!) था - आपको पता है कि आपने फोन को किस तरह से डायल किया था, फिर मॉडेम पर रबर के कपों में सेट हाथ को चिपका दिया था। ।

Comments

"110

— बौड

Answer 12

पंच कार्डों के एक समूह को पेंच करने से पहले आपको अपने फोरट्रान कार्यक्रमों को लिखने में मदद करने के लिए एक मानक रूप है।

(से: http://www.w3.org/2010/Talks/01-08-steven-ten-euro-computer/ )

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

(ठीक है, शायद यह 1991 से पहले थोड़ा है , लेकिन बहुत ज्यादा नहीं ...)

Answer 13

खैर यह सब पंच कार्ड पर शुरू हुआ , लेकिन मुझे यकीन है कि आपने कम से कम उस इतिहास के सबक के बारे में सुना होगा। हालांकि, 20 से अधिक साल पहले की तारीखें।

डिबगिंग के लिए? संदेश बॉक्स, लॉग फ़ाइलों और अन्य आउटपुट विधियों की जाँच करें और जो अभी हुआ है उसे देखने में मदद करने के लिए।

20 साल पहले 4GL के सभी गुस्से थे।

हैरानी की बात है, 20 साल पहले चीजें सब नहीं थे कि अलग। अब 30 साल पहले ...

अब जब मैं इस उत्तर को लिखता हूं, तो ध्यान रखें कि मैं उस समय सिर्फ 10 साल का था, लेकिन अभी भी 5.25 "फ्लॉपी डिस्क को मेरे 1 एमबी हार्ड ड्राइव में आईबीएम हेडस्टार्ट एक्सटी / एटी पीसी सक्षम किया गया है। इस प्रश्न का उत्तर क्यों दें?

क्योंकि जहां मैं काम करता हूं, हम एक 20 साल पुरानी प्रणाली और कोड आधार बनाए रखते हैं, इसलिए हम अभी भी एक समय ताना में हैं, जब विरासत प्रणाली, विकास वातावरण और कोड के साथ काम कर रहे हैं।

Comments

मुझे याद है कि 1980 के दशक में कीपंच कार्ड था।

— क्रोसेंब्लम

गोड्डामन 4gls। मैंने एक (स्पीडवेयर) YESTERDAY का उपयोग किया । क्यों किसी ने कभी सोचा था कि एक अच्छा विचार मेरे से परे है, लेकिन मेरे सभी पूर्ववर्तियों ने अनपेक्षित 4 जी कोड को कोडित करने में मानव-घंटे लगा दिए, और हर बार और फिर, मुझे सिस्टम में कुछ ट्विक करना होगा। बेकार कौशल की बात करें।

— शैतानिकपुपी

@Satanicpuppy: 4GL दिन के वेब फ्रेमवर्क थे। मैं सिर्फ कल्पना कर सकते हैं क्या devs अब से 20 साल रूबी ऑन रेल्स के बारे में कह रही हो जाएगा / jQuery / Zend कोड: "कौन कभी ? सोचा कि यह एक अच्छा विचार था सदी एक के मोड़ पर हर किसी को था मूर्ख ?" :)

— टीएमएन

@tmn: हेह। मैं या तो उन लोगों को पसंद नहीं करता, एक ही कारण के लिए ... बेशक, मुझे उन्हें या तो उपयोग करने की आवश्यकता नहीं है , एक वेब लड़का नहीं है। 4GL हालांकि बदतर थे, क्योंकि वे मालिकाना थे। समर्थन की लागत एक भाग्य है, और यदि आपके पास समर्थन नहीं है, तो आप उन्नयन नहीं कर सकते। मैंने कुछ साल पहले हमारे लिए एक नया लाइसेंस देखा, इसलिए मैं एक नए सर्वर वातावरण में सब कुछ स्थानांतरित कर सकता था, और लाइसेंस 150k चला गया! प्रति साइट! COBOL I मुफ्त में माइग्रेट कर सकता है, और डेटाबेस को केवल कुछ $ 500 इंटरफ़ेस की आवश्यकता है। उस गोड्डामन मालिकाना 4 जीएल पर्यावरण के कारण पूरी परियोजना बंद हो गई।

— शैतानिकपुपी

अब 4GL को याद रखने वाली बात थी।

— मार्टिन यॉर्क

Answer 14

20 साल पहले मैं कोडिंग कर रहा था, मुख्य रूप से सी, पास्कल में। डॉस प्लेटफॉर्म के लिए टर्बो सी, टर्बो पास्कल थे जो ज्यादातर डिबगर्स के साथ पूर्ण संपादकों थे जो कदम के माध्यम से अनुमति देते थे। के लिए वास्तविक प्रोग्रामिंग , मैं सबसे प्रोग्रामर लगता है कि अपने आप को vi + संकलक, आदेश संकेतों से चलाने के लिए इस्तेमाल किया।

प्रोग्रामिंग थोड़ा कठिन था, खासकर कुछ प्रोग्रामिंग भाषाओं के लिए। मैं अपनी खुद की प्रोग्रामिंग में अभी भी इसके निशान देख सकता हूं: मैं printबयानों के माध्यम से कदमों की तुलना में आसान बयानों के साथ अपने परीक्षण चलाना चाहता हूं ।

Comments

मैं अभी भी विजुअल स्टूडियो के साथ मिलकर vi (gvim) का उपयोग करता हूं (मैंने आज इसका इस्तेमाल किया)। मैं वी.एस. का उपयोग केवल कोड पूरा करने के लिए करता हूं (यह मेरे लिए तरीके दिखता है) और इंक्रेडिबिल शुरू करने के लिए। अन्यथा मैं विम का उपयोग करके बहुत तेजी से संपादित कर सकता हूं।

— जियोर्जियो

Answer 15

मैं बुल्गारिया के लिए बोल सकता हूं।

इसके विपरीत, आप सोच सकते हैं कि बुल्गारिया कंप्यूटर प्रौद्योगिकियों के लिए शीर्ष देशों में से एक था। कम्युनिस्ट ब्लॉक का हिस्सा होने के नाते, यूएसएसआर ने हमारे कंप्यूटर विज्ञान में बड़ी राशि का निवेश किया, जिससे यह कम्युनिस्ट ब्लॉक में उद्योग में अग्रणी बना। हालांकि कम्युनिस्टों ने निजी कंपनियों को बर्दाश्त नहीं किया और इस क्षेत्र में सब कुछ सरकार द्वारा प्रबंधित किया गया। इस प्रकार कुछ साल पहले कम्युनिस्ट ब्लॉक के पतन ने उद्योग को अच्छी स्थिति में रखने के लिए कोई स्थिर व्यवसाय नहीं छोड़ा। हालांकि विशेषज्ञों की अगली पीढ़ी के लिए ज्ञान की एक अच्छी विरासत बची हुई है। इसलिए हमने कभी भी नवीनतम तकनीकों तक पहुंच बंद नहीं की और सॉफ्टवेयर विकास पश्चिमी देशों से अलग नहीं था। हमने अत्याधुनिक उपकरणों और प्रोग्रामिंग अवधारणाओं का उपयोग किया।

इस प्रकार मैं उन सभी को नहीं दोहराऊंगा जो अन्य लोग कहते हैं, लेकिन हां उस समय आईडीई और डीबगर्स काफी अच्छे थे (सॉफ्टवेयर की प्रकृति के अनुसार तब वापस विकसित किया जा रहा था)।

मुझे याद है कि मैंने व्यक्तिगत रूप से टर्बो पास्कल और टर्बो सी (बोरलैंड द्वारा) का उपयोग किया था। ग्राफिक्स के लिए ऑटोडेस्क सॉफ्टवेयर (जैसे 3 डी स्टूडियो और एनिमेटर)।

हालांकि ज्ञान का स्रोत अधिक सीमित था - मुख्य रूप से किताबें, पत्रिकाएं, सहकर्मी और शायद ही कभी इलेक्ट्रॉनिक पत्रिकाएं बीबीएस के माध्यम से। इंटरनेट ज्यादातर एक क्यूरियो था। कुछ के पास यूज़नेट तक पहुंच थी, लेकिन शायद ही कभी इसका उपयोग काम के लिए किया गया हो।

Comments

बीस साल निश्चित रूप से ज्ञान के कम स्रोत थे, लेकिन औसत सॉफ्टवेयर व्यवसायी की गुणवत्ता अधिक थी। बीस साल पहले, केवल सबसे अधिक निर्धारित इस उद्योग में बच गया। अब, अक्षमता अच्छे "Googling" और कट-एंड-पेस्ट कौशल के पीछे छिप सकती है।

— बिट-ट्विडलर 20

यदि आप निजी कंपनियां नहीं थीं, तो उन दिनों आपने बुल्गारिया में किस तरह का सॉफ्टवेयर बनाया था?

— अपवोट

@ क्लीक अपवोट वैज्ञानिक, सैन्य, अंतरिक्ष, इंजीनियरिंग, आदि - राज्य द्वारा वित्त पोषित सब कुछ, जाहिर है - या कम से कम यह मेरे देश (यूएसएसआर) में उस तरह से था।

— mlvljr

Answer 16

केवल 20 साल पहले। तुम मज़ाक कर रहे हो। मैं 1972 में डिबगर्स का उपयोग कर रहा था जब मैं प्रोग्रामिंग सीख रहा था। बेशक मैं जिन लोगों का उपयोग करने में सक्षम था, वे आज भी उतने अच्छे नहीं थे। मुझे संदेह है कि वे उससे बहुत पहले मौजूद थे।
वर्षों में उपकरण बदल गए हैं और वे बेहतर हो गए हैं, लेकिन यह भी मत सोचो कि हमारे पास उपकरण वापस नहीं थे।
मुझे संदेह है कि आपको उस स्तर पर पहुंचने के लिए 50 पर वापस जाना होगा जहां कोई डिबगर नहीं थे।
पहला बहुत अच्छा डीबगर जो मैंने इस्तेमाल किया वह 80 के दशक में वीएमएस के साथ एक वैक्स पर था। वहां से सब कुछ बढ़ गया है।

Answer 17

अब तक आपको यह देखना चाहिए कि आप जिन उपकरणों के शौकीन हैं, उनमें से अधिकांश के सरल संस्करण 1991 में मौजूद थे, हालांकि असमान रूप से वितरित किए गए थे।

अधिक दिलचस्प तुलना 1981 के साथ है: USENET और UUCP और ARPANET नेटवर्क से व्यापक रूप से उपलब्ध सामाजिक प्रक्रियाओं की शुरुआत। (इंटरनेट का टीसीपी झंडा दिवस 1983 में था।)

इससे भी अधिक दिलचस्प तुलना 1971 के साथ होती है: अब आपके द्वारा ज्ञात ऑपरेटिंग सिस्टम के शुरुआती संस्करण और प्रकाशन के आधार पर सामाजिक प्रक्रियाएं, प्रकाशन के आधार पर सामाजिक प्रक्रियाएं (पेपर न्यूज़लेटर, व्यक्ति सम्मेलन, व्यक्तिगत संपर्क, उपयोगकर्ता समूहों के साथ कोड साझा करना, मीडिया जैसे चुंबकीय टेप का उपयोग करना )।

Comments

ARPANET अक्टूबर 1969 में उठा और चल रहा था - मैं पहले लॉगिन के लिए वहां गया था। हम जल्द ही ई-मेल भेज रहे थे, हालांकि '@' का आविष्कार "कुछ वर्षों बाद" तक नहीं हुआ था। लेकिन इससे पहले भी हमारे पास टाइम-शेयरिंग सिस्टम पर इंटरस्यूसर मैसेजिंग थी - usenet जैसी चीजों की वास्तविक शुरुआत।

— जिम बेल्टर

हां, 1970 के दशक में, "भीड़ में" (अपेक्षाकृत कुछ) के पास ARPANET, ज़ेरॉक्स अल्टोस, ईथरनेट, डोवर प्रिंटर थे, जिन्होंने स्मॉलटाकल, लिस्प, सिमूला 67 या सी में प्रोग्राम लिखे थे और ओएसस के लिए टेनेक्स और यूनिक्स थे। 1980 के दशक में, <i> हर कोई </ i> में व्यापक क्षेत्र नेटवर्क था, और दूरदराज के सहयोगियों ने कोड के बड़े और बड़े निकायों को साझा किया।

— लियुडविकस

विश्वविद्यालयों में ये बातें आम थीं।

— जिम बाल्टर

प्रिय जिम बाल्टर, हम वास्तव में असहमत नहीं हैं। मैं सिर्फ इस बात पर जोर दे रहा हूं कि 70 और 80 के दशक के बीच बड़ा अंतर उपकरणों का अस्तित्व नहीं था, यह उनकी सही मायने में व्यापक उपलब्धता थी। बिंदु में एक और मामला: RFC923 (अक्टूबर 1984) देखें। केवल 35 ASN ने तब असाइन किया - केवल विश्वविद्यालयों का एक छोटा सा अंश।

— लियुडविकस

Answer 18

20 साल पहले मैं विंडोज प्रोग्रामिंग के लिए OWL का उपयोग करते हुए बोरलैंड C ++ में 386 पर कोडिंग कर रहा था।

मेरी मशीन में कुछ एमबी रैम और 200 एमबी की हार्ड ड्राइव थी। मैं फ्लॉपी डिस्क से अधिकांश सॉफ़्टवेयर स्थापित कर सकता था - लेकिन सीडी पर अधिक से अधिक सॉफ़्टवेयर आ रहे थे।

जब मैंने बोरलैंड में अपनी परियोजना "एफ रन" के लिए एफ 8 दबाया तो कंपाइलर बहुत जल्दी काम करेगा और मैं तुरंत परिणामों के साथ खेल सकता हूं।

हमारे पास दफ्तर में एक पीसी था जो हर कुछ घंटों में दानव (ट्रम्पेट विनकॉक का उपयोग करते हुए) से जुड़ जाता था और सभी का ईमेल डाउनलोड करता था।

जब हम कुछ प्रोग्राम करने के तरीके पर काम नहीं कर सकते थे, तो हम अक्सर एक किताब में जवाब देखते थे - Win32 एपीआई किताबें विशेष रूप से उपयोगी थीं।

वास्तव में, हम काफी उत्पादक थे ... और IDE ने बहुत जल्दी वापस काम किया! लेकिन उनके पास अच्छे रिफैक्टिंग और अच्छे एकीकृत परीक्षण उपकरण नहीं थे।

Answer 19

20 साल पहले? मैं एक शानदार ड्रैग-एंड-ड्रॉप UI बिल्डर और प्रोजेक्ट मैनेजर के साथ एक अच्छी आईडीई का उपयोग कर रहा था। एक बहुत अच्छी OO भाषा थी, वास्तव में अच्छी GUI वस्तुओं का एक सेट, बेहतरीन ऐप्स का एक समूह और एक टर्मिनल विंडो जिसने मुझे एक ठोस यूनिक्स खोल दिया। और एक डिबगर, लेकिन मैं मानता हूं कि वे कमजोर-दिमाग वाले (या उनके घृणित कोड से निपटने) के लिए हैं।

अगर यह मैक की तरह लगता है, यह इसलिए है क्योंकि मैं नेक्सटी विकास पर्यावरण के बारे में बात कर रहा हूं, जो कि आधुनिक मैक ओएस में बदल गया है। व्हिपसपैनर्स के लिए, आप यहां इतिहास पढ़ सकते हैं:

• http://en.wikipedia.org/wiki/NeXT
• http://en.wikipedia.org/wiki/Interface_Builder
• http://en.wikipedia.org/wiki/Project_Builder

एक साइड नोट के रूप में, मैं कहूंगा कि वहां की भयानक GUI- बिल्डिंग ने मुझे पूरी तरह से बर्बाद कर दिया। जब मैंने जावा में स्विंग ऐप्स विकसित करना शुरू किया, तो यह ऐसा था जैसे किसी के कुत्ते ने बासी जीयूआई एपीआई डॉक खाया हो और उसे फिर से फेंक दिया हो और सन ने उसे भेज दिया हो। आभार वेब अंत में कहीं मिल रहा है।

Answer 20

मैंने १ ९ ,१ में प्रोग्रामिंग शुरू की, ३० साल पहले आई।

1991 में, मैं Apple Computer (aka। इन दिनों बस "Apple") में काम कर रहा था, और Metrowerks के नाम से एक छोटी कनाडाई कंपनी के साथ मिलकर काम कर रहा था।

Metrowerks C, C ++ और पास्कल के लिए एक किक-गधा IDE बना रहा था। इस वातावरण ने 68K से पावरपीसी प्रोसेसर के लिए Apple के सफल संक्रमण में एक प्रमुख भूमिका निभाई।

भले ही मैं एक Apple कर्मचारी था, मैं कई वर्षों तक प्रभावी ढंग से Metrowerks 'के उत्पाद प्रबंधक, उत्पाद रणनीति पर ग्रेग गैलनोस और जीन बेलांगर के साथ मिलकर काम कर रहा था, आदि यह Apple और एक 3rd पार्टी डेवलपर के बीच की घनिष्ठ साझेदारी थी, जिसने पावर मैक्रोश को सक्षम बनाया। संक्रमण, Apple पहला महान मैक संक्रमण (दूसरा OS X का संक्रमण है)।

1981 में, मैं UCSC में अपने नए साल में प्रवेश कर रहा था और मुझे एक PDP-11/70 पर चल रहे यूनिक्स रिलीज़ 7 (संस्करण 7 नहीं) पर काम करना शुरू करने का अवसर मिला।

यहां कोई आईडीई नहीं! बिल्ली, हम कुछ साल बाद तक संस्करण नियंत्रण नहीं था!

यह vi था (और विम कोई विकल्प नहीं था), cc, ln, और make। यह C शैल लिपियों को लिख रहा था और हमारे "स्मार्ट टर्मिनलों" के अधिक से अधिक जटिल TERMCAPS को व्यवस्थित करने के लिए पर्यावरण वर्ण चर के आकार को बढ़ाकर 1024 वर्णों को बढ़ाने के लिए C शैल के स्रोत को हैक कर रहा था।

यह एक उच्च वर्ग के सीआईएस छात्र टेड गोल्डस्टीन के ऑफ कैंपस कोंडो के फर्श पर लायंस बुक की बूटलेग कॉपी पढ़ने का मौका मिल रहा था । टेड एप्पल में वीपी ऑफ टूल्स सहित बहुत ही पूर्ण कैरियर पर चला गया।

यह 1984 में एक मैक पर मेरे हाथ लग रहा था और एमडीएस (मैकिंटोश डेवलपमेंट सिस्टम) के शुरुआती संस्करण और इस नए और अद्भुत जानवर को प्रोग्राम करना सीख रहा था।

यह बहुत मज़ेदार था। उठना और भागना बहुत आसान था। लेकिन रूबी जैसी भाषाओं के साथ हमारे पास जो शक्ति है वह अविश्वसनीय है। अपने संकलक प्रतीक तालिका के लिए एक हैश तालिका लिखने के बजाय, मैं उन्हें दाएं और बाएं एक बुनियादी डेटा प्रकार के रूप में उपयोग कर रहा हूं!

हां, यह बहुत मजेदार था, लेकिन मैं वापस नहीं जाऊंगा ...

Comments

वाह! और प्रोग्रामिंग के उन सभी वर्षों से कोई आरएसआई या कार्पल या कोई अन्य स्वास्थ्य झटका नहीं है? नहीं, मुझे गलत मत समझो, मुझे कहने का मतलब यह नहीं है कि 20+ या 30+ साल की कोडिंग आरएसआई की ओर ले जाती है, लेकिन मैंने ऐसे मामलों को देखा है, जहां vi जैसे संपादकों का बहुत अधिक उपयोग आखिरकार हुआ।

— ममता डी

Answer 21

20 साल पहले मैं एएमओएस में कोड लिख रहा था , जिसमें एक आईडीई और एक बहुत अच्छा डिबगर था।

Comments

हाँ, मैं भी! कार्यक्रम में सीखने के लिए भयानक और शानदार भाषा का एक दिलचस्प संयोजन है, लेकिन यह अंत में बहुत अच्छा काम किया। मैंने एसटीओएस, उसके अटारी एसटी पूर्ववर्ती का उपयोग किया।

— लीडमैन

Answer 22

1991 में, मैंने एक एक्स टर्मिनल पर यूआईएमएक्स नामक एक आईडीई / फ्रेमवर्क का उपयोग किया , जिससे मोटिफ-आधारित एप्लिकेशन का निर्माण हुआ जिसने एक इनफॉर्मेटिक्स आरडीबीएमएस को एक्सेस किया। भाषा सी थी।

संस्करण बनाने के लिए SCCS था, निर्माण के लिए बनाओ।

पीछे मुड़कर देखें, न कि मैं आज किस तरह से काम करता हूं।

Answer 23

28 साल पहले मैं हेक्स द्वारा विधानसभा कोड लिख रहा था, 6809 प्रोसेसर के लिए (ड्रैगन 32 में आप में से जो इसे याद करते हैं) - मैंने आखिरकार इसके लिए एक सबसे सभ्य असेंबलर लिखा, जिसने मदद की।

कोई डिबगर नहीं था - अगर यह काम नहीं करता था तो आप स्टैक पर एक नज़र डालने के लिए प्रिंट कोड जोड़ देंगे। लंबी रातें! कुशल कोड ने मदद की, क्योंकि गलत होने के लिए कम लाइनें थीं

और आजकल मुझे क्लीयरकेस, मावेन, एंट और वीएस सीखना है - सभी अच्छे मज़े (लेकिन मुझे पुराने दिन याद हैं)

Answer 24

20 साल, एह? मैं केवल उस समय से पहले पीसी-लैंड में ही काम कर रहा था, उसके कुछ समय पहले ही एप्पल-लैंड छोड़ा था। फिर मुझे याद है कि अमीर बच्चों के पास पूर्ण-विकसित आईडीई / एकीकृत डिबगिंग (बोरलैंड और माइक्रोसॉफ्ट) था। हम में से कुछ कम कीमत वाले ब्रांडों के साथ काम कर रहे थे, जो ठीक काम कर रहे थे, लेकिन इतने "एकीकृत" नहीं थे (मिक्स सॉफ्टवेयर, विभिन्न शेयरवेयर विक्रेता)। माउस डेस्क पर था, लेकिन शायद ही कभी छुआ हो। पाठ मोड में बिताया गया समय का 90%। दोहरे मॉनिटर सेटअप दूर होने लगे (इससे पहले, मोनोक्रोम कोडिंग मॉनीटर और एक रंग "रनिंग" मॉनीटर उसी प्रणाली में होना आम बात थी क्योंकि एमडीए और सीजीए कार्ड अलग-अलग I / O / मेमोरी लोकेशन का उपयोग करते थे और दोनों ही कर सकते थे डॉस में एक ही समय में चलाया जाए)। विंडोज के शुरुआती संस्करण कई मॉनिटरों से खुश नहीं थे।

लोकप्रिय भाषाएँ सी, पास्कल और मोडुला -2 थीं। लोग अभी भी लोगो और BASIC का उपयोग करते थे। "विजुअल बेसिक" आखिरकार बेसिक को मारना शुरू कर रहा था। कॉलेज में COBOL और RPG पढ़ाया जा रहा था।

अमीर बच्चे इंटरनेट पर USEnet का उपयोग कर रहे थे, गरीब बच्चे अभी भी स्थानीय BBS में डायल कर रहे थे और FIDOnet समूहों का उपयोग कर रहे थे (1200-2400bps पर आमतौर पर, एक 9600bps मॉडेम अभी भी ज्यादातर लोगों के लिए सस्ती नहीं थी, बाकी की लागत लगभग उतनी ही थी कंप्यूटर)।

Answer 25

सत्तर के दशक में मैंने जो पहला कंप्यूटर वापस प्रोग्राम किया था, वह एक यूनीवैक 1218 था । 1218 में एक न्यूनतम कार्यकारी था और 18-बिट शब्द-उन्मुख फेराइट कोर मेमोरी का 16K था (इसलिए, शब्द "कोर डंप")। सेकेंडरी स्टोरेज को मैग्नेटिक टेप और होलेरिथ-एन्कोडेड 80-कॉलम पंच कार्ड्स के जरिए संभाला गया। मशीन ने अंकगणित के लिए एक के पूरक और संबोधन के लिए दो के पूरक का उपयोग किया। यह सामने के पैनल का उपयोग करके प्रोग्राम और डिबग किया जा सकता है, जिस पर सभी रजिस्टरों की सामग्री जहां प्रबुद्ध पुश-बटन स्विच का उपयोग करके प्रदर्शित किया गया है। यह सीपीयू आधुनिक मानकों द्वारा आदिम लग सकता है, लेकिन यह उस समय मेरे लिए बहुत अच्छा था।

वापस विषय पर: मैं अपने अधिकांश विकास के लिए बीस साल पहले आईडीई का उपयोग कर रहा था। मैं उन क्रस्टी पुराने लोगों में से नहीं हूं जो मानते हैं कि आईडीई कमजोर दिमाग के लिए हैं। एक अच्छा आईडीई एक उत्पादकता एम्पलीफायर है।

Answer 26

20 साल पहले मैं एक छात्र प्रोग्रामिंग RMCOBOL-85 था।

मैं एक फ़ाइल सर्वर से जुड़े ग्रीन टर्मिनल का उपयोग कर रहा था।

इंटरफ़ेस एक नोटपैड शैली पाठ संपादक था। कोई फैंसी बिट नहीं। हमारे पास VI का उपयोग करने का भी एक विकल्प था। हालांकि कभी नहीं किया।

आह अच्छे दिन। :)

Answer 27

लगभग 20 साल पहले जिस दिन मैं एक आईबीएम पीसी और एक अमीगा 1000 का उपयोग कर रहा था, जो अटारी लिंक्स नामक कुछ के लिए सी कोड और असेंबली को पार करने के लिए था। प्रश्न में कार्यक्रम कुछ सिस्टम चर के लिए 1K के साथ अंतरिक्ष में 47K (कि किलोबाइट) में 5 कैसीनो के खेल चला। डबल बफर वीडियो के लिए एक विस्तृत 16K आरक्षित था। जब "विकास" प्रणाली का आगमन हुआ, तो स्क्रीन को एक रंग में बदलने और स्पीकर पर क्लिक करने के लिए असेंबली भाषा उदाहरण दिनचर्याएं थीं। वह यह था। यदि आप पाठ चाहते थे, तो आपको एक फ़ॉन्ट और अपनी पाठ दिनचर्या बनानी होगी। नेटवर्किंग? आगे बढ़ो, बस अपने ड्राइवरों को लिखें। डननो क्यों, लेकिन यह मुश्किल मज़ा का हिस्सा था। यह आश्चर्यजनक है कि इसमें से किसी ने भी काम किया है।

Answer 28

क्या तुम मजाक कर रहे हो? मैं 80 / के दशक के मध्य में टर्बो पास्कल में अपना 80286 रॉक कर रहा था।

Answer 29

20 साल पहले, मैं नेक्स्टेप ओएस के लिए डेस्कटॉप पब्लिशिंग ऐप बनाने के लिए इंटरफेस बिल्डर और ऑब्जेक्टिव-सी का उपयोग कर एक टीम का हिस्सा था। और, हाँ, इंटरनेट चारों ओर था , यह उपयोग करने के लिए बस थोड़ा कठिन था - लेकिन मैं comp.sys.next पर उत्तर ढूंढ और पोस्ट कर सकता था।

मैं एक अनुबंध डेवलपर तकनीकी समर्थन व्यक्ति के रूप में 1989 में सन में डिबगर्स की डिबगिंग कर रहा था ।

मैं लगभग 30 साल पहले आईडीई का उपयोग कर रहा था - यूसीएसडी पी-सिस्टम / एप्पल पास्कल। वॉट सुंडोग: फ्रोजन लिगेसी विथ एप्पल II विथ एप्पल पास्कल और 6502 असेंबली (1982-84)। मेरा खुद का पी-कोड / 6502 डिस्सेम्बलर भी लिखा। उस बात के लिए, मैं 1981 में वापस लूनर एंड प्लैनेटरी इंस्टीट्यूट में नॉर्थस्टार होरिजन (जेड -80) माइक्रो कंप्यूटर पर यूसीएसडी पी-सिस्टम का उपयोग कर रहा था।

Comments

यह ब्रूस सुनने के लिए अच्छा तरीका है! मुझे याद है जब आपने नेक्स पर काम करने के लिए मैक की दुनिया को छोड़ दिया था ...

— जॉर्डन

Answer 30

1963 में मैं कैंपस में एक समर जॉब में काम कर रहा था। यह पीडीपी -1 कंप्यूटर पर था, जिसे डिजिटल (डीईसी) द्वारा बनाया गया था।

और हाँ, इसका एक इंटरैक्टिव डिबगर था, जिसे DDT कहा जाता था। आप एक ब्रेकपॉइंट सेट कर सकते हैं, चर, पैच कोड की जांच और परिवर्तन कर सकते हैं। पाठ संपादक काफी आदिम था, और हम अक्सर इसके बजाय एक ऑफ़लाइन पेपर टेप मशीन का उपयोग करते थे।

भाषा कोडांतरक थी। मशीन में 4k जैसे 18 बिट शब्द थे। कोई ऑपरेटिंग सिस्टम नहीं।

1971 तक, मैं 36 बिट्स के 262,144 शब्दों के साथ पीडीपी -10 पर था। एक संवादात्मक टाइमशेयरिंग प्रणाली, जो शायद 10 समवर्ती उपयोगकर्ताओं का समर्थन करती है, एक टेक्स्ट एडिटर, जिसे TECO कहा जाता है, एक डिबगर को अभी भी DDT कहा जाता है, और लिस्प, फोरट्रान, बेसिक और अल्गोल जैसी भाषाएं। TECO वास्तव में शक्तिशाली था। आप इसमें टेक्स्ट मैनिपुलेटिंग प्रोग्राम लिख सकते हैं।

पीडीपी -10 पालो ऑल्टो रिसर्च में बनाई गई एक ऐसी ही मशीन का आधार था, जहां भविष्य का कार्यालय पैदा हुआ था। ईथरनेट, माउस और जीयूआई, ई-मेल, लेजर प्रिंटर और ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग। पालो ऑल्टो में वह सब कुछ था। पीसी से दस साल पहले।

इस सामान का एक बहुत कुछ भूल गया है, और तब से वर्षों में कई बार पुनर्निवेश किया गया। और हां, नया सामान भी है।

---

1991 में आगे बढ़ते हुए, मैं एक वैक्स पर काम कर रहा था। मेरी प्राथमिक भाषा एसक्यूएल थी, हालाँकि मैंने आवश्यक होने पर PASCAL में सामान लिखा था। मैंने DCL और डेटाट्रीव को स्क्रिप्टिंग भाषाओं के रूप में भी इस्तेमाल किया, हालांकि हमने उस शब्द का उपयोग नहीं किया।

VAX के पास उस समय एक IDE नहीं था, कम से कम नहीं जहां मैंने काम किया था। लेकिन टेक्स्ट एडिटर, कंपाइलर, लिंकर, डीबगर और कमांड भाषा सभी इस विचार के साथ बनाए गए थे कि डेवलपर उन सभी का उपयोग करने जा रहा था। उन्होंने साथ मिलकर काम किया। मुट्ठी भर कमांड को याद रखना किसी टूलबार पर दिए गए टूल को याद रखने से ज्यादा कठिन नहीं था। कमांड रिकॉल द्वारा कमांड को वापस लेना आसान बना दिया गया था।

VAX के पास एक उत्कृष्ट डिबगर था, लेकिन मैंने इसे कभी नहीं सीखा। PASCAL ने प्रोग्राम शुरू करने का अधिकार प्राप्त करना बहुत आसान बना दिया, और संरचित प्रोग्रामिंग ने डिबगर का उपयोग किए बिना बग को स्थानीय बनाना बहुत आसान बना दिया। डीबगिंग एसक्यूएल एक पूरी तरह से अलग बॉलगेम है।

वैक्स पर काम करने के अलावा, मैंने स्थानीय रूप से डेटा में हेरफेर करने के लिए डेस्कटॉप टूल का उपयोग किया। ये या तो एमएस ऑफिस टूल थे या उनके अग्रदूत, मुझे याद नहीं है। हार्ड पार्ट वैक्स पर एक डेटाबेस में संग्रहीत डेटा के लिए डेस्कटॉप टूल को लिंक कर रहा था।