Bagaimana pemrograman dilakukan 20 tahun lalu? [Tutup]

37

Saat ini kami memiliki banyak alat bantu pemrograman yang mempermudah pekerjaan, termasuk:

  • IDE

  • Debuggers (baris demi baris, breakpoints, dll)

  • Script semut, dll untuk kompilasi

  • Situs-situs seperti StackOverflow untuk membantu jika Anda mengalami masalah pemrograman

20 tahun yang lalu, tidak satu pun dari hal-hal ini ada di sekitar. Alat apa yang digunakan orang untuk memprogram, dan bagaimana hasilnya tanpa alat baru ini? Saya tertarik untuk mempelajari lebih lanjut tentang bagaimana pemrograman dilakukan saat itu.

Klik Suara positif
sumber
29
Kami tentu memiliki IDE dan debuggers 20 tahun yang lalu. Pada tahun 1991 bahkan ada versi awal Visual Studio.
ChrisF
14
Hammer and Chisel
Matthew Whited
15
Bah! Anda pengecut, ketika saya muda, semua yang saya harus buat program adalah batu dan pasir: xkcd.com/505
FrustratedWithFormsDesigner
16
Bah, kami bahkan tidak bisa memiliki nol, kami harus menggunakan huruf O.
Loïc Wolff
15
20 tahun yang lalu Anda benar-benar harus tahu banyak hal. Tidak ada Internet yang tahu segalanya.
Joel Etherton

Jawaban:

31

20 tahun lalu, itu tahun 1991. Itulah tahun Borland C ++ 2.0 IDE dirilis. Dengan debugger terintegrasi (dengan baris per baris dan breakpoint), bangunan otomatis menggunakan make.

Tampak seperti ini http://www.ee.oulu.fi/research/tklab/courses/521419A/tc201_compile.png

Anda tidak memiliki situs web seperti Stackoverflow, tetapi dengan IDE Anda mendapatkan beberapa ribu halaman dokumentasi dalam buku yang dicetak dengan baik.

vartec
sumber
Saya belajar menggunakan TC dan TP IDE (s) di sekolah, saya dengar di sana ada alat serupa, alat murah ini membawa IDE ke pemrograman arus utama ...
umlcat
Fancy Schmancy Gizmos. Anda tidak akan membutuhkannya jika menggunakan butterfiles.
Mateen Ulhaq
Borland tua yang baik ... jika aplikasi Anda terlalu besar, Anda harus memilih dan memilih DLL yang Anda kompilasi dengan kode debug atau Anda akan merusak seluruh mesin.
MadMurf
Saya ingat buku-buku itu dengan kertas kecil berlubang tiga yang penuh dengan binder kecil.
JohnFx
3
cara yang sama itu bekerja di IDE hari ini. Anda telah menetapkan breakpoint, aplikasi yang sedang di-debug akan berjalan, dan pada breakpoint Anda akan melihat diri Anda kembali di IDE. Satu-satunya perbedaan adalah Anda tentu saja tidak bisa beralih di antara mereka secara real time.
jwenting
57

20 tahun lalu ... 1991 ...

Ayo lihat. Saya menggunakan SunOS dan VAX VMS.

Kami menulis kode menggunakan editor teks (vi atau edit).

Saya - secara pribadi - tidak menggunakan debugger dan tidak pernah melakukannya. Beberapa orang menggunakan debugger adb di SunOS. Saya sebenarnya menggunakannya beberapa kali untuk memulihkan stack traceback dari file dump inti. Saya tidak tahu apa yang tersedia di VAX VMS. Saya menggunakan pernyataan cetak dalam kode.

Kami menggunakan make untuk kompilasi.

Kami membaca dokumentasi kertas, berpikir dan menjalankan eksperimen. Memang, itu masih berfungsi. Stack Overflow digunakan secara berlebihan oleh beberapa orang yang - karena alasan yang tidak dapat dijelaskan - menolak untuk menjalankan eksperimen atau berpikir.

30 tahun yang lalu ... 1981 ...

Ayo lihat. Saya menggunakan Univac Exec 8 dan IBM OS.

Kami menulis kode menggunakan editor teks (Saya tidak dapat mengingat kode Univac, tetapi kode IBM adalah editor lingkungan TSO)

Saya - secara pribadi - tidak menggunakan debugger dan tidak pernah melakukannya. Mesin-mesin itu adalah "mainframe" dan tidak bisa dilangkahi melalui apa pun. Tidak ada "debugger". Anda harus memasukkan pernyataan cetak dalam kode Anda.

Kami menulis skrip untuk dikompilasi.

Kami membaca dokumentasi kertas, berpikir dan menjalankan eksperimen.

40 tahun yang lalu ... 1971 ...

Ayo lihat. Saya menggunakan IBM 1620 yang tidak memiliki OS.

Kami menulis kode menggunakan kartu kertas berlubang.

Debugging berarti satu langkah prosesor. Itu jarang membantu, jadi saya belajar memasukkan pernyataan "cetak" ke dalam kode saya.

Kami menjalankan kompiler dengan tangan untuk menghasilkan setumpuk kartu kertas yang kemudian kami jalankan. "dengan tangan" secara harfiah berarti memuat kartu ke pembaca kartu untuk memasang kompiler atau assembler. Kemudian memuat kode sumber ke pembaca kartu untuk menghasilkan kode objek. Kemudian memuat kode objek yang dihasilkan ke pembaca kartu untuk menjalankan program.

