Menulis program tanpa IDE grafis

Saya tidak yakin apakah ini bahkan mungkin tetapi saya telah menonton beberapa video dengan contoh pemrograman di mana sepertinya program sedang ditulis dalam beberapa jenis command prompt daripada IDE grafis yang bagus. Saya hanya ingin tahu apa yang mungkin terjadi dalam video ini. Apakah mungkin menulis program tanpa IDE?

Inilah dua contoh: http://www.youtube.com/watch?v=hFSY9cWjO8o (@ 6 mnt) http://www.youtube.com/watch?v=tKTZoB2Vjuk (@ 5 mnt)

Adakah yang bisa menjelaskan bagaimana ini dilakukan?

Terima kasih atas umpan balik yang bagus!

Yang Anda butuhkan untuk menulis sebuah program adalah editor teks dan kompiler (atau penerjemah jika Anda menulis dalam bahasa yang tidak dikompilasi). Kode biasanya hanya teks biasa. Sungguh, Anda bisa menulis program apa pun yang bisa dibayangkan menggunakan Windows Notepad dan kompiler baris perintah C.

Banyak programmer bahkan tidak menggunakan IDE. Saya pribadi menggunakan Gedit (editor teks Linux dasar dengan penyorotan sintaks) untuk waktu yang lama sebelum saya akhirnya beralih ke Eclipse.

Bahkan, saya masih menggunakan Gedit ketika saya ingin menulis sebuah program sederhana. Kadang-kadang saya bahkan hanya akan menggunakan nano jika saya ingin menyiapkan skrip cepat, karena saya terlalu tidak sabar untuk menunggu IDE dimuat.

@ Matt, lebih sederhana dari yang terlihat. Mari kita lihat video kedua: Mereka sedang menulis program python. Python adalah bahasa terputus - artinya program yang ditulis dengan python tidak perlu dikompilasi, hanya perlu ditafsirkan untuk dijalankan.

Jika Anda memiliki editor sederhana, seperti notepad (windows) atau nano (linux), Anda dapat menulis file teks sederhana, beri nama, katakanlah "program.py",, dan jalankan interpretasi dari baris perintah, seperti di bawah ini:

python program.py

Jika Anda ingin memprogram di Lua misalnya, Anda dapat menulis file teks sederhana bernama "program.lua"menggunakan notepad atau nano dan menulis satu baris pada file teks Anda seperti di bawah ini:

print("my first program in lua")

Kemudian pergi ke command prompt (cmd di windows, terminal di linux) dan jalankan perintah:

lua program.lua

Konsep kunci:

