¿Qué IDE (s) o editor (es) utilizan empresas como Google, Apple, IBM, etc. [cerrado]

Aunque tengo bastante experiencia en el uso de varias herramientas, todavía no puedo decidir si prefiero usar IDE o un editor simple para la edición de código.

La mayoría de los IDE que he experimentado están escritos en Java (como Eclipse), lo que los hace lentos y voluminosos. Lo bueno de ellos es que proporciona muchas herramientas.

Por otro lado, los editores suelen ser MUY rápidos. También se pueden extender para que sean más similares a los IDE, pero generalmente no hago eso. Sin embargo, hay Sublime Text 2 que tiene algunas finalización de código básica incorporada.

Mi pregunta sería si la mayoría de las empresas como Google, Apple, IBM, etc. (excepto Microsoft porque tienen IDE INCREÍBLE que, supongo, es utilizada por los desarrolladores de MS) obligan a sus trabajadores a usar IDE y si usar un editor simple con herramientas externas es considerado no ser profesional?

PD: No hablamos de casos como el desarrollo de Android donde trabajar sin IDE es apenas posible.

En las dos compañías para las que he trabajado (Apple y Google), se me permitió usar cualquier IDE de mi elección. En Apple, desarrollar para iPhone fue un poco restrictivo ya que tuve que usar Xcode regularmente. Pero en Google, se me permitió usar casi CUALQUIER IDE de mi elección.

A veces, solía recurrir a escribir código en Vim o Emacs (mi favorito de los dos).

La mayoría de los programadores que escribieron Java usaron IntelliJ IDE de JetBrains para Java, a otros les gustó Eclipse. Algunos incluso usaron Netbeans. Usé IntelliJ y Emacs.

Entonces: no importa qué IDE use siempre que cumpla con sus estándares de codificación. Para Python no había nada mejor que Emacs.

Para C ++ / CI usé Emacs (o VS2010), para Java utilicé (y sigo utilizando) IntelliJ de Jetbrains, para C # y otros utilizo Visual Studio 2010.

Para VB utilizo VS2010.

Para HTML / css / JS, uso un editor de texto PLAIN (Notepad ++).

Para Lisp, recomendaría Emacs + Slime.

Depende de lo que va a codificar y su experiencia con esos editores.

Me han dicho (personalmente, no hay un enlace de apoyo aquí: wiki de la comunidad para invitar correcciones si mi información está desactualizada) que la mayoría de los equipos en Apple están usando cualquier versión de Xcode que esté actualizada. Aquellos que quieran hacer algo más necesitan obtener alguna forma de exención.

Los equipos de WebObjects (y iTunes Store, Apple Store, etc.) no pueden usar Xcode porque ya no admite proyectos Java. En su mayor parte, usan Eclipse con el complemento WOLips.

El equipo del kernel es otro que conozco que optó por Xcode, y tienen un sistema de compilación basado en make.

Después de haber trabajado para algunas grandes empresas (y departamentos gubernamentales) a lo largo de los años, solo puedo decir que hay una gran variedad no solo entre empresas sino también dentro de ellas. Algunos lo dejan completamente libre, otros tienen requisitos extremadamente rígidos y no permitirán que su gente use nada más que el "estándar de la compañía". Algunos incluso llegan a hacer que sea imposible instalar cualquier cosa que no sea el paquete estándar proporcionado por el departamento de TI corporativo, a menos que primero revise mucho papeleo para obtener permiso para solicitar una licencia y luego se la instale. por algunos sysadmin flunky.
En un proyecto en el que estuve involucrado, esto condujo a la reconstrucción completa del panorama corporativo de TI para hacerse como macros de MS Office porque el departamento de TI no permitiría bajo ninguna condición que el equipo del proyecto instale IDEs y compiladores en sus estaciones de trabajo, dejándonos sin otra opción.

¿Por qué debería ser profesional usar un editor y herramientas externas net? Muchos programadores prefieren editores como vi o emacs. Muchas herramientas no pueden integrarse en IDEs de todos modos. Al menos no en todos los casos de uso. Su IDE puede tener un terminal integrado, pero cuando implementa en un servidor aún debe poder ejecutar muchas herramientas a través de una sesión SSH o algo similar. Ser dependiente del IDE manejando todo por usted puede ser arriesgado.