Kami membaca dokumentasi kertas, berpikir dan menjalankan eksperimen.


"Turunkan Rumputku, Anak-anak Rotten You"

  • IDE. Hampir tidak berguna. Penyelesaian kode bisa menyenangkan, tetapi tidak membantu seperti yang diklaim beberapa orang. Saya telah memberi tahu orang-orang bahwa VB adalah bahasa yang dapat diterima karena Visual Studio. Pewarnaan sintaks mungkin adalah fitur paling berguna yang pernah ditemukan. Sisanya harus merupakan add-on opsional, sehingga kita bisa membuangnya dan membebaskan siklus memori dan prosesor.

    Saat kruk pergi, ada hal-hal yang lebih buruk untuk bergantung.

  • Debuggers. Tak berguna. Kecuali ketika definisi bahasa sangat buruk sehingga semantiknya begitu suram sehingga Anda tidak dapat memahami apa yang seharusnya terjadi. Misalnya, VB. Ketika debugger diperlukan, sudah saatnya untuk mendapatkan bahasa yang lebih baik.

    Berdasarkan pengalaman saya mengajar pemrograman, debugger bisa tidak membantu. Bagi sebagian orang, mereka mengarah ke pemikiran kabur dan gaya pemrograman empiris yang aneh di mana tidak ada makna semantik pada kode - tidak ada artinya - hanya peretasan murni.

  • Script semut, dll untuk kompilasi. Kompilasi dan penautan tambahan tidak terlalu bagus. Dengan bahasa yang sangat rumit, ini peretasan yang perlu, tetapi benar-benar perlu dilihat sebagai peretasan. Itu tidak perlu atau bahkan diinginkan.

    Bahasa yang lebih baik dengan sedikit ketergantungan pada kompilasi tambahan sepertinya jauh, jauh lebih baik daripada skrip Ant yang canggih.

  • Situs-situs seperti Stackoverflow untuk membantu jika Anda terlalu terjebak pada bug. Terkadang bermanfaat.

    Seperti halnya para pengacau, ada kemungkinan bahwa beberapa orang akan tampak berhasil melalui keberuntungan yang sederhana. Itu hal yang buruk.

S.Lott
sumber
3
Appox, berapa banyak baris kode yang bisa Anda masukkan pada 1 kartu punch?
Klik Suara positif
38
+1 untuk "Stack Overflow digunakan secara berlebihan oleh beberapa orang yang - karena alasan yang tidak dapat dijelaskan - menolak untuk menjalankan eksperimen atau berpikir"
Binary Worrier
3
@ trufa pada tahun 1931 kami memiliki komputer analog di mana bentuk roda dan roda gigi dimodelkan variabel. Pada tahun 1831 kami memiliki alat tenun yang membaca kartu berlubang dan mesin perbedaan yang menjalankan spreadsheet dan mencetak hasilnya
Martin Beckett
13
Semuanya setelah "Turunkan Rumput Saya, Anak-Anak Anda yang Busuk" adalah lelucon, bukan?
Alb
7
Saya tidak berpikir itu lelucon. Tampaknya "sedih tetapi benar"
Adam Arold
28

Hmm, premis Anda tidak sepenuhnya benar. Dua item terakhir sudah benar, tetapi 20 tahun yang lalu kami memiliki IDE dan Debuggers.

Faktanya, debuggers selalu ada. Desain dan penggunaannya telah berkembang sejak tim Brooks membangun mainframe IBM lama karena kita semua memiliki mesin khusus kami sendiri. Namun, sekarang kita dapat memiliki pekerjaan debugger yang sama untuk sejumlah bahasa yang berbeda (lihat proyek GCC, atau MS Visual Studio untuk contohnya).

20 tahun yang lalu, kami tidak memiliki ANT, tetapi kami pasti memiliki Make. Bahkan ada beberapa versi alat yang tidak kompatibel. Itulah yang digunakan orang untuk membangun proyek mereka.

Dan sementara web itu tidak tersedia (itu masih proyek penelitian di universitas dan militer), kami memang punya buku dan majalah. Majalah-majalah itu menyediakan informasi paling mutakhir dan buku-buku itu menangani teorinya.

Berin Loritsch
sumber
17
Kami juga memiliki USENET, Anda dapat melihat arsip comp.lang.c dan lainnya di Google Groups, yang berasal dari awal / pertengahan 80-an.
James Love
1
Lihatlah tautan ini: en.wikipedia.org/wiki/Integrated_development_environment
Berin Loritsch
3
Debugging ditemukan di EDSAC, sekitar '48 atau lebih. Gill, Wilkes, dan kru mereka menemukan jawabannya. Wilkes memiliki artikel di jurnal sejarah komputer sekitar '82 atau lebih membicarakannya. Jika ada yang tertarik saya harus bisa menggali kutipan.
Paul Nathan
1
Sekitar 20 tahun yang lalu, saya menggunakan assembler GeOS: en.wikipedia.org/wiki/GEOS_%288-bit_operating_system%29 yang menyusun kode sumber yang ditulis dalam pengolah kata mereka. Merupakan hal yang baru untuk memiliki format WYSIWYG untuk komentar Anda, sesuatu yang belum pernah saya lihat sejak itu.
Berin Loritsch
4
GDB: J debugger yang mengisap sama buruknya tidak peduli apa bahasa itu dilampirkan. Ini adalah arsitektur yang buruk secara fundamental; debugger perlu digabungkan secara erat dengan bahasa sehingga dapat memahami dan mendukung konsep-konsep khusus bahasa.
Mason Wheeler
18