• Program mentah adalah file teks. Yang Anda perlukan untuk menulis sebuah program adalah editor teks;
• Jika pilihan bahasa Anda adalah yang ditafsirkan, Anda akan memerlukan penerjemah untuk menjalankan program Anda (Lua, Basic, Python, dll ...). Penerjemah ini harus diinstal di komputer Anda;
• Jika pilihan bahasa Anda adalah yang dikompilasi, Anda akan memerlukan toolchain yang terinstal (terutama kompiler dan tautan) untuk menerjemahkan kode sumber Anda ke kode biner yang dapat dimengerti mesin dan dapat dijalankan. Setiap bahasa (C, Java, C ++, C #, VB.Net, dll ...) memiliki toolchain sendiri.

Semoga itu bisa membantu.

Astaga, aku merasa tua sekarang, dan aku bahkan tidak pernah harus mengotak-atik kartu punch atau pemrosesan batch. Sial, saya hanya perlu menggunakan terminal cetak satu atau dua kali selama karir kuliah saya.

Inilah cara kami melakukan hal-hal di masa Cretaceous (sekitar 1986). Saya sedang mengerjakan VAX / VMS melalui terminal berbasis karakter kuning-on-hitam VT220 yang dapat ditampilkan dalam 80x24 atau 132x24.

Pertama, Anda mengaktifkan editor teks:

$ EDIT/EDT HELLO.C

EDT adalah setara VMS dari vi, jatuh di suatu tempat dalam kemampuan antara DOS edlin dan Notepad. Anda mengetikkan teks program Anda

#include <stdio.h>

int main(void)
{
  printf("Hello, Stupid\n");
  return 0;
}

menyimpannya ke file, dan kemudian keluar dari editor.

Kemudian Anda menjalankan kode Anda melalui kompiler:

$ CC HELLO

Ini menerjemahkan kode sumber di HELLO.C dan menghasilkan file objek HELLO.OBJ. File objek berisi kode mesin untuk program, tetapi belum dalam bentuk yang dapat dieksekusi. Untuk satu hal, kode biner sebenarnya untuk printfpanggilan tidak ada; hanya ada pengganti untuk itu. Anda masih harus menjalankan file objek melalui linker , yang dimasukkan kode biner dari perpustakaan standar (dan setiap perpustakaan lain yang Anda perlu) dan diformat file sehingga dapat diakui sebagai executable:

$ LINK HELLO

Hasil dari langkah ini adalah file HELLO.EXE, yang merupakan versi program Anda yang dapat dieksekusi.

Prosedurnya hampir sama pada sistem modern mana pun; hanya saja toolchain spesifik berbeda. Sebagai contoh, urutan perintah pada sistem Linux yang khas adalah

$ vi hello.c
$ gcc -o hello hello.c 

atau

$ vi hello.c
$ gcc -c hello.c 
$ ld -o hello hello.o -lc

Karena saya tumbuh di lingkungan ini, saya tidak pernah mengerti bagaimana seseorang dapat membutuhkan IDE hanya untuk menulis kode mereka. Namun, awal tahun ini saya mulai bekerja di Jawa, dan sementara Eclipse memiliki banyak kesalahan, saya dapat memahami bagaimana seseorang dapat sangat bergantung pada IDE untuk menyelesaikan pekerjaan mereka. Karena bahasa Jawa sangat besar dibandingkan dengan C, dan karena saya masih mencoba untuk mendapatkan poin yang lebih baik dari sintaks, itu membantu untuk memiliki lingkungan pengembangan yang cerdas yang mengetahui paket apa tipe tertentu dan membantu saya mengatur impor.

Ya, ya itu.

Sama halnya dengan membuat kopi tanpa harus mengeluarkan susu secara simultan, berkendara ke kantor tanpa juga berbicara di telepon dan melakukan pajak Anda, atau memandangi bintang-bintang tanpa mendengarkan "penerbangan lebah" pada sistem surround-sound, mungkin saja untuk mengkompilasi kode tanpa juga menjalankan editor, debugger, sistem analisis kode dan permainan ular.

Tapi ... siapa yang benar-benar ingin menatap bintang-bintang dalam keheningan ?!

Editor? Saya tidak perlu editor atau IDE yang busuk untuk menulis kode:

cat << EOF > hello.c
/* This IS an example of writing code from the command line */
#include <stdio.h>

int main(void)
{
    puts("Hello, World!");
    return 0;
}

EOF

Namun, senang memiliki sesuatu untuk mengedit file nanti. IDE (lingkungan pengembangan terintegrasi) telah ada jauh lebih lama daripada yang disarankan banyak orang dalam jawaban mereka. Satu-satunya IDE yang pernah saya sukai adalah yang datang dengan Turbo C , yang dijalankan pada DOS. Itu seperti oksigen bagi orang-orang yang terpaksa bercampur dengan edlin .

Saya sudah mencoba berbagai 'suite' IDE berdasarkan rekomendasi dari teman-teman yang tidak bisa berhenti mengoceh tentang berapa banyak waktu yang mereka hemat dan betapa nyamannya mereka membuat semuanya. Setiap kali saya duduk untuk mencoba dan menggunakannya, saya menemukan bahwa saya melawannya lebih daripada menggunakannya.

Sebagian besar, saya hanya menggunakan editor teks yang paling sederhana. Favorit saya adalah KATE, yang dilengkapi dengan KDE. Ini adalah fitur yang saya sukai:

• Penyorotan sintaks yang bagus
• Lipat kode
• Pencarian / penggantian berbasis regex sederhana
• Jendela shell sebaris
• Jendela kompiler inline / jendela debugger
• Galeri cuplikan
• Penampil simbol
• Jejak memori yang sangat ringan (beberapa proyek saya memiliki beberapa ratus file sumber)
• Tab mudah / pisahkan jendela
• Sesi sederhana alih-alih 'proyek' yang rumit
• (Semi) arsitektur plug-in sederhana

Hanya dengan fitur-fitur dasar itu, saya merasa hampir manja.

Saya sebenarnya kurang produktif ketika bekerja dengan fitur IDE yang kaya, dan bersyukur bahwa saya tidak pernah mengembangkan ketergantungan pada satu.

IDE bukanlah kompiler, debugger atau yang serupa, sebenarnya merupakan front-end yang memungkinkan Anda untuk mengakses semua ini, yang biasanya merupakan program terpisah. Di belakang layar Visual Studio ada kompiler yang dapat Anda akses sebagai program terpisah, kompilasi program Anda dari Command Prompt, dan mungkin ada debugger yang juga dapat diakses secara terpisah dan sebagainya - Saya tidak terlalu mengenal infrastrukturnya karena saya tidak menggunakannya.

Bergantung pada siapa Anda bertanya, suatu IDE bisa sangat berguna, atau cenderung menghalangi jalan Anda. Itu juga tergantung pada apa yang Anda tulis, pada ukurannya, gaya pengkodean Anda dan sebagainya. Saya, untuk satu, tidak benar-benar merasa perlu menggunakan IDE terlalu banyak, tapi saya rasa beberapa tugas lebih baik ditangani olehnya (atau, tergantung pada bagaimana Anda melihatnya, bahwa saya terlalu malas untuk menulis skrip / makro untuk saya sendiri).

Tentu saja. Dalam video pertama, ini tentang pemrograman C. Untuk menulis program C, Anda memerlukan yang berikut:

• beberapa jenis file sumber tempat kode ditulis
• toolchain untuk mengubah file sumber ini menjadi biner, yang merupakan satu-satunya hal yang pada akhirnya dapat dipahami oleh CPU.

Sebenarnya, Anda tidak perlu file, tapi saya tidak tahu lingkungan apa pun yang tidak menggunakan file untuk C / C ++. Karena itu, Anda memerlukan editor untuk mengedit kode sumber. Meskipun sesuatu yang sederhana seperti notepad berfungsi, Anda benar-benar menginginkan sesuatu yang lebih rumit untuk melakukan pengkodean (penyorotan kode, membuka banyak file sekaligus, dll ...).

Untuk poin kedua, Anda memerlukan kompiler (kode sumber -> kode objek) dan tautan (kode objek digabung bersama + dukungan minimal untuk memulai program).

Bahkan dengan IDE, sebagian besar tugas yang dilakukan di belakang layar dapat dilakukan dari baris perintah: misalnya, di studio visual, IDE masih menggunakan file, dan memanggil kompiler di baris perintah untuk Anda, tetapi itu bisa bekerja dengan cara lain ( dan mungkin tidak untuk integrasi lebih lanjut).

Jadi mengapa tidak menggunakan IDE? Beberapa orang cukup anal tentang editor kode mereka, karena mereka benar-benar mengetahuinya. Sebagai contoh, saya cukup produktif dengan editor kode vi. IDE juga terbatas jika Anda perlu berinteraksi dengan hal-hal yang belum dirancang oleh IDE. Ada tradeoff di sini yang tergantung pada kemampuan programmer, proyek, bahasa pemrograman / alat, dll ... Beberapa bahasa bahkan tidak memiliki IDE yang layak, beberapa bahasa lain hampir tidak dapat digunakan tanpa satu. Meskipun saya tidak menggunakan IDE sendiri, satu area di mana saya pikir mereka sangat berguna adalah debugging integrasi untuk C dan C ++.

Anda tentu dapat menulis program tanpa IDE grafis. Untuk bahasa yang dikompilasi (misalnya C atau C ++) prosesnya akan seperti ini:

1. Tulis program di editor teks pilihan Anda.
2. Dari baris perintah, aktifkan kompiler dan / atau tautan yang akan mengubah program Anda menjadi kode mesin yang dapat dieksekusi dan tarik pustaka eksternal yang diperlukan. (Saya agak kabur tentang urutan tautan dan kompilasi di sini, tapi saya yakin seseorang akan memperbaiki saya dalam waktu singkat. :))

