Emacs mi renderà un programmatore migliore? [chiuso]

Steve Yegge ha scritto un commento sul suo blog :

Tutti i più grandi ingegneri del mondo usano Emacs. I tipi di cambia-mondo. Non la grande ragazza nel cubo accanto a te. Non Fred, il fantastico ragazzo in fondo al corridoio. Sto parlando dei più grandi sviluppatori di software della nostra professione, quelli che hanno cambiato il volto del settore. James Goslings, Donald Knuths, Paul Grahams, Jamie Zawinskis, Eric Bensons. I veri ingegneri usano Emacs. Devi essere molto intelligente per usarlo bene, e ti rende incredibilmente potente se riesci a dominarlo. Vai a guardare oltre la spalla di Paul Nordstrom mentre lavora qualche volta, se non mi credi. È una vera rivelazione per qualcuno che ha usato gli IDE simili a Visual Blub .NET per tutta la sua carriera.

Emacs è l'editor di 100 anni.

L'ultima volta che ho usato un editor di testo per scrivere codice era tornato quando stavo ancora scrivendo HTML in Blocco note circa 1000 anni fa. Da allora, sono stato più o meno dipendente dall'IDE, avendo usato Visual Studio, NetBeans, IntelliJ, Borland / Codegear Studio ed Eclipse per tutta la mia carriera.