Terkutuklah anak-anak. 1991? Sangat? Menurut Anda apa yang sedang terjadi saat itu? Maksudku, Turbo Pascal masih agak seksi, Netware masih merupakan pesaing yang valid untuk Windows, komputer cepat masih diukur dalam mhz, tetapi selain itu, tidak terlalu jauh berbeda. Kembali 10 tahun lagi, dan Anda berbicara tentang hal-hal layar hijau, tetapi ada juga IDE untuk sistem itu.

Anda harus kembali ke pertengahan 70-an untuk menemukan kartu punch dan omong kosong seperti itu.

Satanicpuppy
sumber
1
"tidak terlalu jauh berbeda"? Tidak ada web, dan saya yakin Anda juga menghabiskan cukup banyak waktu setiap hari untuk menarik informasi yang diperlukan untuk melakukan pekerjaan Anda dari internet.
4
@ Thorbjørn: Kami punya cam pot kopi! Dan usenet! Apa lagi yang benar-benar Anda butuhkan? Jujur, dari ingatanku, itu tidak masalah. Kebutuhan akan dokumentasi web telah meningkat dengan kompleksitas dari hal-hal yang Anda buat. Jika Anda memalu aplikasi akuntansi dengan gui teks, Anda tidak perlu banyak dokumentasi.
Satanicpuppy
1
@satanicpuppy, Anda hanya memiliki kamera kopi pada tahun 1991 jika Anda berada di Cambridge. Apakah kamu?
2
"Netware masih merupakan pesaing yang sah untuk Windows" ... sepertinya Anda hidup di alam semesta alternatif pada tahun 1991.
ocodo
2
@ Thorbjørn usenet sebelum gerombolan turun itu adalah sumber daya yang lebih baik daripada StackOverflow hari ini. Tentu saja Wikipedia dan web pada umumnya bagus, tetapi pemrograman tidak terlalu berbeda.
Jim Balter
16

20 tahun yang lalu kami memiliki Borland Turbo Pascal dan Turbo C ++, IDE yang cukup kuat dengan debugger terintegrasi, profiler, dll.

jwenting
sumber
Borland C ++ cukup manis saat itu.
Chris Cudmore
12

Ada banyak alat hebat. Bagaimana menurut Anda kernel Unix dibangun? dan disusun? dan semua aplikasi besar lainnya seperti Lotus 123, Corel Draw, Wordperfect, Xenix, MS Windows, X Windows, gnu, Kings Quest, Flight Simulator dll

Unix memiliki banyak alat produktivitas programmer seperti serat untuk menganalisis kode, membuat untuk kompilasi dan vi atau emacs untuk mengedit. Dengan shell Korn (dan mungkin yang lain) Anda dapat menangguhkan satu editor dan melompat ke editor lain dalam 0,5 detik, dan melakukannya pada modem dial-up lambat dengan layar greeen ("menonton rumput tumbuh"). Anda dapat melakukan debug dengan dbx atau hanya membaca dump inti.

Jika Anda punya uang untuk terminal grafis, Anda bisa menggunakan X Windows dan xdbx untuk debugging yang benar-benar mewah.

Internet ada di sana tetapi bukan WWW. Kami memiliki FTP anonim, gopher dan WAIS. Dan grup berita jaringan seperti comp.lang.c untuk memposting pertanyaan (sekarang sebagian besar adalah spam).

Alat-alat itu sangat kuat. Pernah menonton menjalankan ulang kernel selama satu atau dua hari? Itu akan membangun makefile setelah makefile, membangun semua dependensi itu. Dan bahkan ada pmake yang bisa mendeteksi target apa yang bisa dibangun secara paralel. Bisakah semut melakukannya?

Di PC ada produk Borland yang luar biasa seperti Turbo Pascal (v4 adalah perubahan besar ketika keluar di pertengahan 80-an).

Saat-saat yang menarik. Dan harga yang menarik. Kotak Windows 3 SDK memiliki pegangan pegangan tetapi membutuhkan dua tangan untuk mengangkat, terlalu banyak disk dan tumpukan manual setinggi 1 kaki. Database relasional menghabiskan biaya ribuan dolar per pengguna, perang Unix, perang spreadsheet di atas tombol slash. Saya kagum pada alat yang bisa saya dapatkan sekarang dengan harga rendah yang gila / gratis.

Bagian paling lucu dari semua ini adalah bahwa beberapa perintah keystroke Visual Studio (CTRL-K + CTRL-C) adalah perintah Wordstar lama. Sedikit nostalgia setiap kali saya menggunakannya.

james
sumber
Arrrrggghhhhhhh, Anda menyebutkan Wordstar!
HLGEM
Unix ditulis dengan ed - tidak ada alat yang Anda sebutkan ada saat itu. Kami memiliki cangkang Mashey, yang digantikan oleh cangkang Bourne - cangkang Korn adalah kedatangan terlambat.
Jim Balter
11

20 tahun yang lalu, saya pemrograman di GFA Basic pada Atari ST 1040 :

atari st 1040

fretje
sumber
2
Beruntunglah anda. Saya memiliki Atari ST 512 pada waktu itu
Nemanja Trifunovic
Aduh. Maksud saya Atari 520. Itu memiliki RAM 512 Kb :)
Nemanja Trifunovic
10

Lebih banyak keyboard, lebih sedikit mouse.

John Robertson
sumber
7

Terima kasih telah membuat pria merasa tua :-)

