Programlama 20 yıl önce nasıl yapıldı? [kapalı]

Günümüzde, işleri kolaylaştıran çok sayıda programlama yardımcımız var, bunlar:

• IDE

• Hata ayıklayıcılar (satır satır, kesme noktaları vb.)

• Derleme için karınca betikleri, vs.

• Bir programlama problemine takılı kalmanıza yardımcı olacak StackOverflow benzeri siteler

20 yıl önce, bunların hiçbiri etrafta değildi. İnsanlar hangi araçları programlamak için kullandılar ve bu yeni araçlar olmadan nasıl yaptılar? Programlamanın o zamanlar nasıl yapıldığı hakkında daha fazla şey öğrenmek istiyorum.

20 yıl önce, bu 1991. Borland C ++ 2.0 IDE'nin piyasaya çıktığı yıl. Entegre hata ayıklayıcıyla (satır satır ve kesme noktaları ile), make kullanarak otomatik bina.

Bu gibi görünüyordu http://www.ee.oulu.fi/research/tklab/courses/521419A/tc201_compile.png

Stackoverflow gibi web siteleriniz yoktu, ancak IDE ile güzel basılmış kitaplarda birkaç bin sayfa dokümantasyon alıyordunuz.

20 yıl önce ... 1991 ...

Bakalım. SunOS ve VAX VMS kullanıyordum.

Kodları metin editörlerini kullanarak yazdık (vi veya edit).

Ben - kişisel olarak - hata ayıklayıcı kullanmayın ve asla kullanmadım. Bazı millet SunOS'ta adb hata ayıklayıcısını kullandı. Aslında bir çekirdek dökümü dosyasından yığın izlemeyi kurtarmak için birkaç kez kullandım. VAX VMS'de nelerin mevcut olduğu hakkında hiçbir fikrim yok. Kodda print cümleleri kullandım.

Derlemek için make'i kullandık.

Makaleyi okuduk, düşündük ve denemeler yaptık. Aslında, bu hala çalışıyor. Yığın Taşması, açıklanamayan sebeplerden dolayı deney yapmayı reddeden veya düşünmeyi reddeden birkaç kişi tarafından aşırı kullanılır.

30 yıl önce ... 1981 ...

Bakalım. Univac Exec 8 ve IBM OS kullanıyordum.