Untuk bahasa yang ditafsirkan seperti PHP atau Python, Anda menulis kode dalam editor teks pilihan Anda (atau shell interaktif seperti yang disertakan Python) dan kode dijalankan oleh program yang ditafsirkan. Misalnya, untuk menjalankan skrip Python, Anda akan menjalankan sesuatu seperti python.exe myScript.py.

Python bukan bahasa yang ditafsirkan secara murni, karena memang dikompilasi terlebih dahulu, tetapi bentuk yang dikompilasi dijalankan oleh juru bahasa Python, sehingga masih sesuai dengan definisi. Bahasa lain seperti PHP sepenuhnya ditafsirkan.

Ya, Anda dapat menulis kode tanpa kompiler dan tanpa IDE. Semua itu adalah menulis. Teks.

Saya pikir Anda mengacu pada Lingkungan Pengembangan Terpadu (IDE). Mereka memberikan petunjuk kode dan menyoroti sintaks antara lain. Kompiler hanya mengambil file dan mengkompilasinya ke dalam kode mesin atau kode byte. Kompiler biasanya digunakan oleh IDE dengan mengirimkannya perintah untuk mengkompilasi file Anda.

Dimungkinkan untuk menulis tanpa kompiler. Bahasa-bahasa ini menggunakan 'juru bahasa' dan memproses skrip pada saat run time.