Debugger dan makefile ada saat itu. Kompiler datang dengan buku tebal, atau untuk Unix, satu set besar halaman manual. Sebagian besar pengembang Unix menggunakan vi atau emacs. Saya tidak melakukan pemrograman desktop saat itu, tapi saya cukup yakin mereka menggunakan editor yang datang dengan kompiler yang pada dasarnya IDE dengan fitur yang lebih sedikit. Anda mendapat bantuan dari kolega, buku, atau majalah.

Karl Bielefeldt
sumber
Saya ingin meminta maaf kepada semua orang karena masih menggunakan makefile dan emacs.
bev
@ bev Anda bukan satu-satunya :)
NWS
6

20 tahun yang lalu saya pemrograman di BASIC. Saya tidak punya IDE karena BASICA dan GW BASIC bukan IDE. Ketika saya melihat Quick BASIC kemudian saya sangat senang. Saya sangat senang ketika saya pertama kali menggunakan fitur Salin dan Tempel dalam pengembangan. Kemudian mereka membuat compiler QBASIC bukan interpreter seperti dulu dan itu bagus juga tapi kemudian saya pindah ke C dan menggunakan Borland's Turbo C IDE. Perhatikan bahwa saya berada di Mesir dan saat itu tidak ada internet dan kami hampir ketinggalan satu tahun dalam perangkat lunak. Maksud saya jika versi dirilis hari ini, itu akan sampai di tangan saya sekitar setahun kemudian. Sekarang ini jauh lebih mudah tetapi kesenangan pemrograman saat itu tidak ada bandingannya :)

M.Sameer
sumber
6

Saya pikir fenomena "tahun web" telah membiaskan perhitungan tanggal Anda.

20 tahun yang lalu saya pemrograman di Smalltalk - salah satu langauges berorientasi objek berbasis GUI pertama pada Mac IIe dengan layar 20 inci, jadi saya pikir Anda harus kembali beberapa tahun lagi untuk mendapatkan kulit beruang dan batu -Memahami era pemrograman.

Sekarang 40 tahun yang lalu saya pemrograman secara mendasar menggunakan terminal teletype yang memiliki modem gaya acustic-coupler (110 Baud baby!) - Anda tahu jenis telepon yang Anda gunakan, kemudian memasukkan set tangan ke cangkir karet pada modem. .

Zeke Hansell
sumber
"110 Baud baby" LOL
edelwater
6

Inilah formulir standar untuk membantu Anda menulis program FORTRAN Anda sebelum Anda mengacaukan banyak kartu punch.

masukkan deskripsi gambar di sini

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

Pastikan untuk menggunakan pensil sehingga Anda dapat menghapus kesalahan Anda, dan tinggalkan beberapa baris kosong di antara pernyataan tercetak Anda jika Anda lupa beberapa langkah.

(Oke, mungkin itu sedikit sebelum tahun 1991, tetapi tidak banyak ...)

oosterwal
sumber
5

Yah itu semua dimulai pada kartu punch , tapi saya yakin Anda setidaknya pernah mendengar pelajaran sejarah itu. Tanggal itu kembali ke lebih dari 20 tahun yang lalu.

Untuk debugging? Banyak kotak pesan, file log dan metode output lainnya untuk membantu memeriksa dan melihat apa yang baru saja terjadi.

20 tahun yang lalu 4GL adalah kemarahan.

Anehnya, 20 tahun lalu segalanya tidak seperti itu berbeda. Sekarang 30 tahun yang lalu ...

Sekarang ketika saya menulis jawaban ini, ingatlah bahwa saya baru berusia 10 tahun pada waktu itu, tetapi masih menggunakan floppy disk 5,25 "ke dalam hard drive 1 MB saya yang memungkinkan IBM Headstart XT / AT PC. Mengapa menjawab pertanyaan ini?

Karena tempat saya bekerja, kami mempertahankan sistem dan basis kode yang berumur 20 tahun, jadi kami masih berada dalam lilitan waktu ketika bekerja dengan sistem lama, lingkungan pengembangan, dan kode.

Mat Nadrofsky
sumber
Saya ingat kartu keypad pada tahun 1980-an.
crosenblum
Terkutuk 4gls. Saya menggunakan satu (Speedware) kemarin . Mengapa ada orang yang berpikir bahwa itu adalah ide yang bagus adalah di luar jangkauan saya, tetapi semua pendahulu saya memberikan jam kerja yang tak terhitung ke dalam pengkodean kode 4GL yang tidak dapat didukung, dan setiap saat, saya harus mengubah sesuatu dalam sistem. Bicara tentang keterampilan yang tidak berguna.
Satanicpuppy
@Satanicpuppy: 4GL adalah kerangka kerja web saat ini. Saya hanya bisa membayangkan apa yang dikatakan 20 tahun dari sekarang tentang Ruby on Rails / jQuery / Zend code: "Siapa yang pernah berpikir ini adalah ide yang bagus? Apakah semua orang pada pergantian abad ini tolol ?" :)
TMN
@ tmn: Heh. Saya juga tidak suka itu, untuk alasan yang hampir sama ... Tentu saja, saya juga tidak perlu menggunakannya, bukan menjadi seorang pria web. 4GL lebih buruk, karena mereka milik. Dukungan membutuhkan biaya banyak, dan jika Anda tidak memiliki dukungan, Anda tidak dapat memutakhirkan. Saya mencari lisensi baru untuk kami beberapa tahun yang lalu, jadi saya bisa memigrasi semuanya ke lingkungan server baru, dan lisensi berlari 150 ribu! Per situs! COBOL yang dapat saya migrasi secara gratis, dan database hanya membutuhkan sekitar $ 500 antarmuka. Seluruh proyek ditutup karena lingkungan 4GL yang sangat eksklusif itu.
Satanicpuppy
Sekarang 4GL ada hal yang perlu diingat.
Martin York
5