Metin editörlerini kullanarak kod yazdık (Univac'ı hatırlayamıyorum, ancak IBM TSO ortamının editörüydü)

Ben - kişisel olarak - hata ayıklayıcı kullanmayın ve asla kullanmadım. Bu makineler "ana bilgisayar" idi ve hiçbir şey atılmamıştı. "Hata ayıklayıcı" yoktu. Basılı ifadeleri kodunuza eklemek zorundasınız.

Derlemek için senaryolar yazdık.

Makaleyi okuduk, düşündük ve denemeler yaptık.

40 yıl önce ... 1971 ...

Bakalım. İşletim sistemi olmayan bir IBM 1620 kullanıyordum.

Zımbalanmış kağıt kartları kullanarak kod yazdık.

Hata ayıklama, işlemcinin tek adım atması anlamına geliyordu. Nadiren yardımcı oldu, bu yüzden koduma "print" ifadeleri eklemeyi öğrendim.

Daha sonra koştuğumuz delikli kağıt destesini üretmek için derleyiciyi elle çalıştırıyoruz. "elle", derleyiciyi veya derleyiciyi kurmak için tam anlamıyla bir kart okuyucusuna kartları yüklemek anlamına geliyordu. Daha sonra nesne kodunu üretmek için kaynak kodu bir kart okuyucuya yükleyin. Ardından ortaya çıkan nesne kodunu programı çalıştırmak için kart okuyucuya yükleyin.

Makaleyi okuduk, düşündük ve denemeler yaptık.

"Çimlerimi Çürüten Çocuklarımdan Kurtul"

• IDE. Neredeyse işe yaramaz. Kod tamamlama eğlenceli olabilir, ancak bazı kişilerin iddia ettiği kadar yararlı olmayabilir. Millet, Visual Studio'dan dolayı VB'nin kabul edilebilir bir dil olduğunu söyledi. Sözdizimi renklendirme belki de şimdiye kadar icat edilen en kullanışlı özelliktir. Gerisi isteğe bağlı eklentiler olmalıdır, böylece onlardan vazgeçebiliriz ve bellek ve işlemci döngüleri boşaltabiliriz.

  Koltuk değnekleri giderken, güvenilmesi gereken daha kötü şeyler var.

• Debugger'lar. Faydasız. Dil tanımının o kadar kötü olduğu durumlar dışında, anlambilim o kadar bulanık olur ki ne olması gerektiğini anlayamazsınız. Örneğin, VB. Bir hata ayıklayıcı gerektiğinde, daha iyi bir dil edinmenin tam zamanı.

  Programlama öğretimi deneyimime dayanarak, hata ayıklayıcıların yararı olmaz. Bazı insanlar için, bulanık düşünmeye ve garip bir ampirik programlama tarzına götürürler; kodda anlamsal bir anlam yoktur - anlamsız - sadece saf bilgisayar korsanlığı.

• Derleme için karınca betikleri, vs. Artımlı derleme ve bağlantı oluşturma gerçekten o kadar da iyi bir fikir değil. Hiper-karmaşık dillerle, bu gerekli bir kesmek, ama gerçekten bir kesmek olarak görülmesi gerekiyor. Bu gerekli değil hatta arzu edilir.

  Artımlı derlemeye daha az güvenen daha iyi bir dil, sofistike Ant betiklerinden daha uzak, çok daha iyi bir şeye benziyor.

• Bir hataya sıkışıp kalmışsanız, Stackoverflow gibi siteler yardımcı olabilir. Bazen yardımcı olur.

  Hata ayıklayıcılarda olduğu gibi, bazı insanların basit blundering şansı ile başarılı görünme olasılıkları vardır. Bu kötü bir şey.

Hmm, öncülünüz pek doğru değil. Son iki öğe doğrudur, ancak 20 yıl önce IDE'lerimiz ve Hata Ayıklayıcılarımız vardı.

Aslında, hata ayıklayıcılar her zaman var olmuştur. Tasarım ve kullanımları, Brooks'un ekibinin eski IBM ana bilgisayarlarını kurmasından bu yana gelişmiştir; Ancak şimdi aynı hata ayıklayıcısını birkaç farklı dilde çalıştırabiliriz (örnekler için GCC projesine veya MS Visual Studio'ya bakın).

20 yıl önce, ANT yoktu, ama kesinlikle Make yaptık. Aletin uyumsuz birkaç sürümü bile vardı. İnsanların projelerini inşa ederken kullandığı şey buydu.

Ve web hazır değildi (hala üniversiteler ve orduda bir araştırma projesiydi), kitaplarımız ve dergilerimiz vardı. Dergiler en güncel bilgileri sağladı ve kitaplar teoriyi ele aldı.

Kahretsin çocuklar. 1991? Gerçekten mi? O zamanlar neler olacağını düşünüyorsun? Turbo Pascal hala çok seksiydi, Netware hala Windows için geçerli bir rakipti, hızlı bilgisayarlar hala mhz cinsinden ölçüldü, ama bunun dışında çok da farklı değildi. 10 yıl daha geriye gidin ve siz yeşil ekrandan bahsediyorsunuz, ancak bu sistemler için de IDE'ler vardı.

Delikli kartlar bulmak için 70'lerin ortalarına geri dönmelisin ve böyle saçmalıyorsun.

20 yıl önce Borland Turbo Pascal ve Turbo C ++, entegre hata ayıklayıcıları, profil oluşturucuları vb. İle oldukça güçlü IDE'lerimiz vardı.

Birçok harika araç vardı. Unix çekirdeğinin nasıl yapıldığını düşünüyorsunuz? ve derlendi? Lotus 123, Corel Draw, Wordperfect, Xenix, MS Windows, X Windows, Gnu, Kings Quest, Uçuş Simülatörü vb.

