Beh, presumo che tu intenda IDE per uso professionale. Dal momento che nessun professionista toccherebbe una piattaforma Microsoft che lascia fuori Visual Studio e tutte le cose DOT-NOT. No, essere pagato per questo non fa di te un professionista per la stessa ragione per cui vincere 20 dollari in un campo di basket locale non fa di te un giocatore di basket professionista.
Se stai lavorando con il linguaggio morto e morente di Java, allora molto probabilmente userai Eclipse. Se siete agli inizi, Java non è una buona mossa per la vostra carriera.
Prima di tutto, cerchiamo di determinare il "perché" dietro la vostra domanda. Presumo che il "perché" (per favore correggetemi se sbaglio) dietro la vostra domanda sia che state cercando di aumentare le vostre possibilità di impiego.
Se volete fare dei "buoni" soldi visitate The World's Largest Library Catalog (catalogo internazionale on-line delle biblioteche) e cercate i titoli "Teach Yourself" pubblicati negli ultimi 10 anni. Non studiare nessuna di queste materie. Non mi interessa in quale paese vivi attualmente, quei mercati saranno inondati di manodopera da 10 dollari al giorno. Guadagnerete di più girando hamburger da McDonald's. Gli argomenti che sono stati trattati più di 10 anni fa, ma che non hanno titoli successivi, potrebbero valere la pena di indagare per vedere se hanno generato una base installata. Dovete determinare con cosa lavorerete prima di chiedere dell'IDE più popolare.
Sebbene io sia d'accordo con il sentimento Editor di testo != IDE è piuttosto confuso in questi giorni. Sublime Text 3 ha un plugin per il debugger. L'ho installato sulla mia istanza. Non lo uso molto, ma c'è. Potrebbe anche essercene uno per Atom
Se stai lavorando con C++/Qt per sistemi embedded o desktop, userai QtCreator. Sì, ci sono altri IDE Qt incluso un plugin per Eclipse, ne ho parlato in questo libro.
Se vuoi guadagnarti una vita stabile senza inseguire le mode imparerai COBOL e lo imparerai su un mainframe IBM insieme a CICS e DB2. COBOL sopravviverà ad ogni linguaggio di moda sul mercato di oggi, incluso Java. I sistemi bancari, di pagamento e di contabilità non saranno riscritti. Per il giusto prezzo troveranno sempre qualcuno disposto a fare COBOL e sarà sempre più economico che riscrivere. Ci saranno sempre dei pezzenti che cercheranno di pagare 40 dollari l'ora, non importa cosa, ma la maggior parte dei programmatori COBOL di cui ho sentito parlare che sono FTE tirano giù circa 180.000 dollari l'anno (nel Midwest dove il costo della vita è basso) lavorando 9-5. I sistemi sono così stabili che a meno che non ci sia un massiccio guasto hardware (o un disco esaurisca lo spazio) non c'è supporto fuori orario.
Questo lungo paragrafo è perché IBM ha il proprio IDE per questo. Era Visual Age per COBOL, ma ora è qualcos'altro. Mofo (Microfocus) COBOL ha il proprio IDE (probabilmente solo un plugin per Eclipse) così come AccuCOBOL. Questi sono i 3 principali fornitori su quella piattaforma. Userai l'IDE che è integrato con tutti i loro strumenti.
Un IDE che non sentirai menzionare qui è Emacs. Lo sto usando con GnuCOBOL ultimamente. Sì, puoi fare il debug, beh, su YABU Linux comunque. Non preoccupatevi. Tutti quelli che non amano Emacs lo odiano. Non c'è una via di mezzo. Durante i giorni di Internet dial-up l'installazione di Emacs richiedeva ore. Fino all'arrivo di Eclipse con tutta la sua stazza, Emacs era l'editor più gonfio là fuori. Se stai semplicemente contando il numero di persone che lo usano, la cosa nanizza tutti. La gente lo usa persino per la posta elettronica.
Se Emacs avesse un editor sarebbe un sistema operativo eccezionale.
Ricordatevi questo mantra mentre ci giocate. Non ne sono un fan, ma lo sto rispettando sempre di più man mano che invecchio.
Se volete buttarvi nel C/C++, ce ne sono troppi da scuotere. La scelta dipende davvero da "cos'altro" serve al negozio. Puntano principalmente al desktop KDE? Utilizzerete KDevelop.
Se lavorerete principalmente su quella piattaforma non professionale (Windows) ma vi diletterete con Linux e altre piattaforme professionali, UltraEditStudio è piuttosto popolare. Ok, questa è una specie di bugia. Il pacchetto All Access da 99$/anno che include UltraEdit, UltraCompare, lo studio che gira solo su Windows, e un mucchio di altre cose è popolare a causa delle 5 installazioni attive, la possibilità di gestire in remoto le licenze attive, ecc. ecc. L'ho abbandonato un paio di anni fa perché i loro template C++ mi hanno fatto arrabbiare, ma ho pensato di prenderlo di nuovo.
VSCode ha recentemente ottenuto un plugin per il debugger, quindi credo che ora si qualifichi anche come un IDE. Non usatelo però. Ha un codice di tracciamento perché Microsoft vuole sapere ancora di più su di voi di Google e Facebook messi insieme. VSCodium è solo la parte OpenSource con tutto il tracking disabilitato/rimosso.
Se state cercando di spendere un sacco di soldi per una licenza per singolo utente che funzioni su una piattaforma, allora probabilmente dovreste dare un'occhiata a SlickEdit Pro da 300 dollari. C'è stato un tempo in cui questo era a nord di 500 dollari e l'ho pagato volentieri. La parola operativa è era. Non lo pago più.
Devi davvero rispondere a 3 domande per rispondere alla domanda sull'IDE.
- Con quale/i linguaggio/i lavorerai?
- Quali sono i tuoi ambienti di destinazione?
- Sei mono o molti?
Questa ultima domanda è davvero critica.
Siete seduti ad una scrivania usando un desktop/laptop che spinge il codice verso un obiettivo per sempre e per tutto il mondo senza fine?
Utilizzate molte macchine con molte VM che spingono verso molti obiettivi nel corso di un paio d'anni?
Se la vostra risposta è sì alla prima domanda, userete qualsiasi cosa vi venga assegnata quando avrete il lavoro. Potresti giocare con gli editor "hackerabili" come Atom e Sublime Text sul lato.
Se la tua risposta è sì alla seconda domanda le cose si fanno interessanti. Sì, ho pagato per una licenza di Sublime Text. Credo che fosse di 25 dollari quando l'ho comprata, ma ora sono circa 80 dollari. Era un accordo one-shot e poteva funzionare sulla maggior parte di ciò su cui ho lavorato. In qualsiasi momento posso avere 3 desktop con mezza dozzina di VM ciascuno. In un altro momento sono sceso solo al mio attuale desktop e a qualche VM. A volte solo un portatile. Mi sembrava una buona soluzione.
Anche se amo l'editor, rabbrividisco se devo installarlo su qualcosa di nuovo ora. Con questi editor "hackerabili" non puoi semplicemente installare il pacchetto eseguibile e copiare qualche file ".config". Devi portare con te una lista di tutti i pacchetti che hai installato e poi installarli manualmente, a volte nello stesso ordine. Nessuna delle mie due installazioni è mai risultata uguale. Atom ed Eclipse offrono più o meno lo stesso dolore. Il poco tempo che ho passato con VSCodium mostra che ha la stessa sofferenza.
Le persone che rientrano nella seconda categoria di domande non usano nulla di "hackerabile". Non vogliono un IDE che supporti i plugin. Inoltre non vogliono più pagare centinaia di dollari per installazione.
Se UltraEditStudio funzionasse davvero su un sistema operativo reale non avrei mai rinunciato al mio bundle. Sono riuscito a far funzionare le 5 installazioni attive da solo. Se SlickEdit tirasse fuori la testa dal suo lato posteriore e rilasciasse la versione Pro con 5 installazioni attive da 99 dollari, gestendo le licenze sul loro pacchetto del sito, lo riavrei in un batter d'occhio. (Meld è sempre sembrato essere migliore di UltraCompare comunque.)
Sui computer x86 basati su wanna-be computer attualmente faccio lavoro con C++/Qt usando QtCreator. Per i miei aspiranti computer x86 non basati su Qt, sto usando CodeLite o KDevelop. Concordo con un altro poster che dice che il supporto C/C++ in Eclipse è povero. Alcuni lo amano, ma è scarso.
KDevelop è un po' più carino quando si lavora con l'ignoto.
Il sistema integrato di aiuto e indicizzazione di QtCreator è fantastico. Una volta che ci si abitua, gli altri IDE impallidiscono davvero al confronto. Essere in grado di posizionare il cursore su un metodo di libreria e premere il tasto di aiuto per tirare fuori la documentazione HTML per la classe è una stampella a cui ci si abitua davvero. KDevelop si avvicina a questo se si crea un progetto.
L'IDE che si usa sarà determinato dal negozio in cui si lavora dopo che è stato determinato il linguaggio con cui si lavora. Le aziende hanno "desktop standard" anche quando ti danno un portatile.
Ogni IDE ha dei fan, anche se questi fan sono solo il piccolo numero che lo ha scritto.
Se salti da macchina a macchina e da VM a VM, non importa quanto sia "meraviglioso" un IDE "hackerabile" per tutti gli altri, sarà un peso inutile per te. Quella classe di sviluppatori vuole fare un'installazione grezza dell'IDE, copiare un file "config" e via. Tutto questo dover installare tutti i plugin dopo averli ricordati, altrimenti copiare il file "config" provoca delle interruzioni, è un dolore che imparerete troppo spesso come ho fatto io con Sublime Text. Ora installo Sublime Text solo quando so che userò quella macchina o VM per molti mesi. Se è meno di 3 mesi uso qualcos'altro. Semplicemente non ne vale la pena.