20 tahun yang lalu saya coding, terutama di C, Pascal. Untuk platform DOS ada Turbo C, Turbo Pascal yang sebagian besar merupakan editor lengkap dengan debugger yang memungkinkan langkah selanjutnya. Untuk pemrograman nyata , saya merasa sebagian besar programmer seperti saya menggunakan vi + compiler, dijalankan dari command prompt.

Pemrograman sedikit lebih sulit saat itu, terutama untuk beberapa bahasa pemrograman. Saya masih bisa melihat jejak ini dalam pemrograman saya sendiri: Saya menemukan menjalankan tes saya dengan printpernyataan lebih mudah daripada melangkah melalui pernyataan.

CMR
sumber
Saya masih menggunakan vi (gvim) bersama dengan Visual Studio (saya menggunakannya hari ini). Saya menggunakan VS hanya untuk penyelesaian kode (mencari metode untuk saya) dan untuk memulai IncrediBuild. Kalau tidak, saya dapat mengedit lebih cepat menggunakan vim.
Giorgio
5

Saya bisa berbicara untuk Bulgaria.

Sebaliknya Anda mungkin berpikir, Bulgaria adalah salah satu negara teratas untuk teknologi komputer. Menjadi bagian dari blok komunis, Uni Soviet menginvestasikan banyak uang dalam ilmu komputer kita, menjadikannya pemimpin dalam industri di blok komunis. Namun komunis tidak mentolerir perusahaan swasta dan semua yang ada di daerah ini dikelola oleh pemerintah. Dengan demikian keruntuhan blok komunis baru-baru ini beberapa tahun yang lalu membuat negara itu tidak memiliki bisnis yang stabil untuk menjaga industri dalam kondisi yang baik. Namun, warisan pengetahuan yang bagus tersisa untuk generasi spesialis selanjutnya. Jadi kami tidak pernah berhenti untuk memiliki akses ke teknologi terbaru dan pengembangan perangkat lunak tidak berbeda dari negara-negara Barat. Kami menggunakan alat mutakhir dan konsep pemrograman terbaru.

Jadi saya tidak akan mengulangi semua yang dikatakan orang lain, tapi ya ada IDE dan debugger yang cukup bagus pada saat itu (sesuai dengan sifat perangkat lunak yang dikembangkan saat itu).

Saya ingat saya pribadi menggunakan Turbo Pascal dan Turbo C (by Borland). Juga perangkat lunak Autodesk untuk grafik (seperti 3d Studio dan Animator).

Namun sumber pengetahuan lebih terbatas - terutama buku, majalah, kolega, dan majalah elektronik jarang melalui BBS. Internet sebagian besar adalah curio. Beberapa memiliki akses ke Usenet, tetapi jarang menggunakannya untuk bekerja.

venimus
sumber
Jelas ada lebih sedikit sumber pengetahuan dua puluh tahun, tetapi kualitas praktisi perangkat lunak rata-rata lebih tinggi. Dua puluh tahun yang lalu, hanya yang paling bertekad bertahan di industri ini. Sekarang, ketidakmampuan dapat bersembunyi di balik keterampilan "Googling" dan memotong-dan-tempel yang baik.
bit-twiddler
Perangkat lunak apa yang Anda buat di Bulgaria pada masa itu jika tidak ada perusahaan swasta?
Klik Upvote
@Klik Upvote Ilmiah, militer, luar angkasa, teknik, dll - semuanya didanai oleh negara itu sendiri, jelas - atau setidaknya seperti itu di negara saya (USSR) saat itu.
mlvljr
4

Hanya 20 tahun yang lalu. Kamu pasti bercanda. Saya menggunakan debugger pada tahun 1972 ketika saya belajar pemrograman. Memang yang saya dapat gunakan tidak sebagus hari ini. Saya curiga mereka sudah ada jauh sebelum itu.
Alat-alat telah berubah selama bertahun-tahun dan mereka menjadi lebih baik, tetapi bahkan tidak berpikir bahwa kita tidak memiliki alat saat itu.
Saya menduga bahwa Anda harus kembali ke 50-an untuk mencapai tingkat di mana tidak ada debuggers.
Debugger benar-benar baik pertama yang saya gunakan adalah pada VAKS dengan VMS di tahun 80-an. Semuanya sudah naik dari sana.

Dave
sumber
4

Sekarang Anda akan melihat bahwa versi sederhana dari sebagian besar alat yang Anda sukai hadir pada tahun 1991, meskipun tidak terdistribusi secara merata.

Perbandingan yang lebih menarik adalah dengan 1981: awal dari proses sosial yang tersedia secara luas yang melibatkan jaringan USENET dan UUCP dan ARPANET. (Hari bendera TCP Internet pada tahun 1983.)

Bahkan perbandingan yang lebih menarik adalah dengan 1971: versi awal dari sistem operasi yang sekarang Anda kenal dan sukai, proses sosial berdasarkan penerbitan (buletin kertas, konferensi yang dihadiri secara langsung, berbagi kode dengan kontak pribadi, grup pengguna, menggunakan media seperti pita magnetik ).