Unix, kod analizi için lint, derleme yapmak için vi ve düzenleme için emacs gibi pek çok programcı üretkenlik aracına sahipti. Korn kabuğu ile (ve muhtemelen diğerleri) bir düzenleyiciyi askıya alabilir ve 0.5 saniye içinde başka bir düzenleyiciye geçebilir ve greeen ekranlı ("çimlerin büyümesini izlemek") yavaş bir çevirmeli modemde yapabilirsiniz. DBX ile hata ayıklama veya sadece çekirdek dökümü okuyabilirsiniz.

Grafik terminali için paranız varsa, gerçekten şık hata ayıklama için X Windows ve xdbx kullanabilirsiniz.

İnternet yoktu ama WWW değildi. Anonim FTP, Goper ve WAIS vardı. Ve ağ haber grupları comp.lang.c gibi sorularınızı gönderiyor (şimdi çoğunlukla spam).

Bu araçlar güçlüydü. Hiç bir veya iki günlüğüne bir çekirdek yeniden çalıştırmayı izledi mi? Bütün bağımlılıkları oluşturarak makefile'den sonra makefile oluşturacaktı. Ve hangi hedeflerin paralel olarak inşa edilebileceğini tespit edebilecek bile pmake vardı. Karınca bunu yapabilir mi?

PC'de Turbo Pascal gibi inanılmaz Borland ürünleri vardı (v4 80'lerin ortasında ortaya çıktığında büyük bir değişiklikti).

İlginç zamanlardı. Ve ilginç fiyatlar. Windows 3 SDK kutusunun bir taşıma tutamağı vardı, ancak kaldırmak için iki el, çok fazla disk ve 1 ayaklık yüksek el kitabı yığını gerekiyor. İlişkisel veritabanları kullanıcı başına binlerce dolara mal oldu, Unix savaşlar, elektronik tablo eğik çizgi anahtarı üzerinden savaşıyor. Şimdi böyle çılgın düşük fiyat / ücretsiz için alabileceğiniz araçları hayran kaldım.

Tüm bunların en komik yanı, bazı Visual Studio tuş vuruş komutlarının (CTRL-K + CTRL-C) eski Wordstar komutları olmasıdır. Her kullandığımda biraz nostalji.

20 yıl önce, içinde programlamaktı GFA Basic bir de Atari ST 1040 :

Daha fazla klavye, daha az fare.

Birini eski hissettirdiğin için teşekkürler :-)

Hata ayıklayıcıları ve dosya dosyaları o zamanlar etraftaydı. Derleyiciler ya kalın kitaplarla ya da çok sayıda man sayfalarından oluşan Unix için geldi. Çoğu Unix geliştiricisi vi veya emac kullandı. O zamanlar masaüstü programlaması yapmadım, ancak derleyiciyle birlikte gelen ve aslında daha az özellik içeren IDE'ler olan editörleri kullandıklarından eminim. Meslektaşlarınızdan, kitaplardan veya dergilerden yardım aldınız.

20 yıl önce BASIC'te programlama yapıyordum. IDE'ye sahip değildim çünkü BASICA ve GW BASIC IDE'ler değil. Quick BASIC'i daha sonra görünce çok mutlu oldum. Geliştirme'de Kopyala ve Yapıştır özelliğini ilk kullandığımda çok heyecanlandım. Daha sonra QBASIC derleyicisini eskisi gibi tercüman değil yaptılar ve harikaydı ama sonra C'ye taşındım ve Borland'ın Turbo C IDE'sini kullandım. Mısır’da olduğumu ve o zamanlar internet olmadığını ve yazılımda yaklaşık bir yıl geride kaldığımızı unutmayın. Bugün bir sürüm yayınlanırsa, yaklaşık bir yıl sonra elime gelecektir. Şimdi çok daha kolay ama o zamanki programlama sevinci eşsizdi :)

Sanırım "web yılı" fenomeni tarih hesaplamalarını önledi.

