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.
Jawaban:
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.
sumber
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.
sumber
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.
sumber
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.
sumber
20 tahun yang lalu kami memiliki Borland Turbo Pascal dan Turbo C ++, IDE yang cukup kuat dengan debugger terintegrasi, profiler, dll.
sumber
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.
sumber
20 tahun yang lalu, saya pemrograman di GFA Basic pada Atari ST 1040 :
sumber
Lebih banyak keyboard, lebih sedikit mouse.
sumber
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.
sumber
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 :)
sumber
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. .
sumber
Inilah formulir standar untuk membantu Anda menulis program FORTRAN Anda sebelum Anda mengacaukan banyak kartu punch.
(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 ...)
sumber
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.
sumber
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
print
pernyataan lebih mudah daripada melangkah melalui pernyataan.sumber
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.
sumber
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.
sumber
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 ).
sumber
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.
sumber
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.
sumber
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 ...
sumber
20 tahun yang lalu saya menulis kode dalam AMOS , yang memiliki IDE dan debugger yang lumayan.
sumber
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.
sumber
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)
sumber
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).
sumber
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.
sumber
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. :)
sumber
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.
sumber
Apa Anda sedang bercanda? Saya mengguncang 80286 saya di Turbo Pascal pada pertengahan / akhir 80-an.
sumber
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.
sumber
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.
sumber