Liudvikas Bukys
sumber
ARPANET mulai beroperasi pada Oktober 1969 - Saya ada di sana untuk login pertama. Kami segera mengirim e-mail, meskipun '@' tidak "ditemukan" sampai beberapa tahun kemudian. Tetapi bahkan sebelum itu kami memiliki pesan antar pengguna pada sistem pembagian waktu - awal yang sebenarnya dari hal-hal seperti usenet.
Jim Balter
Ya, pada 1970-an, "dalam kerumunan" (relatif sedikit) memiliki ARPANET, Xerox Altos, Ethernet, printer Dover, menulis program di Smalltalk, Lisp, Simula67, atau C, dan memiliki Tenex dan Unix untuk OS. Pada 1980-an, <i> semua orang </i> memiliki jaringan area luas, dan kolega jarak jauh berbagi kode yang lebih besar dan lebih besar.
Liudvikas Bukys
Hal-hal ini biasa terjadi di universitas.
Jim Balter
1
Dear Jim Balter, Kami tidak benar-benar tidak setuju. Saya hanya menekankan bahwa perbedaan besar antara 70-an dan 80-an bukanlah keberadaan alat, itu adalah ketersediaan mereka yang benar-benar tersebar luas. Contoh kasus lainnya: Lihat RFC923 (Oktober 1984). Hanya 35 ASN yang ditugaskan saat itu - hanya sebagian kecil dari universitas.
Liudvikas Bukys
4

20 tahun yang lalu saya mengkode 386 di Borland C ++ menggunakan OWL untuk pemrograman Windows.

Mesin saya memiliki beberapa MB RAM dan hard drive 200MB. Saya dapat menginstal sebagian besar perangkat lunak dari floppy disk - tetapi semakin banyak perangkat lunak yang datang dalam bentuk CD.

Ketika saya menekan F8 untuk "Menjalankan" proyek saya di Borland maka kompiler akan bekerja cukup cepat dan saya bisa langsung bermain dengan hasilnya.

Kami memiliki satu PC di kantor yang setiap beberapa jam berisik akan terhubung ke Demon (menggunakan Trumpet WinSock) dan mengunduh email semua orang.

Ketika kami tidak dapat menemukan cara memprogram sesuatu, maka kami sering mencari jawabannya di sebuah buku - buku-buku Win32 API sangat berguna.

Sebenarnya, kami cukup produktif ... dan IDEnya bekerja cukup cepat saat itu! Tetapi mereka tidak memiliki refactoring yang bagus dan alat pengujian terintegrasi yang bagus.

Stuart
sumber
4

20 tahun yang lalu? Saya menggunakan IDE yang bagus dengan build-and-drop UI builder dan manajer proyek yang fantastis. Ada bahasa OO yang cukup bagus, satu set objek GUI yang sangat bagus, banyak aplikasi hebat, dan jendela terminal yang memberi saya shell Unix yang solid. Dan debugger, tapi saya setuju itu untuk yang berpikiran lemah (atau berurusan dengan kode mengerikan mereka).

Jika kedengarannya seperti Mac, itu karena saya berbicara tentang lingkungan pengembangan NeXT, yang berubah menjadi Mac OS modern. Untuk pembuat whippersnappers, Anda dapat membaca sejarah di sini:

Sebagai catatan, saya akan mengatakan bahwa bangunan GUI yang mengagumkan di sana benar-benar menghancurkan saya. Ketika saya mulai mengembangkan aplikasi Swing di Jawa, itu seperti anjing seseorang memakan doc API GUI basi dan melemparkannya lagi dan Sun telah mengirimkannya. Syukurlah web akhirnya sampai di suatu tempat.

William Pietri
sumber
4

Saya mulai pemrograman pada tahun 1981, muncul pada 30 tahun yang lalu musim gugur ini.

Pada tahun 1991, saya bekerja di Apple Computer (alias "hanya Apple" hari ini), dan bekerja erat dengan perusahaan Kanada kecil dengan nama Metrowerks.

Metrowerks sedang membangun IDE kick-ass untuk C, C ++, dan Pascal. Lingkungan ini memainkan peran utama dalam keberhasilan transisi Apple ke prosesor PowerPC dari 68K.

Meskipun saya seorang karyawan Apple, saya selama beberapa tahun efektif sebagai Manajer Produk Metrowerks, bekerja sama dengan Greg Galanos dan Jean Belanger dalam strategi produk, dll. Ini adalah kemitraan erat antara Apple dan pengembang Pihak ke-3 yang memungkinkan Power Macintosh transisi, Apple transisi Mac besar pertama (yang kedua adalah transisi ke OS X).

Pada tahun 1981, saya memasuki tahun pertama saya di UCSC dan mendapat kesempatan untuk mulai bekerja pada Unix Release 7 (bukan Versi 7) yang berjalan pada PDP-11/70.

Tidak ada IDE di sini! Heck, kami tidak memiliki kontrol versi sampai beberapa tahun kemudian!

Itu vi (dan vim bukan pilihan), cc, ln, dan make. Itu sedang menulis C Shell Script dan meretas sumber ke C Shell untuk meningkatkan ukuran variabel lingkungan dari 512 karakter menjadi 1024 karakter, untuk mengakomodasi TERMCAPS yang semakin kompleks dari "terminal pintar" kami.

Itu mendapat kesempatan untuk membaca salinan Lions Book di lantai sebuah kondominium di luar kampus seorang siswa CIS kelas atas, Ted Goldstein. Ted menjalani karir yang sangat penuh termasuk Wakil Presiden Alat di Apple.