Semua yang dilakukan IDE adalah menyediakan beberapa alat di satu tempat yang nyaman dan kemudian mengotomatisasi beberapa proses. Alat-alat itu umumnya ...

• Editor teks
• Kompiler
• Seorang debugger
• Penampil dokumentasi

Untuk menulis sumber Anda, Anda dapat menggunakan editor teks apa pun yang menghasilkan teks biasa, mis. NotePad, Word atau editor teks kode yang dibuat khusus.

Setelah Anda memiliki sumber Anda dalam file teks, Anda kemudian dapat meluncurkan kompiler Anda melalui baris perintah yang lewat dalam file pengujian Anda, misalnya cc my_program.c Ini akan menghasilkan file objek yang dapat Anda jalankan.

Untuk debug program Anda, Anda meluncurkan debugger Anda melalui commandline yang lewat di program Anda, misalnya. gdb my_program Anda kemudian dapat mengatur breakpoints, melangkah melalui program Anda, memeriksa hal-hal dll.

Dengan IDE semua ini terjadi dengan menekan tombol di belakang layar dan IDE menempatkan UI mewah di atas semuanya.

PS. Pemrogram nyata menggunakan commandline

Saya menulis kode sehari-hari saya dalam editor vim (editor teks dasar) dan saya dapat meyakinkan Anda bahwa itu berjalan lancar (sebagian besar kode saya adalah PHP). Khususnya penyebab dev env saya adalah distribusi Linux basis Dev dan saya cukup memanfaatkan alat shell. Saya telah memprogram seperti ini selama satu tahun sekarang dan ini telah banyak membantu saya ketika berhadapan dengan penyebaran aplikasi jarak jauh dan modifikasi produksi di mana Anda biasanya mendapat akses ke * * Nix console melalui ssh.

komputer program tersimpan digital telah digunakan sejak 1950-an, sementara antarmuka pengguna grafis benar-benar baru mulai muncul pada akhir 1960-an (dan untuk pengguna akhir pada 1980-an). Orang-orang harus menggunakan - dan memprogram - komputer entah bagaimana sebelumnya.