Per quel che vale, io ho provato Emacs, e la mia esperienza è stata frustrante a causa della sua completa mancanza di out-of-the-box caratteristiche individuabili. (Apparentemente c'è un comando Emacs per scoprire altri comandi Emacs, che non riuscivo a trovare a proposito - è come vivere il tuo crudele scherzo simile allo Zen.) Ho provato a farmi come il programma per un buon mese, ma alla fine ho deciso di preferire invece i designer con interfaccia grafica drag-and-drop, IntelliSense e il debug interattivo.

È difficile separare i fatti dal fanboyismo, quindi non sono ancora disposto a prendere i commenti di Yegge sul valore nominale.

Esiste una differenza misurabile in termini di abilità, produttività o divertimento programmatico tra le persone che dipendono dagli IDE e quelle che non lo fanno o è solo un fanboyismo?

Per prima cosa, lasciami dire che sono un vero credente autodidatta nel culto di Emacs.

Detto questo, il blogger è pazzo. Scrivi ciò che ritieni utile. Trovo che Emacs mi aiuti, principalmente perché ho trascorso gli anni del college pagando in anticipo il costo iniziale di apprendimento su come modificarlo in base alle mie esigenze e modificandomi in base alle sue esigenze.

Ma altre persone fanno le cose diversamente, e come si suol dire "Va bene".

Lui (Steve Yegge) ha elaborato questo, a pezzi, in altri suoi post. http://steve-yegge.blogspot.com/2008_04_01_archive.html è probabilmente il più completo, ma le informazioni sono sepolte lì perché sono tangenti all'argomento principale.

Immagino di riassumere: i programmatori che sono semplicemente bravi o competenti prenderanno un IDE e lo conosceranno davvero bene, e forse lo faranno abbastanza decentemente, ma si limiteranno a ciò che l'IDE fornisce loro. In altre parole, si adattano all'IDE. I grandi programmatori, d'altra parte, adatteranno il loro ambiente per adattarsi a se stessi , in modo tale da scrivere script o i propri strumenti o estendere i loro strumenti. E fino all'ultimo punto, Emacs non è solo l' ambiente più estensibile che esista, ma è anche l' ambiente più semplice da estendere ed è l'ambiente in cui si ottiene il massimo beneficio dall'estensione - le tue estensioni si integrano in Emacs come se fossero funzionalità di riserva, e quindi le tue estensioni future potrebbero basarsi su quelle precedenti (cose del tipo a circuito a feedback positivo).

I migliori programmatori usano vi o emacs, perché i programmatori più esperti sono i migliori e 20 anni fa non c'era molta scelta tranne vi ed emacs.

Dopo aver iniziato con vi (circa 1987) su una macchina con un terminale di testo molto lento, dopo alcuni anni mi sono convertito in (GNU) Emacs (su una macchina più veloce) e l'ho usato quasi esclusivamente per quasi 10 anni.

Emacs è stato il primo ambiente di sviluppo veramente integrato - l'intero ciclo di modifica / collegamento / compilazione può essere controllato in emacs e puoi crearne uno tuo per qualunque compilatore tu abbia usato.

Al giorno d'oggi, gli IDE come eclipse sono ancora meglio integrati (a dire il vero: emacs fa schifo alla grafica), ma Emacs è ancora uno dei migliori ambienti per l'editing di testo "puro".

Migliorare il tuo pensiero chiaro e la risoluzione dei problemi ti renderà un programmatore migliore. Nessun programma può farlo.

L'uso di un martello migliore non mi aiuterà a costruire una casa più bella a meno che non sappia come e perché. ;)

Yegge deve incontrare Bill Joy. Non solo è uno dei grandi programmatori del mondo, ma ha anche scritto grandi pezzi di vi. In vi.

Breve confessione vergognosa: dopo 20 anni di utilizzo di vi (e vim / gvim negli ultimi anni) per tutto, nell'ultimo anno o giù di lì ho iniziato a usare Eclipse per la modifica di Java (e Thunderbird per la posta elettronica), sebbene al mio attuale lavoro il mio la macchina ha così poca memoria che di solito uso vi tranne quando ho bisogno del debugger.

Esiste una differenza misurabile in termini di abilità, produttività o divertimento programmatico tra le persone che dipendono dagli IDE e quelle che non lo fanno o è solo un fanboyismo?

Riduciamolo a Visual Studio vs. Emacs --- altrimenti la domanda è troppo ampia e sospetto che la maggior parte delle persone (almeno qui su StackOverflow) abbia familiarità con quei due. [Lo sono e utilizzo e preferisco emacs]

Quindi, suddividiamo i tre componenti della domanda.

Il piacere della programmazione si riduce principalmente al gradire la programmazione in sé e, in secondo luogo, a non far apparire i fattori di fastidio quando lo fai. L'uso degli strumenti con cui hai difficoltà sottrarrà il piacere. Quindi, credo, il divertimento è probabilmente massimizzato usando strumenti che ti piacciono e che conosci.

Naturalmente, una volta acquisito familiarità con un nuovo strumento, potresti scoprire che ti piace di più e che quindi ti piacerà programmare di più se lo fai con il tuo nuovo strumento preferito. Non è chiaro per me che alla gente in generale piacerà VS su emacs (o viceversa) quando li conoscono bene entrambi.

Successivamente, abilità di programmazione. Se c'è qualche connessione tra l'abilità e la scelta di VS / emacs, penso che sia l'abilità che causa la scelta, non la scelta che causa l'abilità. Nessuno di {VS, emacs}, nella mia esperienza, sembra farmi imparare qualcosa sulla scrittura di codice migliore .

Un buon strumento può rendermi in grado di scrivere lo stesso codice (e quindi la stessa qualità del codice) in tempi più brevi; se lo ipotizziamo productivity = quality of code `times` code per time, è ovvio che qualsiasi editor che ti permetterà di scrivere un buon codice in meno tempo è un aumento della produttività.

Potrei non avere familiarità con VS, ma qui penso che emacs abbia alcuni punti di forza che non ho trovato in VS. Può sembrare ridicolo, ma qualcosa di semplice come il movimento del cursore Ctrl-[fbnp]è un vero vantaggio --- significa che non devi spostare le mani sui tasti freccia. Un'altra cosa: puoi fare una ricerca o sostituire che include le nuove righe, che uso abbastanza spesso da odiare perdere.

Un'altra cosa che mi piace è la possibilità di incorporare una shell nel mio editor. Nella mia esperienza, è molto più prezioso su piattaforme non Windows (e la mia prima esperienza di "programmazione", IIRC, stava scrivendo file DOS .bat, quindi non sono solo un fan sfegatato), ma su quelle piattaforme è una grande vittoria . Fa emacs "integrarsi" con "tutto" (ricerca di file con trova / trova, ricerca di testo con grep, controllo della versione con svn / git / hg / ..., lo chiami).

Verdetto finale - dovresti imparare emacs o no? Ed è tutto fanboyismo? Se hai tempo, direi che vale sempre la pena imparare nuovi modi di fare la stessa cosa, perché il nuovo modo potrebbe rivelarsi un lavoro migliore per te. E ti incoraggio a non rifiutarlo per quello che sembra essere quando sei tutto nuovo. In questo senso, è come passare al layout della tastiera Dvorak: all'inizio sei più lento, ma una volta che ti alzi alla velocità probabilmente sarai almeno altrettanto veloce di qwerty e più comodo. Consiglio lo stesso approccio anche all'apprendimento di nuove lingue (di programmazione): perché non conosci il vocabolario (libreria standard), dire che le cose sono difficili, ma la ricompensa è ancora lì all'orizzonte ti aspetta.

Con il testo citato che inizia "Tutti i più grandi ingegneri del mondo usano Emacs", non lo prenderei neanche per il valore nominale. Conosce tutti i più grandi ingegneri del mondo? È la stessa lista dei più grandi ingegneri del mondo che tu o io abbiamo?

Una volta appreso, un potente editor come EMACS o vi ti renderà più efficiente, o almeno più efficiente se ti capita di essere scoperto senza il tuo IDE preferito.

È la parte "una volta appresa" che è l'assassino. È un sacco di lavoro e pratica per utilizzare questi strumenti in modo produttivo, ed è molto difficile all'inizio.

Sono un fan di Emacs, personalmente, ma Emacs è solo uno strumento. Non ti renderà un programmatore migliore più di quanto una penna super fantasiosa ti renderà uno scrittore migliore.

Il chiarimento che i "grandi programmatori" adattano il proprio ambiente a se stessi può avere qualche merito, ma molti strumenti possono farlo (ad es. Vim e SlickEdit), quindi non c'è nulla di particolare su Emacs al riguardo.

Penso che la cosa più verosimilmente vera sia che i "grandi programmatori" sono appassionati di programmazione e le persone appassionate di esso tendono a trovare strumenti che aiutano a guidare quella passione. Emacs (e vim e SlickEdit, et al) è un tale strumento.

Non credo che ci sia differenza, è più una questione di preferenza.

Tuttavia, ciò che ho notato è che più a lungo hai codificato, o più in basso hai codificato, maggiori sono le probabilità che tu abbia usato emacs o vi.

Mentre gli IDE sono migliorati molto negli ultimi dieci anni, contengono ancora la programmazione in una "bolla" sicura, lontana da alcuni dei dettagli più brutti. Ciò che tende ad accadere è che questo aumento dell'astrazione consente a più programmatori di fare di più, con meno conoscenze. Ciò, ovviamente, non si applica a tutti i programmatori, ma strumenti più semplici portano la programmazione a un pubblico più ampio.

Una maggiore conoscenza degli strumenti di livello inferiore, spesso si traduce in una maggiore stabilità del codice, poiché ci sono meno possibilità di "andare controcorrente" accidentalmente. È ingiusto elencare EMACS come l'unico indicatore principale, poiché proviene da una vasta gamma di lingue e strumenti, e in realtà riguarda più la profondità di comprensione, non la tecnologia specifica.

Molto tempo fa, hai imparato VI o EMACS sulle scatole UNIX o ti sei specializzato in PC (OK, c'erano anche VMS, CMS, AS400, ecc., Ma quelle erano tecnologie più vecchie). Entrambi i flussi hanno attirato persone molto appassionate, ma i ragazzi di UNIX tendevano a desiderare una soluzione sofisticata, mentre i ragazzi del PC volevano che fosse fatto rapidamente. Le culture erano molto diverse.

Gli IDE IMHO tendono ad essere ottimizzati attorno a una piattaforma o linguaggio o sistema operativo specifici: Eclipse JDT è ottimo per Java, Visual Studio è C ++ /. NET-centrico, ecc. Aiutano molto la produttività (di nuovo IMHO) se stai solo lavorando su quella piattaforma, ma se cambi piattaforma devi fondamentalmente imparare un nuovo IDE (o almeno un nuovo set di plugin, viste, prospettive e non so cos'altro per Eclipse).

Il vantaggio di conoscere emacs, o Textmate, o vim (la mia preferenza personale), o qualsiasi editor generico , è che le abilità acquisite in quell'editor si applicano indipendentemente dalla piattaforma per cui stai scrivendo. Sono ottimizzati per la modifica del testo e, una volta acquisiti padronanza, puoi modificare il testo in modo molto efficiente in qualsiasi lingua.

C'è anche l'affermazione di Yegge secondo cui i grandi programmatori adattano i loro strumenti al loro stile di lavoro piuttosto che viceversa. Penso che questa sia una vittoria per gli editor generici, perché personalizzi un editor, piuttosto che dover capire come adattare quattro diversi IDE a tutti comportarsi come desideri.

Direi che i migliori programmatori tendono ad essere quelli che impiegheranno il tempo a personalizzare il proprio ambiente, rendendo più veloce / facile eseguire le attività che è probabile che facciano. Emacs è uno dei più potenti editor per personalizzare il tuo ambiente. Ha una ripida curva di apprendimento ma, una volta superato, praticamente non c'è limite a ciò che puoi fare per te.

Qualcuno una volta disse che i migliori programmatori sono quelli pigri; quelli che, una volta che hanno bisogno di fare qualcosa più di una volta, trovano un modo per automatizzarlo in modo da fare meno sforzi. Emacs ti permette di essere molto, molto pigro;)

Ho usato gli IDE sin dall'inizio (probabilmente; avendo iniziato con QBASIC) e per molti, molti anni. Ora sono passato quasi completamente a VIM (in diversi gusti) per tutto il mio lavoro di sviluppo e non me ne pento. La mia produttività è decisamente aumentata.

Ovviamente, nulla sostituirà il designer di Windows Form da Visual Studio. Ma rispetto a VIM (ed Emacs, ne sono sicuro) l'editor di testo in Visual Studio è davvero pessimo. Una volta sfruttata la potenza pura della console e degli strumenti di sviluppo GNU (con questo intendo make, GCC binutilse gdb, e poi alcuni), noterai che questi strumenti possono sembrare primitivi ma sono esattamente l'opposto e offrono effettivamente tutto gli strumenti forniti da un IDE (bene, tranne per il progettista di moduli).

È solo che hai una salita molto ripida davanti a te quando inizi a usare questi strumenti e l'incentivo potrebbe essere piccolo. Ho avuto la fortuna (?) Di essere costretto a usare questi strumenti in modo da non poter scegliere.

Personalmente, sento che dovresti usare tutto ciò che ti rende più produttivo. Se non hai il tempo di investire in un progetto per sederti e imparare Emacs, allora probabilmente non è il miglior uso del tuo tempo a quel punto.

Sento, tuttavia, che è una buona idea conoscere altri IDE quando si ha molto tempo per farlo. Uso Visual Studio nel mio lavoro quotidiano, ma a casa uso Eclipse per piccoli progetti e ho usato Anche Emacs. Nel particolare punto in cui ho preso in considerazione l'uso di Emacs, i miei sforzi sono stati meglio serviti a fare il vero lavoro piuttosto che a rallentarmi nella lotta con Emacs.

Penso che sia assurdo pensare che tutti i migliori programmatori utilizzino Emacs. Ci sono molti programmatori fantastici che non sono così popolari (o forse vocali) che non usano Emacs.

Ho iniziato a usare Emacs circa un anno e mezzo fa perché era la confluenza di diversi desideri: volevo lavorare con espressioni regolari (in un editor che li supportava), volevo imparare lisp, volevo un editor migliore.

La modifica del mio codice con regex mi ha insegnato molto sulla ricerca di schemi nel codice. I tasti hanno impiegato un po 'di tempo per abituarsi, ma volo molto più veloce senza il mouse.

Emacs mi ha dato la possibilità di continuare a lavorare con le mie note e il mio codice nella stessa applicazione: un cambio di contesto minimo significa un cambio di cervello minimo e posso concentrarmi sull'attività da svolgere.

No. Un buon codice ti rende un programmatore migliore.

Detto questo, una buona manipolazione del testo è la chiave per l'efficienza. Vim o emacs cambieranno il modo in cui lavori con il testo: entrambi si sono dimostrati efficaci ma sono quasi in contrasto tra loro in termini di stile. Inoltre, questo dibattito è piuttosto vecchio (fino agli anni '80 e '90 in cui il testo -> il compilatore era la chiave), quindi ci sono molti altri editor di testo e / o IDE che possono aiutarti a essere il miglior programmatore che puoi essere.

No. Se credi che l'uso di emacs ti renda un programmatore migliore, stai confondendo causa ed effetto.

Lo uso quotidianamente, però. Trovo che sono più produttivo con Emacs + Maven che con Eclipse per lo sviluppo di Java (anche se ogni tanto continuo ad avviare Eclipse per eseguire occasionalmente il refactoring o la sessione di debug).

Questi sono i miei motivi:

• L'effettiva esperienza di modifica del testo in emacs batte tutto il resto. È incredibile quanto velocemente riesci a ottenere così tanto usando solo la tastiera. Eclipse è più orientato al mouse e durante la digitazione si incontrano molti ostacoli fastidiosi.
• Essere in grado di personalizzare emacs usando elisp è incredibilmente potente. Vado al punto di dire che se non ti prendi il tempo per imparare il rudimentale elis e personalizzare il tuo ambiente, stai semplicemente perdendo tempo.
• Ci sono estensioni per praticamente qualsiasi cosa tu possa desiderare di fare in un editor di testo.

Per me il motivo principale per cui sceglierei Emacs rispetto a un IDE è perché mi permette di fare tutto solo dalla mia tastiera. Questo è bello in quanto consente di risparmiare un po 'di tempo per quando normalmente userei un mouse. Inoltre, poiché mi trovo molto mobile, ho la tendenza a interrompere la programmazione "groove" a causa dell'utilizzo del mio touch pad lento. Inoltre, la sua personalizzazione lo fa brillare su alcuni IDE per me. Tuttavia, se ti ritrovi a programmare abbastanza velocemente con un IDE, direi che la curva di apprendimento di Emacs non vale la pena.

Esiste una differenza misurabile in termini di abilità, produttività o divertimento programmatico tra le persone che dipendono dagli IDE e quelle che non lo fanno o è solo un fanboyismo?

Non credo che potresti davvero ottenere una risposta a questo. Esistono tanti modi diversi per misurare abilità, produttività e divertimento nella programmazione - e tutti sono probabilmente molto soggettivi e / o non possono essere suddivisi in UNA cosa che lo causa o meno.

È comunque una domanda interessante.

La mia convinzione personale è - dipende dal programmatore :)

G-Man

Non penso che ti renderebbe un programmatore migliore, ma quando hai quel livello, molto probabilmente userai emacs (o vi)

: - /

La cosa buona di quei due (non ho mai usato emacs prima, ma uso ancora vi per il compito più banale) è il fatto, non interrompono il tuo flusso di pensieri , non devi togliere le mani da la tastiera per afferrare il mouse e cercare nel menu file l'opzione corretta. Continua a scrivere. Nella tua mente dici qualcosa del tipo: "Sostituisci tutte le occorrenze di questa parola per quello", premi Invio e continua con il tuo lavoro.

Inoltre, non penso che usino emacs è il loro unico strumento.

Ti renderebbe programmatore migliore? Probabilmente no. Ma quando hai quel livello di esperienza, probabilmente ti piacerà quanto velocemente puoi programmare usando quegli strumenti.

No.

Disciplina, pensiero critico e desiderio di auto-miglioramento ti renderanno un programmatore migliore. Il tuo set di strumenti, sebbene sia un fattore importante nella tua produttività, non creerà genio.

Se non ti piacciono emacs o vi, non usarli. Facendo la scelta consapevole di non farlo, stai modellando il tuo ambiente di sviluppo in base alle tue esigenze e pratiche di lavoro. In ogni caso, hai il diritto di usare quello che ti piace - e ignorare chiunque sia abbastanza sciocco da rimproverarti per lo strumento che usi per scrivere bit su disco - sono i bit che contano.

Nota: "Set di strumenti" qui significa, letteralmente, il "marchio" di strumenti - editor specifici, compilatori, ecc. Set di strumenti concettuali, ad esempio l'uso del controllo di versione, test di unità - tutti in generale - fanno parte di sé- processo di miglioramento.

Una delle grandi caratteristiche di emacs è che può gestire praticamente qualsiasi tipo di file che ci passi, di qualsiasi dimensione. Certo, se stai aprendo un enorme file crittografato pazzo, non sarà necessariamente utile ma si aprirà. La maggior parte dei redattori (e degli IDE) ti darà un grande dolore se gli dai un file troppo grande e / o non uno dei formati previsti.

Prova ad aprire un file da 1 Gig nel Blocco note per un esempio.

Ho iniziato a utilizzare Emacs da qualche parte intorno al 1980 ed è sempre stato uno strumento nella mia cassetta degli attrezzi. Non è l' unico strumento ma è sempre qualcosa a cui posso rivolgermi e sapere che sarò in grado di svolgere un lavoro utile.

Commento infiammatorio obbligatorio : D'altra parte, non ho niente di buono da dire su vi. Ho sempre pensato che vi mi avrebbe felicemente ucciso e venduto i miei organi solo per dispetto ...

Nella vita reale, utilizzo Netbeans per quasi tutte le forme di sviluppo e utilizzo emacs di tanto in tanto per effettuare una modifica rapida. Non c'è quasi nulla là fuori che sia abbastanza conveniente come Emacs (per me) quando si tratta di fare qualcosa di folle in questo momento.

Qualcun altro deve mai modificare le stringhe statiche negli eseguibili binari compilati? Esiste uno strumento migliore per questo genere di cose rispetto a emacs? Funziona sicuramente per me.

So che non me l'hai chiesto, ma una cosa per me imparare (inaspettatamente) emacs è stata la manipolazione di una riga di comando. Prima di imparare le combinazioni di tasti di emacs, spostavo il cursore e navigavo nella cronologia usando i tasti cursore perché non ne sapevo nulla di meglio. È stato qualcosa di un momento della lampadina in cui mi sono reso conto che avrei potuto usare backward-word, move-beginning-of-linee backward-kill-word(a cui mi sono sempre legato C-w, come suggerisce Stevey ) in bash( M-tè spesso anche utile e molto impressionante per coloro che non l'hanno mai visto prima).

