Non sono sicuro che ciò sia possibile, ma ho visto alcuni video con esempi di programmazione in cui sembra che il programma sia stato scritto in una sorta di prompt dei comandi piuttosto che come un semplice IDE grafico. Sono solo curioso di sapere cosa potrebbe succedere in questi video. È possibile scrivere un programma senza IDE?
ecco due esempi: link (@ 6 min) link (@ 5 min)
Qualcuno potrebbe spiegare come è fatto?
Grazie a tutti per l'ottimo feedback!
Tutto ciò di cui hai bisogno per scrivere un programma è un editor di testo e un compilatore (o un interprete se stai scrivendo in una lingua non compilata). Il codice è in genere solo testo normale. In realtà, è possibile scrivere qualsiasi programma immaginabile usando Blocco note di Windows e un compilatore C da riga di comando.
Molti programmatori non usano nemmeno gli IDE. Personalmente ho usato Gedit (un editor di testo Linux di base con evidenziazione della sintassi) per il tempo più lungo prima di passare finalmente a Eclipse.
Infatti, ancora uso Gedit quando voglio scrivere un programma semplice. A volte userò anche nano se voglio fare un veloce script, perché sono troppo impaziente di aspettare che venga caricato un IDE.
@ Matt, è più semplice di quanto sembri. Diamo un'occhiata al secondo video: stanno scrivendo un programma python. Python è un linguaggio interpretato - il che significa che un programma scritto in python non ha bisogno di essere compilato, deve solo essere interpretato per essere eseguito.
Se hai un semplice editor, come notepad (windows) o nano (linux) puoi scrivere un semplice file di testo, chiamarlo, diciamo, "program.py" ed eseguire il comando interpretato da -line, come di seguito:
python program.py
Se vuoi programmare in Lua per esempio, puoi scrivere un semplice file di testo chiamato "program.lua" usando notepad o nano e scrivi una singola riga sul tuo file di testo come di seguito:
print("my first program in lua")
Poi vai al prompt dei comandi (cmd su windows, terminal in linux) ed esegui il comando:
lua program.lua
I concetti chiave:
Spero che ti aiuti.
Gesù, ora mi sento vecchio, e non ho mai nemmeno dovuto scherzare con le schede perforate o l'elaborazione in batch. Diavolo, ho solo dovuto usare un terminale cartaceo una o due volte nel corso della mia carriera universitaria.
Ecco come abbiamo fatto le cose nel tardo Cretaceo (circa nel 1986). Stavo lavorando su VAX / VMS attraverso un terminale VT220 ambra-on-black basato sui caratteri che poteva essere visualizzato in 80x24 o 132x24.
Innanzitutto hai attivato l'editor di testo:
$ EDIT/EDT HELLO.C
EDT era l'equivalente VMS di vi, che rientrava in qualche capacità tra DOS edlin e Blocco note. Hai digitato il testo del tuo programma
#include <stdio.h>
int main(void)
{
printf("Hello, Stupid\n");
return 0;
}
salvato nel file e quindi uscito dall'editor.
Quindi hai eseguito il tuo codice attraverso il compilatore:
$ CC HELLO
Questo ha tradotto il codice sorgente in HELLO.C e generato il file oggetto HELLO.OBJ. Il file oggetto conteneva il codice macchina per il programma, ma non era ancora in una forma eseguibile. Per prima cosa, il codice binario effettivo per la chiamata printf non è presente; c'è solo un segnaposto per questo. Dovevi ancora eseguire il file oggetto tramite un linker , che incorporava il codice binario dalla libreria standard (e qualsiasi altra libreria di cui hai bisogno) e formattato il file in modo che potesse essere riconosciuto come eseguibile:
$ LINK HELLO
Il risultato di questo passaggio è il file HELLO.EXE, che è la versione eseguibile del programma.
La procedura è praticamente la stessa su qualsiasi sistema moderno; è solo che le specifiche toolchain sono diverse. Ad esempio, la sequenza di comandi su un tipico sistema Linux sarebbe
$ vi hello.c
$ gcc -o hello hello.c
o
$ vi hello.c
$ gcc -c hello.c
$ ld -o hello hello.o -lc
Da quando sono cresciuto in questo ambiente, non ho mai capito come qualcuno potrebbe aver bisogno di un IDE solo per scrivere il proprio codice. Tuttavia, all'inizio di quest'anno ho iniziato a lavorare in Java, e mentre Eclipse ha molti, molti difetti, posso capire come qualcuno possa fare affidamento su un IDE per portare a termine il proprio lavoro. Dal momento che Java è un linguaggio così vasto rispetto a C, e dal momento che sto ancora cercando di ottenere i punti più fini della sintassi, aiuta ad avere un ambiente di sviluppo intelligente che conosce i pacchetti di particolari tipi e mi aiuta a organizzare le importazioni.
Sì, sì lo è.
Proprio come è possibile fare il caffè senza schiumare contemporaneamente latte, guidare al lavoro senza parlare al telefono e fare le tasse, o guardare le stelle senza ascoltare "il volo del calabrone" su un sistema audio surround, è possibile compilare il codice senza eseguire anche un editor, un debugger, un sistema di analisi del codice e un gioco snake.
Ma ... chi vuole davvero guardare le stelle in silenzio ?!
Editor? Non ho bisogno di nessun editor puzzolente o IDE per scrivere codice:
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
Tuttavia, è bello avere qualcosa da modificare in seguito. Gli IDE (ambienti di sviluppo integrati) sono stati molto più lunghi di quanto molte persone suggeriscano nelle loro risposte. L'unico IDE che mi è mai piaciuto è quello fornito con Turbo C , che girava su DOS. Era come l'ossigeno per le persone che erano state costrette a saltare con edlin .
Ho provato molte "suite" IDE diverse su consigli di amici che non hanno smesso di entusiasmare per quanto tempo risparmiano e quanto sono convenienti fanno tutto. Ogni volta che mi siedo per provarne uno, trovo che combatto più che usarlo.
Per la maggior parte, uso semplicemente il più semplice editor di testo. Il mio preferito è KATE, che viene fornito con KDE. Queste sono le caratteristiche che mi piacciono:
Con solo queste caratteristiche di base, mi sento quasi viziato.
In realtà sono meno produttivo quando lavoro con IDE ricchi di funzionalità e sono grato di non aver mai sviluppato una dipendenza da uno.
Un IDE non è un compilatore, un debugger o qualcosa di simile, è in realtà un front-end che ti consente di accedere a tutti questi, che sono in genere programmi separati. Dietro le quinte di Visual Studio c'è un compilatore a cui puoi accedere come programma separato, compilando i tuoi programmi dal Prompt dei comandi, e probabilmente c'è un debugger anch'esso accessibile separatamente e così via - Non ho familiarità con la sua infrastruttura perché non lo uso.
A seconda di chi chiedi, un IDE è molto utile o tende a intralciarti. Dipende anche da ciò che stai scrivendo, dalle sue dimensioni, dallo stile di codifica e così via. Io, per esempio, non sento il bisogno di usare troppo un IDE, ma penso che alcuni compiti siano meglio gestiti da esso (o, a seconda di come lo si guarda, che sono troppo pigro per scrivere script / macro per quelli me stesso).
Lo è certamente. Nel primo video, riguarda la programmazione in C. Per scrivere programmi C, è necessario quanto segue:
In senso stretto, non hai bisogno di file, ma non conosco nessun ambiente che non usi il file per C / C ++. Come tale, è necessario un editor per modificare il codice sorgente. Anche se qualcosa di semplice come il blocco note funziona, vuoi davvero qualcosa di più elaborato per fare la codifica (evidenziando il codice, aprendo più file contemporaneamente, ecc ...).
Per il secondo punto, hai bisogno di un compilatore (codice sorgente - > codice oggetto) e un linker (codice oggetto unito insieme + supporto minimo per avviare il programma).
Anche con un IDE, la maggior parte delle attività eseguite dietro la scena può essere eseguita dalla riga di comando: ad esempio, in Visual Studio, l'IDE utilizza ancora i file e chiama i compilatori sulla riga di comando per te, ma potrebbe funzionare un po ' in altro modo (e forse lo fa per una maggiore integrazione).
Quindi perché non usare un IDE? Alcune persone sono piuttosto anne riguardo al loro editor di codice, perché lo sanno davvero. Ad esempio, sono abbastanza produttivo con l'editor di codice vi. Gli IDE sono inoltre limitati se è necessario interagire con elementi per cui l'IDE non è stato progettato. Qui c'è un compromesso che dipende dalla capacità del programmatore, dal progetto, dai linguaggi / strumenti di programmazione, ecc ... Alcune lingue non hanno nemmeno un IDE decente, altre lingue sono quasi inutilizzabili senza una. Sebbene io non utilizzi IDE personalmente, un'area in cui ritengo che siano molto utili è il debug dell'integrazione per C e C ++.
È certamente possibile scrivere programmi senza un IDE grafico. Per i linguaggi compilati (ad esempio C o C ++), il processo sarebbe simile a questo:
Per linguaggi interpretati come PHP o Python, scrivi il codice nel tuo editor di testo preferito (o una shell interattiva come quella in cui viene fornito Python) e il codice viene eseguito da un programma interpretato. Ad esempio, per invocare uno script Python, devi eseguire qualcosa come python.exe myScript.py .
Python non è un linguaggio puramente interpretato, dal momento che viene compilato per primo, ma il modulo compilato viene eseguito dall'interprete Python, quindi si adatta ancora alla definizione. Altri linguaggi come PHP sono interamente interpretati.
Sì, puoi scrivere codice senza compilatore e senza IDE. Tutto ciò che è è scrivere. Testo.
Penso che tu ti stia riferendo all'Indice di Sviluppo Integrato (IDE). Forniscono suggerimenti sul codice e l'evidenziazione della sintassi, tra le altre cose. Un compilatore prende solo i file e li compila in codice macchina o codice byte. Un compilatore viene solitamente utilizzato da un IDE inviando un comando per compilare i file.
È possibile scrivere senza un compilatore. Questi linguaggi utilizzano un "interprete" ed elaborano lo script in fase di esecuzione.
Tutto ciò che fa un IDE è fornire diversi strumenti in un unico posto conveniente e quindi automatizzare alcuni dei processi. Questi strumenti sono generalmente ...
Per scrivere la tua fonte puoi usare qualsiasi editor di testo che produca testo semplice, ad es. NotePad, Word o un editor di testo in codice appositamente creato.
Una volta che hai il tuo sorgente in un file di testo puoi quindi avviare il compilatore tramite la riga di comando che passa nel tuo file di test, ad es. cc my_program.c Questo produrrà un file oggetto che puoi eseguire.
Per eseguire il debug del programma, avvia il debugger tramite la riga di comando che passa nel tuo programma, ad es. gdb my_program È quindi possibile impostare punti di interruzione, scorrere il programma, ispezionare materiale ecc.
Con un IDE tutto questo accade con la semplice pressione di un pulsante dietro le quinte e l'IDE mette in primo piano un'interfaccia utente sofisticata.
PS. I veri programmatori usano la linea di comando
Scrivo il mio codice di tutti i giorni in un editor vim (basic text editor) e posso assicurarti che va liscio (la maggior parte del mio codice è PHP). Specialmente causa il mio dev env è una distribuzione Linux di base Dev e prendo abbastanza vantaggio degli strumenti di shell. Ho programmato in questo modo da un anno a questa parte e questo mi ha aiutato molto quando si trattava della distribuzione di applicazioni remote e delle modifiche di produzione in cui generalmente si accede a una console * Nix tramite ssh.
I computer con programmi memorizzati digitali sono in uso dagli anni '50, mentre le interfacce utente grafiche hanno iniziato ad apparire solo verso la fine degli anni '60 (e per gli utenti finali negli anni '80). Le persone dovevano usare - e programmare - i computer in qualche modo prima di allora.
Sebbene contenga alcune inesattezze (non l'interfaccia utente di ogni piattaforma è un livello in cima a un sistema a linea di comando) dovresti probabilmente leggere il breve pezzo di Neal Stephenson In the Beginning Was the Command Line .
Ti farà davvero pensare a cose sul tuo computer che funzionano sotto il cofano, e come è "possibile" programmare senza IDE, ottenere un vero lavoro con una riga di comando e così via.
Hai solo bisogno di un editor di testo (diavolo, notepad funzionerà) e un compilatore / interprete (la cosa più importante).
Hai detto qualcosa sul farlo tramite la riga di comando? La merda sembra folle, ma è molto ben possibile. Voglio dire, basta usare il prompt di comando incorporato di Windows che "potresti" scrivere su un file tramite echo "some codez" > target_file.sauce ma dovresti
A) Sii veramente bravo in quello che stai facendo
B) Scrivi un semplice programma
C) Sii un pazzo di pipistrello
Devi davvero pensare che un IDE sia solo un Editor + Compiler + (una sorta di) Makefile + Debugger (a volte) + UI Builder grafico (a volte), quindi ovviamente puoi scegliere di non utilizzare affatto un IDE, e li sostituisci con un editor di tua scelta (vim, emacs, gedit, notepad ++, [insert_others_here]), un compilatore (jdk per java, gcc, platform SDK o [insert_Cpp_toolchain_here] per C ++, interprete python o qualsiasi altro toolchain nella tua lingua has), una sorta di makefile (come autoh ... tools, cmake, ant, maven, ecc.), una sorta di debugger (che di solito è incluso nel compilatore), e se si vuole un ui builder grafico (glade viene alla mente), e lì hai il tuo IDE senza IDE. Quale approccio è il migliore dipende da te (e penso che oggi le IDE siano sopravvalutate)
lampeggia
Sta usando pico, un clone nano. Lo uso occasionalmente. Di solito uso emacs, che è leggermente meno utile, ma più ricco di funzionalità.
Non uso IDE come regola generale. Occasionalmente li ho trascinati per il debug o perché la toolchain da riga di comando era un problema da trovare (guardandoti Xilinx). Li uso anche per delineare C # nella rara occasione in cui faccio una GUI. Ma gli IDE non sono degli ottimi editor nella mia esperienza: inflessibile, strano accordo con i personaggi, non molto facile da usare, non molte lingue supportate, troppo memoria.
Preferirei usare emacs.
Dovresti esaminare la storia dell'informatica. È scritto in modo abbastanza accessibile e ti offrirà una prospettiva meravigliosa sul nostro lavoro.
Non hai nemmeno bisogno di un editor di testo. :) :)
Se ti trovi in Windows prova questo:
more > hello.c
#include <stdio.h>
main()
{
printf ("Hello World!\n");
}
Ctrl-C
Se sei in UNIX
cat > hello.c <<.
#include <stdio.h>
main()
{
printf ("Hello World!\n");
}
.
E poi compilarlo con il tuo compilatore di riga di comando preferito. :)
Ovviamente devi scrivere bene la prima volta.
Ricorda che i veri programmatori usano le farfalle: link
Ecco cosa è divertente: Harvard Extension School sta insegnando programmazione senza IDE ... a meno che telnet + pico sia ciò che intendi per IDE.
The easiest way is to use a basic text editor to write your Java programs, then transfer files to the FAS system using an FTP program, connect through telnet, and compile and run them on FAS (fas.harvard.edu - Java is already installed there). They MUST be on FAS in order to submit them for your homework. To use this method, you may want to learn enough about one of the Unix text editors to be able to make any needed quick corrections to your files, or plan to update the file locally and re-transfer it. More information about transferring files is on the FAQ page.
DO NOT use a word processor, e.g. Word or WordPerfect! They add lots of formatting characters which you don't see, but which will prevent your programs from ever compiling. On Windows, you may use Notepad or Wordpad and make sure you save the files as "Text Document" with the .java extension. If the system tries to add a ".txt" suffix, put quotes around your file name and extension in the Save box to prevent this. You may also try any of the editors in the Useful Downloads section (one we highly recommend for PC's is Programmers File Editor). On the Mac, use BBEdit Lite (also linked on the Resources page), or one of the built-in Unix editors which are available in a Terminal window. You can obtain a secure telnet program or use one that you have, telnet into the FAS system, and write and edit your programs on the system. There are three Unix editors which you may try: pico, emacs, and vi. Once you've written your program and saved it, then, as above, you can compile and run it on FAS
link http://www.fas.harvard.edu/~libe50a/faq.html link
Se me lo chiedi, stanno torturando i bambini, ma va bene. Ci sono altri spartani, per non parlare di Mothakes, Perioikoi e Helot che Harvard può ammettere in un dato anno.
Sì, è possibile. Suppongo che qualcosa come Blocco note sia un no-IDE, ma emacs e Textpad (che ho usato entrambi per C, corsi Java) sono considerati un IDE. Ora ... dopo aver codificato in C # in VS2010, con WinForms e tutto il resto, non vorrei tornare agli editor di testo al lavoro - sarei sgridato per non aver fatto schifo.
Per i progetti accademici, tuttavia, quando gli esempi sono piccoli, ha senso non usare IDE. Ricorda: nelle classi di programmazione intro non sono presenti molti problemi del mondo reale. Probabilmente non dovrai aggiungere file .xml come risorse a una DLL; Probabilmente non avresti bisogno di eseguire il debug molto, non avresti bisogno di usare i contratti di codice, o passare da un C ++ a C ++ / ClI non gestito, quindi a C # e viceversa. I compiti accademici non devono essere disordinati perché possono essere fatti da zero e vengono misurati in giorni-uomo / settimane. Tutti i file possono far parte di un solo progetto (anche per un compilatore o una classe OS). Un IDE come Visual Studio può effettivamente ostacolarti quando un semplice makefile lo farà. Pensa alle miriadi di opzioni che devi configurare. Lo stesso con Eclipse - è un editor over-engineered che è infinitamente personalizzabile. Un semplice makefile e due semplici file C potrebbero essere tutto ciò di cui hai bisogno. In effetti, tendi ad avere più controllo in questo modo, quando specifichi ogni bandiera tu stesso. Ho codificato una cosa del genere in un laboratorio universitario una volta. È divertente, ma uno dei "embedded" (cioè doveva essere talmente piccolo da stare su un aeroplano) i computer non avevano GUI e nessun mouse :) Ero ancora in grado di accedere, modificare, compilare e eseguire il debug di un programma in C, aggiungere driver e ricompilare il kernel.
Per il funzionamento del database, è sufficiente un editor di testo (notepad ++) e un client della riga di comando come osql o sqlcmd. Neanche un compilatore.
Non è solo possibile , ma - almeno una volta nella vita - tu devi fare programmazione senza IDE. Ti aiuterà a capire il processo di compilazione, l'uso delle librerie - forse questo ti aprirà gli occhi su cosa sia realmente la programmazione.
Inoltre, penso che un buon editor di testo sia migliore di un IDE. Per MS-Windows raccomando PSPad (era un flash così strong, come MultiEdit era nell'era MS-DOS), per GNU / Linux prova Geany (forse è nel repository della tua distribuzione).
Uso un notebook da 99 cent con il mio fidato Pilot Gel Pen per scrivere programmi.
Sono appena ri-digitare in Visual Studio il codice.
La scrittura di un programma e la codifica sono due cose diverse (per me).
Programmare senza IDE è un ottimo modo per imparare cosa sta succedendo.
Abbiamo iniziato a programmare a scuola con un semplice editor di testo colorato in sintassi. La compilazione è avvenuta con il prompt dei comandi (o tramite un semplice script batch).
Solo quando abbiamo capito le basi della programmazione siamo passati ad editor più potenti come Eclipse o Visual Studio.
Come previsto, tutte le risposte dicono la stessa cosa: "certo che puoi! è solo testo! testo testo testo!" Questo è vero, in generale, ed è la migliore risposta alla tua domanda. La maggior parte degli IDE semplicemente manipolano il testo.
Ma non è sempre vero, e in certi casi allontanarsi da un modello di solo testo risulta in grandi progressi. Questi progressi sono di solito respinti dai puristi di solo testo (che è la maggior parte di tutti, perché come è stato anche come dovrebbe essere ... non è una coincidenza ?!). IBM Visual Age è stato un esempio davvero interessante che è morto in modo orribile.
Un altro esempio che viene in mente e prende a calci ed è molto popolare è Interface Builder per la creazione di prodotti Mac e iOS. Il suo output NON è programmi di testo ma piuttosto oggetti serializzati, quindi non è possibile creare NIB senza usare IB o scrivere il proprio IB.
I puristi diranno "Sì, ma Interface Builder è scritto in codice di testo!" Quindi?
Credo davvero che il CS come campo avanzerebbe molto se potessimo andare oltre il paradigma di solo testo. Oltre a ciò, penso che alla fine andremo in questa direzione, ma ci vorranno decenni. Per prima cosa dovremmo capire quale è meglio, vi o emacs ....
Ultimamente ho aggiornato a vim. Mi piace come mette in evidenza le parole chiave in qualsiasi lingua stia scrivendo. Sigh, solo quando posso accedere a un vero sistema operativo e non utilizzare il blocco note.
Mia moglie ha scritto COBOL usando edlin. Ho pensato che fosse piuttosto divertente.
Un tale miglioramento rispetto alle schede a forma di keypunch che usavamo e alle 24 ore di rotazione dalle operazioni solo per scoprire che avevamo un errore di battitura.
Ho delle forme di codifica da qualche parte nell'attico.
Hai avuto 1 e 0? Abbiamo dovuto tracciare una linea attraverso i nostri 0.
Ma oggi lo dici ai giovani e loro non ti crederanno.
j.
Leggi altre domande sui tag ide