Quali IDE o editor usano aziende come Google, Apple, IBM, ecc.? [chiuso]

Anche se ho una certa esperienza nell'uso di vari strumenti, non riesco ancora a decidere se preferisco usare IDE o un semplice editor per la modifica del codice.

La maggior parte degli IDE che ho sperimentato sono scritti in Java (come Eclipse) che li rende lenti e voluminosi. La cosa positiva di loro è che fornisce molti strumenti.

D'altra parte, gli editor sono generalmente MOLTO veloci. Possono anche essere estesi per diventare più simili agli IDE ma di solito non lo faccio. Tuttavia, c'è Sublime Text 2 che ha un po 'di completamento del codice di base integrato.

La mia domanda sarebbe se la maggior parte delle aziende Enterprise come Google, Apple, IBM ed ecc. (Tranne Microsoft perché hanno IDE INCREDIBILE che, suppongo, sia utilizzato dagli sviluppatori di MS) costringano i loro dipendenti a usare gli IDE e se l'uso dell'editor semplice con strumenti esterni è considerato non professionale?

PS Non parliamo di casi come lo sviluppo di Android in cui lavorare senza IDE è appena possibile.

Nelle due società per cui ho lavorato (Apple e Google), mi è stato permesso di utilizzare qualsiasi IDE di mia scelta. In Apple, lo sviluppo per iPhone è stato un po 'restrittivo in quanto ho dovuto usare Xcode regolarmente. Ma a Google, mi è stato permesso di utilizzare praticamente QUALSIASI IDE di mia scelta.

A volte ricorrevo alla scrittura di codice in Vim o Emacs (il mio preferito dei due).

La maggior parte dei programmatori che scrivono Java utilizzavano IntelliJ IDE di JetBrains per Java, ad altri Eclipse piaceva. Alcuni hanno persino usato Netbeans. Ho usato IntelliJ ed Emacs.

Quindi: non importa quale IDE usi fintanto che mantieni i loro standard di codifica. Per Python non c'era niente di meglio di Emacs.

Per C ++ / CI ho usato Emacs (o VS2010), per Java ho usato (e uso ancora) IntelliJ di Jetbrains, per C # e altri uso Visual Studio 2010.

Per VB uso VS2010.

Per HTML / css / JS uso un editor di testo PLAIN (Notepad ++).

Per Lisp consiglierei Emacs + Slime.

Dipende da cosa intendi codificare e dalla tua esperienza con quegli editor.

Mi è stato detto (personalmente, nessun link di supporto qui: wiki della community per invitare correzioni se le mie informazioni non sono aggiornate) che la maggior parte dei team di Apple utilizza qualsiasi versione di Xcode sia aggiornata. Coloro che vogliono fare qualcos'altro devono ottenere una qualche forma di esenzione.

I team di WebObjects (e iTunes Store, Apple Store ecc.) Non possono usare Xcode perché non supporta più progetti Java. Per la maggior parte usano Eclipse con il plugin WOLips.

Il team del kernel è un altro che conosco che ha optato per Xcode e hanno un sistema di build basato su make.

Avendo lavorato per un bel po 'di grandi aziende (e dipartimenti governativi) nel corso degli anni, posso solo dire che c'è una grande varietà non solo tra, ma all'interno delle aziende. Alcuni ti lasciano completamente libero, altri hanno requisiti estremamente rigidi e non permetteranno alle loro persone di usare nient'altro che lo "standard aziendale". Alcuni arrivano addirittura a rendere impossibile l'installazione di qualsiasi cosa tranne il pacchetto standard fornito dal dipartimento IT aziendale, a meno che non si esegua prima un sacco di scartoffie per ottenere l'autorizzazione a richiedere una licenza dopo di che è installata per te da qualche sysadmin flunky.
In un progetto a cui sono stato coinvolto, ciò ha portato all'intera ricostruzione del panorama IT aziendale da eseguire come macro di MS Office perché il reparto IT non avrebbe mai consentito al team di progetto di installare IDE e compilatori sulle loro workstation, senza lasciarci altra opzione.

Perché usare un editor e una rete di strumenti esterni dovrebbe essere professionale? Molti programmatori preferiscono editor come vi o emacs. Molti strumenti non possono comunque essere integrati negli IDE. Almeno non in tutti i casi d'uso. Il tuo IDE potrebbe avere un terminale integrato, ma quando esegui la distribuzione su un server devi comunque essere in grado di eseguire molti strumenti attraverso una sessione SSH o qualcosa di simile. Essere dipendenti dall'IDE che gestisce tutto per te può essere rischioso.