Faccio molto lavoro su Solaris, dove la shell di root è "la shell posix" e per impostazione predefinita non ha i collegamenti emacs. Trovo che le mie dita ora scrivano exec bashda sole, ogni volta che eseguo l'accesso, mi sento molto più veloce con i comandi di modifica ora familiari sotto le mie dita.

Devo ammettere però, trovo ancora difficili i libri di Knuth (anche se ne vale la pena) - quindi non penso che abbia magicamente migliorato la mia programmazione.

Emacs mi ha reso più efficiente nella manipolazione del testo e nella navigazione del filesystem. E poiché entrambe queste cose sono coinvolte quando programmo, mi ha reso un programmatore più efficiente (quindi migliore).

Penso che Emacs possa renderti un programmatore migliore, anche se indirettamente. Penso che Emacs mi abbia fatto scrivere in un linguaggio funzionale ( Elisp ) che mi ha interessato ad altri linguaggi funzionali ( Clojure ) che mi hanno detto che mi renderanno un programmatore migliore. Detto questo, suppongo che il tempo lo dirà.

Essere in grado di utilizzare un editor personalizzabile ti consente di fare cose eleganti, ma emacs in particolare non è necessariamente il migliore possibile. Anche io sono un utente di SlickEdit, faccio tutte le stesse strane cose semiautomatizzate con cui Emacs è famoso. Ho visto persone fare cose simili con vi e vari editor basati su Windows.