20 yıl önce Mac IIe'de 20 inçlik ekrana sahip ilk GUI tabanlı nesne yönelimli dillerden biri olan Smalltalk'te programlama yapıyordum, bu yüzden ayı derileri ve taş elde etmek için bundan birkaç yıl daha geriye gitmeniz gerektiğini düşünüyorum. - programlama çağında bıçaklar.

Şimdi 40 yıl önce, temel olarak akustik-kupler tarzı bir modemi olan (110 Baud bebeği!) Bir telet terminali kullanarak programlama yapıyordum - telefonu çevirdiğiniz türü biliyorsunuz, sonra elinizi modemin lastik kaplarına soktunuz. .

İşte bir sürü delikli kartı batırmadan önce FORTRAN programlarınızı yazmanıza yardımcı olacak standart bir form.

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

Hatalarınızı silebilmeniz için bir kalem kullandığınızdan ve bazı adımları unutmanız durumunda basılı ifadeleriniz arasında birkaç satır boşluk bıraktığınızdan emin olun.

(Tamam, belki 1991'den biraz önce, ama fazla değil ...)

Her şey delikli kartlarda başladı , ama eminim en azından bu tarih dersini duymuşsundur. Ancak bu, 20 yıldan daha uzun bir süre önce ortaya çıkıyor.

Hata ayıklamak için mi? Çok sayıda mesaj kutusu, günlük dosyası ve diğer çıkış yöntemlerini kontrol etmenize ve ne olduğunu görmenize yardımcı olacak.

20 yıl önce 4GL'ler öfkeydi .

Şaşırtıcı bir şekilde, 20 yıl önce işler o kadar da farklı değildi . Şimdi 30 yıl önce ...

Şimdi bu cevabı yazarken, o zamanlar sadece 10 yaşında olduğumu, ancak hala 5,25 "floppy diskleri 1 MB sabit diskime aktaran IBM Headstart XT / AT PC'leri salladığımı unutmayın. Neden bu soruyu cevaplamalısınız?

Çünkü çalıştığım yerde, 20 yıllık bir sistem ve kod temeli oluşturuyoruz, bu yüzden eski sistemler, geliştirme ortamları ve kodlarla çalışırken hala zaman tünelindeyiz.

20 yıl önce, çoğunlukla C, Pascal'da kod yazıyordum. DOS platformu için Turbo C, çoğu zaman hata ayıklayıcılarla tamamlanan editör olan Turbo Pascal vardı. İçin gerçek programlama kendim komut istemleri çalıştırmak vi + derleyicisi, eskisi gibi, çoğu programcıları hissediyorum.

Programlama, özellikle bazı programlama dilleri için biraz zordu. Bunu kendi programlamamda hala izlerimde görebiliyorum: Testlerimi printifadelerle yürütmekten ifadelerle adım atmaktan daha kolay buluyorum .

Bulgaristan için konuşabilirim.

Sizce bunun aksine, Bulgaristan bilgisayar teknolojileri konusunda önde gelen ülkeler arasındaydı. Komünist bloğun bir parçası olan SSCB, bilgisayar bilimlerimize büyük miktarda para yatırdı ve onu komünist blokta endüstride lider haline getirdi. Bununla birlikte komünistler özel şirketlere tolerans göstermediler ve bu alandaki her şey hükümet tarafından yönetildi. Böylece, birkaç yıl önce komünist bloğun çöküşü, sanayiyi iyi bir durumda tutmak için istikrarlı bir iş yapmadan ülkeyi terk etti. Ancak yeni nesil uzmanlar için güzel bir bilgi mirası kaldı. Bu nedenle, en son teknolojilere erişmeyi asla bırakmadık ve yazılım geliştirme Batı ülkelerinden farklı değildi. En son araçları ve programlama kavramlarını kullandık.

Böylece diğerlerinin söylediklerini tekrarlamayacağım, ama evet, o zamanlar oldukça iyi bir IDE ve hata ayıklayıcılar vardı (o zamandan beri geliştirilmekte olan yazılımın yapısına karşılık gelen).

Kişisel olarak Turbo Pascal ve Turbo C (Borland) kullandığımı hatırlıyorum. Ayrıca grafikler için Autodesk'in yazılımı (3d Studio ve Animator gibi).

Bununla birlikte, bilgi kaynağı daha sınırlıydı - temel olarak kitaplar, dergiler, meslektaşlar ve nadiren BBS üzerinden elektronik dergiler. İnternet çoğunlukla bir meraklıydı. Bazılarının Usenet'e erişimi vardı, ancak nadiren iş için kullanıyorlardı.

Sadece 20 yıl önce. Şaka yapıyor olmalısın. Programlamayı öğrenirken 1972'de hata ayıklayıcıları kullanıyordum. Kuşkusuz kullanabildiklerim bugünkü kadar iyi değildi. Bundan çok önce var olduklarından şüpheleniyorum.
Araçlar yıllar geçtikçe değişti ve daha iyi bir hale geldi, ancak o zamanlar bizim araçlarımız olmadığını bile düşünmüyoruz.
Hata ayıklayıcı olmayan seviyeye ulaşmak için 50'li yıllara geri dönmeniz gerekeceğinden şüpheliyim.
Kullandığım ilk gerçekten iyi hata ayıklayıcı, 80'li yıllarda VMS'li bir VAX'taydı. Her şey oradan gitti.

Şimdiye kadar, düşkün olduğunuz araçların çoğunun basit versiyonlarının 1991'de düzgün bir şekilde dağıtılmış halde bulunduğunu görmelisiniz.

Daha ilginç karşılaştırmalar 1981 ile yapıldı: USENET ve UUCP ve ARPANET ağlarını içeren yaygın olarak bulunan sosyal süreçlerin başlangıcı. (İnternetin TCP bayrak günü 1983'teydi.)

1971 ile daha da ilginç karşılaştırmalar yapıyor: şu an bildiğiniz ve sevdiğiniz işletim sistemlerinin ilk sürümleri, yayınlamaya dayalı sosyal süreçler (kağıt bültenler, kişiye katılan konferanslar, kişisel temaslarla kod paylaşımı, kullanıcı grupları, manyetik bantlar gibi medya kullanımı ).

20 yıl önce Windows programlamada OWL kullanarak Borland C ++ 386'ya kod yazıyordum.

Makinemde birkaç MB RAM ve 200 MB sabit disk vardı. Çoğu yazılımı disketten yükleyebilirim - ama CD’ye gittikçe daha fazla yazılım geliyordu.

F8'i "Çalıştır" için kullandığımda, Borland'daki projemi tamamladıktan sonra derleyici oldukça hızlı çalışacak ve sonuçları ile anında oynayabilecektim.

Ofiste birkaç saatte bir, Demon'a (Trumpet WinSock kullanarak) bağlanacak ve herkesin e-postasını indireceği bir bilgisayar vardı.

Bir şeyi nasıl programlayacağımızı çözemediğimizde, cevabı bir kitapta sık sık aradık - Win32 API kitapları özellikle kullanışlıdır.

Aslında, oldukça üretkendik ... ve IDE'ler o zamanlar çok çabuk çalıştı! Ancak güzel yeniden düzenleme ve iyi entegre test araçları yoktu.

20 yıl önce? Harika bir sürükle ve bırak kullanıcı arayüzü oluşturucu ve proje yöneticisi ile güzel bir IDE kullanıyordum. Oldukça iyi bir OO dili, gerçekten iyi GUI nesneleri kümesi, bir sürü harika uygulama ve bana sağlam bir Unix kabuğu veren bir terminal penceresi vardı. Ve bir hata ayıklayıcı, ama ben bunların zayıf fikirli oldukları (ya da çirkin kodlarıyla başa çıkacakları) olduğuna katılıyorum.

Eğer bu bir Mac’e benziyorsa, bunun nedeni modern Mac OS’e dönüşen NeXT geliştirme ortamından bahsediyorum. Whippersnappers için, burada tarihi okuyabilirsiniz:

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

Bir yandan not olarak, oradaki harika GUI binasının beni tamamen mahvettiğini söyleyeceğim. Java'da Swing uygulamaları geliştirmeye başladığımda, birinin köpeği eski bir GUI API doktoru yemiş ve tekrar atmış ve Sun bunu göndermiş gibiydi. Şükürler olsun ki, web sonunda bir yerlere geliyor.

1981'de programlama yapmaya başladım, bu sonbaharda 30 yıl önce geliyordu.

1991'de Apple Computer'da (bugünlerde sadece "Apple") çalışıyordum ve Metrowerks adında küçük bir Kanadalı şirketle yakın çalışıyordum.

Metrowerks, C, C ++ ve Pascal için tekme IDE inşa ediyordu. Bu ortam Apple'ın 68K'dan itibaren PowerPC işlemciye başarılı bir şekilde geçişinde önemli bir rol oynadı.

Bir Apple çalışanı olmama rağmen, birkaç yıl etkili bir şekilde Metrowerks'in Ürün Müdürü'düm, Greg Galanos ve Jean Belanger ile ürün stratejisi üzerine yakın bir şekilde çalıştım. geçiş, Apple ilk büyük Mac geçişi (ikincisi OS X'e geçiş).

1981'de birinci sınıf yılıma UCSC'de giriyordum ve bir PDP-11/70 ile çalışan bir Unix Sürüm 7 (Sürüm 7 değil) üzerinde çalışmaya başlamıştım.

IDE yok burada! Heck, birkaç yıl sonraya kadar sürüm kontrolümüz yoktu!

Vi idi (ve vim bir seçenek değildi), cc, ln ve make. "Akıllı terminallerimizin" daha karmaşık TERMCAP'lerini daha da karşılamak için, 512 karakterden oluşan ortam değişkenlerinin büyüklüğünü 1024 karaktere çıkarmak için C Shell Script'leri yazıyor ve kaynağını kırmaktaydı.

Üst sınıf bir BDT öğrencisi Ted Goldstein'ın kampüs dışı kınamak katında Lions Kitabının patlamış bir kopyasını okuma fırsatı buluyordu. Ted, Apple'daki VP of Tools da dahil olmak üzere tam bir kariyere başladı.

1984’te bir Mac’e ve MDS’nin (Macintosh Development System) bir basımına basıyordum ve bu yeni ve harika canavarı programlamayı öğreniyordum.

Çok eğlenceliydi. Kalkmak ve koşmak çok daha kolaydı. Ancak Ruby gibi dillerde sahip olduğumuz güç inanılmaz. Derleyiciler sembolüm tablosu için bir karma tablosu yazmak yerine, bunları temel veri türü olarak sağa ve sola kullanıyorum!

Evet, çok eğlenceliydi, ama geri dönmem ...

20 yıl önce , bir IDE ve oldukça iyi bir hata ayıklayıcı olan AMOS'ta kod yazıyordum .

1991 yılında , bir X Terminalinde UIMX adlı bir IDE / Framework kullandım ve bir Informatix RDBMS'ye erişen Motif tabanlı uygulamalar yarattım . Dil C idi

Modelleme, yapım için yapım SCCS vardı.

Geriye dönüp baktığımda, bugün çalıştığımdan pek farklı değil.

28 yıl önce, 6809 işlemcisi için elle hex kodunu yazıyordum (Dragon 32'de hatırladığın kişiler için) - Sonunda yardımcı olan çoğunlukla düzgün bir derleyici yazmıştım.

Hata ayıklayıcı yoktu - işe yaramazsa, yığına bakmak için baskı kodu eklerdiniz. Uzun geceler! Yanlış giden daha az satır olduğu için verimli kod yardımcı oldu

Ve bugünlerde Clearcase, Maven, Ant ve VS öğrenmek zorundayım.

20 yıl, ha? Ben sadece Apple-ülkesini kısa süre önce terk ettikten sonra, tam olarak PC-ülkesinde çalışıyordum. O zamanlar hatırlıyorum ki zengin çocuklar tam gelişmiş IDE'lere entegre edilmiş hata ayıklama (Borland ve Microsoft). Geri kalanımız, iyi çalışan, ancak o kadar "entegre" olmayan düşük fiyatlı markalarla kazıma yapıyorduk (Mix Software, çeşitli yazılım derleyici satıcıları). Fare masadaydı, ancak nadiren dokundu. Metin modunda geçirilen sürenin% 90'ı. İkili monitör ayarları kaybolmaya başlıyordu (bundan önce, farklı bir G / Ç / bellek konumu kullanan MDA ve CGA kartlarıyla aynı sistemde bir monokrom kodlama monitörünün ve renkli bir "çalışan" monitörün olması olağandı. DOS'ta aynı anda çalıştırılabilir). Windows'un ilk sürümleri birden fazla monitörden memnun değildi.

Popüler diller C, Pascal ve Modula-2 idi. İnsanlar hala Logo ve BASIC kullandılar. "Visual BASIC" sonunda BASIC'i öldürmeye başlamıştı. COBOL ve RPG üniversitede okutuluyordu.

Zengin çocuklar internette USEnet kullanıyorlardı, fakir çocuklar hala yerel BBS'yi arıyorlardı ve FIDOnet gruplarını kullanıyorlardı (genellikle 1200-2400bps'de, 9600bps modem hala çoğu insan için uygun değildi, geri kalanının maliyeti kadardı. bilgisayar).

Yetmişli yıllarda programladığım ilk bilgisayar Univac 1218 idi . 1218'de minimalist bir yönetici ve 16K'lık 18-bit kelime-odaklı ferrit çekirdek bellek vardı (bu nedenle, "çekirdek dökümü" terimi). İkincil depolama manyetik bant ve Hollerith kodlu 80-kolon delikli kartlar ile yapıldı. Makine, birinin aritmetik için tamamlayıcısını, ikisinin de adresleme için tamamlayıcısını kullandı. Aydınlatmalı düğme anahtarları kullanılarak görüntülenen tüm kayıtların içeriğinin bulunduğu ön panel kullanılarak programlanabilir ve hata ayıklanabilir. Bu CPU modern standartlara göre ilkel görünebilir, ancak o zamanlar bana çok iyi davrandı.

Konuya geri dönelim: Gelişimimin çoğu için Yirmi yıl önce IDE'leri kullanıyordum. Ben IDE'lerin zayıf beyinler olduğuna inanan huysuz yaşlı adamlardan biri değilim. İyi bir IDE bir verimlilik yükselticisidir.

20 yıl önce RMCOBOL-85'i programlayan bir öğrenciydim.

Bir dosya sunucusuna bağlı yeşil bir terminal kullanıyordum.

Arayüz bir not defteri tarzı metin editörü idi. Süslü bit yok. Ayrıca VI kullanma seçeneğimiz de vardı. Asla yapmadım.

Ah iyi günler. :)

Neredeyse 20 yıl önce, Atari Lynx adlı bir şey için C kodunu ve montajını çaprazlamak için bir IBM PC ve bir Amiga 1000 kullanıyordum. Söz konusu program, bazı sistem değişkenleri için 1K olan 47K (bu kilobayt) alanda 5 casino oyunu çalıştırdı. Çift tampon video için bir kuyruklu 16K ayrıldı. "Geliştirme" sistemi geldiğinde, ekranı bir renk çevirmek ve konuşmacıyı tıklatmak için assembly dili örneği yordamları vardı. Öyleydi. Metin istiyorsanız, bir yazı tipi ve kendi metin rutinlerinizi oluşturmalısınız. Ağ? Devam et, kendi sürücülerini yaz. Dunno neden, ama bunun zorluğu eğlencenin bir parçasıydı. Hiçbiri işe yaramazsa şaşırtıcı.

Dalgamı geçiyorsun? 80286'mı 80'lerin ortasında / sonunda Turbo Pascal'da sallıyordum.

20 yıl önce NeXTstep işletim sistemi için bir masaüstü yayıncılık uygulaması oluşturmak için Interface Builder ve Objective-C kullanan bir ekibin parçasıydım. Ve, evet, internet oldu ama bulmam ve comp.sys.next post cevaplar olabilir - bu sadece biraz daha zor kullanımına oldu etrafında.

1989'da Sun’da sözleşmeli geliştirici teknik destek görevlisi olarak hata ayıklayıcıları ayıklıyordum.

Neredeyse 30 yıl önce IDE'leri kullanıyordum - UCSD p-System / Apple Pascal. Sundog: Apple II'nin Dondurulmuş Mirası, Apple Pascal ve 6502 montajıyla (1982-84) yazdı. Benim de kendi p-kodumu / 6502'yi söküp yazdım. Bu konuda 1981'de Lunar & Planettary Enstitüsündeki Northstar Horizon (Z-80) mikrobilgisayarındaki UCSD p-Sistemini kullanıyordum.

1963 yılında kampüste yazlık bir işte çalışıyordum. Digital (DEC) tarafından yapılan PDP-1 bilgisayarındaydı.

Ve evet, DDT adında etkileşimli bir hata ayıklayıcıya sahipti. Bir kesme noktası ayarlayabilir, değişkenleri inceleyebilir ve değiştirebilirsiniz, yama kodunu. Metin editörü oldukça ilkeldi ve bunun yerine sık sık çevrimdışı bir kağıt bant makinesi kullanıyorduk.

Dil assemblerdı. Makine 4k 18 bit kelime gibi bir şey vardı. İşletim sistemi yok.

1971'de, her biri 36 bitlik 262,144 kelime olan bir PDP-10'daydım. 10 eşzamanlı kullanıcıyı, TECO adlı bir metin editörünü, halen DDT adlı bir hata ayıklayıcısını ve Lisp, Fortran, Basic ve Algol gibi dilleri destekleyen etkileşimli bir zaman paylaşım sistemi. TECO gerçekten güçlüydü. İçinde programları manipüle metin yazabilirsiniz.

PDP-10, geleceğin ofisinin doğduğu Palo Alto Research'te yapılan benzer bir makinenin temeli oldu. Ethernet, fare ve GUI, e-posta, lazer yazıcı ve nesne yönelimli programlama. Palo Alto hepsine sahipti. PC'den on yıl önce.

Bu şeylerin çoğu unutuldu ve o zamandan bu yana yıllar içinde birkaç kez yeniden icat edildi. Ve elbette, bir sürü yeni şey var.

1991 yılına ilerleyerek bir VAX üzerinde çalışıyordum. Gerektiğinde PASCAL'de bir şeyler yazmama rağmen, ana dilim SQL'di. Ayrıca DCL ve Datatrieve'yi betik dili olarak kullandım, ancak bu terimi kullanmamıştık.

VAX’in bir IDE’si yoktu, en azından çalıştığım yerde değildi. Ancak metin editörü, derleyiciler, bağlayıcı, hata ayıklayıcı ve komut dili, geliştiricinin hepsini kullanacağı fikrine dayanıyordu. Birlikte iyi çalıştılar. Bir komut komutunu hatırlamak, verilen bir takımın araç çubuğunda nerede olduğunu hatırlamaktan daha zor değildi. Komutların yeniden yazılması komut geri çağırma ile daha kolay hale getirildi.

VAX mükemmel bir hata ayıklayıcıya sahipti, ama bunu asla öğrenmedim. PASCAL, programları doğru bir şekilde başlatmayı oldukça kolaylaştırdı ve yapılandırılmış programlama, bir hata ayıklayıcı kullanmadan bir hatanın yerelleştirilmesini oldukça kolaylaştırdı. Hata ayıklama SQL tamamen farklı bir kod adıdır.

VAX üzerinde çalışmaya ek olarak, yerel olarak verileri işlemek için masaüstü araçlarını kullandım. Bunlar ya MS Office araçları ya da öncülleriydi, hatırlamıyorum. Zor kısım, masaüstü araçlarını VAX'taki bir veritabanında depolanan verilere bağlamaktı.