Itu mendapatkan tangan saya pada Mac pada tahun 1984 dan edisi awal MDS (Macintosh Development System) dan belajar untuk memprogram binatang buas yang baru dan luar biasa ini.

Itu sangat menyenangkan. Jauh lebih mudah untuk bangkit dan berlari. Tetapi kekuatan yang kami miliki dengan bahasa seperti Ruby luar biasa. Alih-alih menulis tabel hash untuk tabel simbol kompiler saya, saya menggunakannya kanan dan kiri sebagai tipe data dasar!

Ya, itu sangat menyenangkan, tapi saya tidak akan kembali ...

Jordan
sumber
Wow! Dan tidak ada RSI atau carpal atau kemunduran kesehatan lainnya dari tahun-tahun pemrograman? Tidak, jangan salah paham, saya tidak bermaksud mengatakan 20+ atau 30+ tahun pengkodean mengarah ke RSI, tetapi saya telah melihat kasus-kasus di mana terlalu banyak penggunaan editor seperti vi mengarah pada akhirnya.
Mamta D
3

20 tahun yang lalu saya menulis kode dalam AMOS , yang memiliki IDE dan debugger yang lumayan.

Semut
sumber
Yay, aku juga! Kombinasi yang menarik dari bahasa yang mengerikan dan fantastis untuk dipelajari, tetapi akhirnya berhasil dengan baik. Saya menggunakan STOS, pendahulunya Atari ST, sebelum itu.
Liedman
3

Pada tahun 1991, saya menggunakan IDE / Kerangka yang disebut UIMX pada Terminal X, membuat aplikasi berbasis Motif yang mengakses RDBMS Informatix. Bahasa adalah C.

Ada SCCS untuk versi, buat untuk bangunan.

Menengok ke belakang, tidak jauh berbeda dari cara saya bekerja hari ini.

user281377
sumber
3

28 tahun yang lalu saya menulis kode assembly dalam hex, dengan tangan, untuk prosesor 6809 (dalam Dragon 32 untuk Anda yang mengingatnya) - Saya akhirnya menulis assembler yang layak untuk itu, yang membantu.

Tidak ada debugger - jika tidak berhasil Anda akan menambahkan kode cetak untuk melihat-lihat tumpukan. Malam yang panjang! Kode efisien membantu, karena ada lebih sedikit baris yang salah

Dan saat ini saya harus belajar Clearcase, Maven, Ant dan VS - semua menyenangkan (tapi saya merindukan masa lalu)

Rory Alsop
sumber
3

20 tahun, eh? Saya hanya beroperasi di tanah PC tepat pada waktu tertentu setelah meninggalkan Apple-tanah sesaat sebelum itu. Saat itu saya ingat anak-anak kaya memiliki IDE full-blown w / debugging terintegrasi (Borland & Microsoft). Kami semua mengais-ngais merek murah yang bekerja dengan baik, tetapi tidak begitu "terintegrasi" (Mix Software, berbagai vendor compiler shareware). Mouse ada di meja, tetapi jarang disentuh. 90% dari waktu yang dihabiskan dalam mode teks. Penyiapan monitor ganda mulai memudar (lebih awal dari itu, adalah umum untuk memiliki monitor pengkodean monokrom dan monitor "berjalan" berwarna dalam sistem yang sama dengan kartu MDA dan CGA menggunakan berbagai lokasi I / O / memori dan dapat keduanya dijalankan bersamaan di DOS). Versi awal Windows tidak senang dengan banyak monitor.

Bahasa populer adalah C, Pascal, dan Modula-2. Orang-orang masih menggunakan Logo dan BASIC. "Visual BASIC" akhirnya mulai mematikan BASIC. COBOL dan RPG sedang diajarkan di perguruan tinggi.

Anak-anak kaya menggunakan USEnet di Internet, anak-anak miskin masih menghubungi BBS lokal dan menggunakan kelompok-kelompok FIDOnet (pada 1200-2400bps biasanya, modem 9600bps masih tidak terjangkau bagi kebanyakan orang, harganya hampir sama dengan yang lainnya. komputer).

Brian Knoblauch
sumber
3

Komputer pertama yang saya programkan pada tahun tujuh puluhan adalah Univac 1218 . The 1218 memiliki eksekutif minimalis dan 16K memori inti ferit berorientasi 18-bit (karenanya, istilah "core dump"). Penyimpanan sekunder ditangani melalui pita magnetik dan kartu punch 80-kolom yang dikodekan Hollerith. Mesin menggunakan komplemen seseorang untuk aritmatika dan komplemen dua untuk mengatasi. Itu bisa diprogram dan didebug menggunakan panel depan di mana isi semua register tempat ditampilkan menggunakan sakelar tombol tekan yang menyala. CPU ini mungkin terlihat primitif menurut standar modern, tetapi itu sangat keren bagi saya pada saat itu.

Kembali ke topik: Saya menggunakan IDE dua puluh tahun yang lalu untuk sebagian besar pengembangan saya. Saya bukan salah satu dari orang tua berkerak yang percaya bahwa IDE adalah untuk pikiran yang lemah. IDE yang baik adalah penguat produktivitas.

bit-twiddler
sumber
2

20 tahun yang lalu saya adalah seorang mahasiswa pemrograman RMCOBOL-85.

Saya menggunakan terminal hijau yang terhubung ke server file.