Quindi, sì, il socket si adatta bene, ma sostenere che Craftsman rende il One True Socket Set è un po 'stupido.

Padroneggiare le combinazioni di tasti di Emacs e le sue funzioni integrate ti permetterà di manipolare il testo più velocemente di IDE come Eclipse o Visual Studio.

Non crederci, guarda questi video di professionisti che usano Emacs .

Una volta raggiunto un livello decente in Emacs puoi modificare in modo efficace qualsiasi lingua: Java Script, Java, Ruby, Python, HTML, C, C ++, ecc.

Iniziare con Emacs è una seccatura, l'esperienza fuori dagli schemi è peggio che male. La configurazione predefinita di Emacs non espone il novizio di Emacs alle funzionalità più potenti (hippie-expand, etags, yasnippet, ecc.) Di Emacs. Suggerisco di iniziare con i file dot Emacs Starter Kit .

Un altro motivo per cui Steve Yegge afferma che i migliori programmatori del mondo usano Emacs, è elisp. Elisp consente al programmatore esperto di espandere facilmente Emacs. Scrivere un'estensione in Eclipse o Visual Studio è significativamente più difficile che scrivere una funzione rapida o anche una nuova modalità minore in elisp.

Credo che sia un'idea sbagliata che l'uso di questi editor basati su testo come VI ed Emacs sia considerato o necessario per diventare un "grande programmatore". Ho sempre pensato che gli IDE fossero più potenti di quanto non lo fossero in passato, e si riduce davvero a preferenze e stile.

Ho usato emacs al college. era circa 16 anni fa. Non ho guardato indietro. Anche se vorrei poter essere ancora a mio agio con Emacs, la verità è che sono abbastanza produttivo con il mio IDE MS.

il testo che hai pubblicato è solo un troll. Sì. Nessun altro motivo se non quello di iniziare una guerra religiosa.

Ho iniziato con emacs ma sono passato a vi che per me è più elegante per la sua semplicità. Inoltre, se sei mai bloccato in modalità utente singolo, i comandi ed sono un sottoinsieme di comandi vi. Non so se emacs può gestirlo.

Quindi, a tal proposito, penso che vi ti renda un programmatore migliore.