Meskipun berisi beberapa ketidakakuratan (tidak semua antarmuka pengguna platform adalah lapisan di atas sistem baris perintah), Anda mungkin harus membaca tulisan Neal Stephenson di Beginning Was the Command Line .

Ini benar-benar akan membuat Anda berpikir tentang hal-hal di komputer Anda bekerja di bawah tenda, dan bagaimana "mungkin" untuk memprogram tanpa IDE, menyelesaikan pekerjaan nyata dengan baris perintah, dan sebagainya.

Anda benar-benar hanya memerlukan editor teks (neraka, notepad akan berfungsi) dan kompiler / juru bahasa (yang lebih penting).

Anda mengatakan sesuatu tentang melakukannya melalui baris perintah? Sial terdengar gila, tapi sangat mungkin. Maksud saya hanya menggunakan Windows built in command prompt Anda 'bisa' menulis ke file melalui echo "some codez" > target_file.saucetetapi Anda harus

A) Jadilah sangat baik pada apa yang Anda lakukan

B) Jadilah menulis program sederhana

C) Jadilah gila kelelawar

Anda benar-benar perlu berpikir bahwa IDE hanyalah Editor + Compiler + (semacam) Makefile + Debugger (kadang-kadang) + Graphical UI Builder (kadang-kadang) jadi tentu saja Anda dapat memilih untuk tidak menggunakan IDE sama sekali, dan Anda mengganti mereka dengan Editor pilihan Anda (vim, emacs, gedit, notepad ++, [insert_others_here]), kompiler (jdk untuk java, gcc, platform SDK atau [insert_Cppoolool__here] untuk C ++, interpreter python, atau toolchain bahasa Anda), semacam makefile (seperti autoh ... tools, cmake, semut, maven, dll.), semacam debugger (yang biasanya disertakan dengan kompiler), dan jika Anda menginginkan pembuat grafis ui (glade muncul di benak) , dan di sana Anda memilikinya IDE sendiri tanpa IDE. Pendekatan mana yang terbaik tergantung pada Anda (dan saya pikir IDE hari ini agak berlebihan)

berkedip

Dia menggunakan pico, klon nano. Saya menggunakannya sesekali. Biasanya saya menggunakan emacs, yang sedikit kurang membantu, tetapi lebih banyak fitur.

Saya tidak menggunakan IDE sebagai patokan. Kadang-kadang saya masuk ke mereka untuk debugging atau karena toolchain baris perintah sulit ditemukan (melihat Anda Xilinx). Saya juga menggunakannya untuk membuat sketsa C # dalam kesempatan langka ketika saya melakukan GUI. Tetapi IDE bukanlah editor yang sangat baik dalam pengalaman saya: akord karakter yang tidak fleksibel, aneh, tidak terlalu mudah digunakan, tidak banyak bahasa yang didukung, terlalu banyak memori.

Saya lebih suka menggunakan emacs.

Anda harus melihat sejarah komputasi. Ini ditulis dengan mudah diakses dan akan memberi Anda perspektif yang indah tentang pekerjaan kami.

Anda bahkan tidak memerlukan editor teks. :) :)

Jika Anda berada di windows coba ini:

more > hello.c 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
Ctrl-C

Jika Anda berada di UNIX

cat > hello.c <<. 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
.

Dan kemudian hanya kompilasi dengan kompiler baris perintah favorit Anda. :)

Jelas Anda harus menuliskannya dengan benar pada kali pertama.

Ingat bahwa programmer sejati menggunakan kupu-kupu: http://xkcd.com/378/

Inilah yang menyenangkan: Harvard Extension School mengajarkan pemrograman tanpa IDE ... kecuali telnet + pico yang Anda maksud dengan IDE.