Antarmukanya adalah editor teks gaya notepad. Tidak ada bit yang mewah. Kami juga memiliki pilihan untuk menggunakan VI. Namun tidak pernah melakukannya.

Ah hari yang baik. :)

TehMinumGeek
sumber
2

Hampir 20 tahun yang lalu saya menggunakan IBM PC dan Amiga 1000 untuk mengkompilasi kode C dan perakitan untuk sesuatu yang disebut Atari Lynx. Program tersebut menjalankan 5 game kasino dalam 47K (itu kilobyte) ruang dengan 1K untuk beberapa variabel sistem. 16K kekalahan dicadangkan untuk video buffer ganda. Ketika sistem "pengembangan" tiba, ada rutinitas contoh bahasa assembly untuk mengubah layar satu warna dan klik speaker. Itu dia. Jika Anda menginginkan teks, Anda harus membuat font dan rutinitas teks Anda sendiri. Jaringan? Silakan, cukup tulis driver Anda sendiri. Entah mengapa, tetapi kesulitan itu adalah bagian dari kesenangan. Sungguh menakjubkan semua itu bekerja sama sekali.

pengguna20205
sumber
2

Apa Anda sedang bercanda? Saya mengguncang 80286 saya di Turbo Pascal pada pertengahan / akhir 80-an.

masukkan deskripsi gambar di sini

JohnFx
sumber
2

20 tahun yang lalu, saya adalah bagian dari tim yang menggunakan Interface Builder dan Objective-C untuk membuat aplikasi desktop publishing untuk NeXTstep OS. Dan, ya, internet sudah ada, itu hanya sedikit lebih sulit untuk digunakan - tetapi saya dapat menemukan dan memposting jawaban di comp.sys.next.

Saya debugging debuggers di Sun pada tahun 1989 sebagai orang dukungan teknis pengembang kontrak.

Saya menggunakan IDE hampir 30 tahun yang lalu - UCSD p-System / Apple Pascal. Menulis Sundog: Frozen Legacy untuk Apple II dengan Apple Pascal dan 6502 perakitan (1982-84). Menulis disassembler p-code / 6502 saya sendiri juga. Untuk itu, saya menggunakan UCSD p-System pada mikrokomputer Northstar Horizon (Z-80) di Lunar & Planetary Institute pada tahun 1981.

pengguna20254
sumber
Keren sekali mendengar Bruce ini! Saya ingat ketika Anda meninggalkan dunia Mac untuk bekerja di NeXT ....
Jordan
2

Pada tahun 1963 saya bekerja di pekerjaan musim panas di kampus. Itu di komputer PDP-1, dibuat oleh Digital (DEC).

Dan ya, itu memiliki debugger interaktif, yang disebut DDT. Anda dapat mengatur breakpoint, memeriksa dan mengubah variabel, kode tambalan. Editor teks cukup primitif, dan kami sering menggunakan mesin pita kertas offline.

Bahasa itu assembler. Mesin memiliki sesuatu seperti 4k kata 18 bit. Tidak ada sistem operasi.

Pada tahun 1971, saya menggunakan PDP-10 dengan 262.144 kata masing-masing 36 bit. Sistem berbagi waktu interaktif yang mendukung mungkin 10 pengguna bersamaan, editor teks bernama TECO, debugger yang masih disebut DDT, dan bahasa seperti Lisp, Fortran, Basic, dan Algol. TECO sangat kuat. Anda dapat menulis program manipulasi teks di dalamnya.

PDP-10 adalah dasar untuk mesin serupa yang dibuat di Palo Alto Research, tempat kantor masa depan lahir. Ethernet, mouse dan GUI, e-mail, printer laser, dan pemrograman berorientasi objek. Palo Alto memiliki semua itu. Sepuluh tahun sebelum PC.

Banyak hal ini telah dilupakan, dan kemudian ditemukan kembali beberapa kali sejak tahun itu. Dan tentu saja, ada banyak hal baru juga.


Bergerak maju ke tahun 1991, saya sedang mengerjakan VAX. Bahasa utama saya adalah SQL, meskipun saya menulis hal-hal dalam PASCAL bila perlu. Saya juga menggunakan DCL dan Datatrieve sebagai bahasa scripting, meskipun kami tidak menggunakan istilah itu.

VAX tidak memiliki IDE pada waktu itu, setidaknya tidak di tempat saya bekerja. Tetapi editor teks, kompiler, penghubung, debugger, dan bahasa perintah semuanya dibangun dengan gagasan bahwa pengembang akan menggunakan semuanya. Mereka bekerja sama dengan baik. Mengingat beberapa perintah tidak lebih sulit daripada mengingat di mana alat yang diberikan ada pada bilah alat. Mengetik ulang perintah menjadi lebih mudah dengan mengingat kembali perintah.

VAX memiliki debugger yang sangat baik, tetapi saya tidak pernah mempelajarinya. PASCAL membuatnya sangat mudah untuk mendapatkan program yang benar untuk memulai, dan pemrograman terstruktur membuatnya cukup mudah untuk melokalisasi bug tanpa menggunakan debugger. Debugging SQL adalah ballgame yang sama sekali berbeda.

Selain mengerjakan VAX, saya menggunakan alat desktop untuk memanipulasi data secara lokal. Entah itu alat MS Office atau prekursor mereka, saya tidak ingat. Bagian yang sulit adalah menghubungkan alat-alat desktop ke data yang disimpan dalam database di VAX.

Walter Mitty
sumber