Cara termudah adalah menggunakan editor teks dasar untuk menulis program Java Anda, kemudian transfer file ke sistem FAS menggunakan program FTP, sambungkan melalui telnet, dan kompilasi dan jalankan di FAS (fas.harvard.edu - Java sudah diinstal sana). Mereka HARUS menggunakan FAS untuk mengirimkannya untuk pekerjaan rumah Anda. Untuk menggunakan metode ini, Anda mungkin ingin belajar cukup tentang salah satu editor teks Unix untuk dapat membuat koreksi cepat yang diperlukan untuk file Anda, atau berencana untuk memperbarui file secara lokal dan mentransfernya kembali. Informasi lebih lanjut tentang mentransfer file ada di halaman FAQ.

JANGAN gunakan pengolah kata, mis. Word atau WordPerfect! Mereka menambahkan banyak pemformatan karakter yang tidak Anda lihat, tetapi yang akan mencegah program Anda dari kompilasi. Di Windows, Anda dapat menggunakan Notepad atau Wordpad dan pastikan Anda menyimpan file sebagai "Dokumen Teks" dengan ekstensi .java. Jika sistem mencoba menambahkan akhiran ".txt", beri tanda kutip di sekitar nama file dan ekstensi Anda di kotak Simpan untuk mencegahnya. Anda juga dapat mencoba salah satu editor di bagian Unduhan Berguna (salah satu yang kami sangat rekomendasikan untuk PC adalah Programmer File Editor). Di Mac, gunakan BBEdit Lite (juga ditautkan pada halaman Resources), atau salah satu editor Unix bawaan yang tersedia di jendela Terminal. Anda dapat memperoleh program telnet yang aman atau menggunakan program yang Anda miliki, telnet ke dalam sistem FAS, dan tulis serta edit program Anda di sistem. Ada tiga editor Unix yang dapat Anda coba: pico, emacs, dan vi. Setelah Anda menulis program dan menyimpannya, maka, seperti di atas, Anda dapat mengkompilasi dan menjalankannya di FAS

http://www.fas.harvard.edu/~libe50a/homework.html http://www.fas.harvard.edu/~libe50a/faq.html http://www.fas.harvard.edu/~libe50a /java.html

Jika Anda bertanya kepada saya, mereka menyiksa anak-anak, tetapi itu tidak masalah. Di sana lebih banyak orang Spartan, apalagi Mothakes, Perioikoi, dan Helot yang bisa diterima oleh Harvard di tahun tertentu.

Ya itu mungkin. Saya kira sesuatu seperti Notepad adalah no-IDE, tetapi emacs dan Textpad (saya menggunakan keduanya untuk C, Java coursework) dianggap sebagai IDE. Sekarang ... setelah coding dalam C # di VS2010, dengan WinForms dan semua, saya tidak ingin kembali ke editor teks di tempat kerja - saya akan dimarahi karena tidak mendapatkan omong kosong.

Namun, untuk proyek akademik, ketika contohnya kecil, masuk akal untuk tidak menggunakan IDE. Ingat: di kelas pemrograman intro, banyak masalah dunia nyata tidak ada. Anda mungkin tidak perlu menambahkan file .xml sebagai sumber daya ke dll; Anda mungkin tidak perlu banyak men-debug, Anda tidak perlu menggunakan kontrak kode, atau beralih dari C ++ yang tidak dikelola ke C ++ / ClI, kemudian ke C # dan kembali. Tugas akademis tidak perlu berantakan karena dapat dilakukan dari awal, dan diukur dalam man-hari / minggu. Semua file dapat menjadi bagian dari hanya satu proyek (bahkan untuk kompiler atau kelas OS). IDE seperti Visual Studio sebenarnya dapat menghalangi Anda ketika makefile sederhana akan berhasil. Pikirkan banyak sekali opsi yang harus dikonfigurasikan. Sama dengan Eclipse - ini adalah editor yang direkayasa berlebihan yang dapat dikustomisasi tanpa batas. Makefile sederhana dan dua file C sederhana mungkin semua yang Anda butuhkan. Bahkan, Anda cenderung memiliki kontrol lebih besar seperti itu, ketika Anda menentukan sendiri setiap bendera. Saya pernah membuat kode seperti itu di lab universitas. Ini lucu, tetapi salah satu dari "embedded" (artinya harus sangat kecil sehingga bisa muat di pesawat) komputer tidak ada GUI, dan tidak ada mouse :) Saya masih bisa login, mengedit, mengkompilasi dan debug program C, serta tambahkan driver dan kompilasi ulang kernel.

Untuk pekerjaan basis data, Anda hanya perlu editor teks (notepad ++) dan klien baris perintah seperti osql atau sqlcmd. Bahkan bukan kompiler.

Ini tidak hanya mungkin , tetapi - setidaknya satu kali dalam hidup Anda - Anda harus melakukan pemrograman tanpa IDE. Ini akan membantu Anda memahami proses kompilasi, penggunaan perpustakaan - mungkin itu akan membuka mata Anda apa arti pemrograman sebenarnya.

Juga, saya pikir editor teks yang baik lebih baik daripada IDE. Untuk MS-Windows, saya merekomendasikan PSPad (itu adalah flash yang kuat, seperti MultiEdit berada di era MS-DOS), untuk GNU / Linux coba Geany (mungkin itu di repo distro Anda).

Saya menggunakan notebook 99 sen dengan Pilot Gel Pen saya yang terpercaya untuk menulis program.

Mereka saya ketik kembali ke Visual Studio kode.

Menulis program dan coding adalah dua hal yang berbeda (bagi saya).

Pemrograman tanpa IDE adalah cara yang bagus untuk mempelajari apa yang terjadi.

Kami mulai pemrograman di sekolah dengan editor teks sederhana berwarna sintaks. Kompilasi terjadi dengan command prompt (atau melalui skrip batch sederhana).

Hanya ketika kami memahami dasar-dasar pemrograman kami beralih ke editor yang lebih kuat seperti Eclipse atau Visual Studio.

Seperti yang diharapkan, semua jawaban mengatakan hal yang sama: "tentu saja Anda bisa! Ini hanya teks! Teks teks teks!" Ini benar, secara umum, dan merupakan jawaban terbaik untuk pertanyaan Anda. Sebagian besar IDE hanya memanipulasi teks.

Tapi itu tidak selalu benar, dan dalam kasus-kasus tertentu beralih dari model hanya teks menghasilkan kemajuan besar. Kemajuan ini biasanya ditolak oleh puritan hanya teks (yang kebanyakan orang, karena bagaimana-itu-juga-bagaimana-harus-menjadi ... bukankah itu kebetulan ?!). IBM Visual Age adalah salah satu contoh keren yang meninggal dalam kematian yang mengerikan.

Contoh lain yang muncul di benak dan tendangannya sangat populer adalah Interface Builder untuk membuat produk Mac dan iOS. Outputnya BUKAN program teks tetapi objek serial, jadi Anda tidak dapat membuat NIB tanpa menggunakan IB atau menulis IB Anda sendiri.

Purist akan berkata, "yeah, tapi Interface Builder ditulis dalam kode teks!" Begitu?

Saya benar-benar percaya bahwa CS sebagai bidang akan sangat maju jika kita bisa melampaui paradigma hanya teks. Di luar itu, saya berpikir bahwa kita pada akhirnya akan pergi ke arah ini, tetapi itu akan memakan waktu puluhan tahun. Pertama kita harus mencari tahu mana yang lebih baik, viatau emacs....

Akhir-akhir ini saya telah meningkatkan ke vim. Saya suka bagaimana menyoroti kata kunci dalam bahasa apa pun yang saya tulis. Sigh, hanya ketika saya bisa mendapatkan OS nyata dan tidak menggunakan notepad.

Istri saya menulis COBOL menggunakan edlin. Saya pikir itu sangat lucu.

Peningkatan atas kartu tombol yang kami gunakan dan 24 jam berbalik dari operasi hanya untuk mengetahui kami memiliki kesalahan ketik.

Saya punya formulir pengkodean di loteng.

Anda punya 1 dan 0? Kami harus menarik garis melalui 0s kami.

Tetapi Anda memberi tahu orang-orang muda hari ini bahwa mereka tidak akan mempercayai Anda.

j.