Que IDE (s) ou editor (es) que empresas como Google, Apple, IBM etc. usam? [fechadas]

Embora tenha alguma experiência no uso de várias ferramentas, ainda não consigo decidir se prefiro usar o IDE ou um editor simples para edição de código.

A maioria dos IDEs que experimentei são escritos em Java (como o Eclipse), o que os torna lentos e volumosos. O que há de bom neles é que ele fornece muitas ferramentas.

Por outro lado, os editores geralmente são MUITO rápidos. Eles também podem ser estendidos para se tornarem mais semelhantes aos IDEs, mas geralmente eu não faço isso. No entanto, existe o Sublime Text 2, que possui algumas funcionalidades básicas de conclusão de código.

Minha pergunta seria se a maioria das empresas corporativas, como Google, Apple, IBM e etc (exceto a Microsoft porque possui IDE AMAZING, que, suponho, é usado por desenvolvedores de MS), força seus funcionários a usar IDEs e se o uso de editor simples com ferramentas externas é necessário. considerado não profissional?

PS: Não estamos falando de casos como o desenvolvimento do Android, onde trabalhar sem o IDE é quase impossível.

Nas duas empresas em que trabalhei (Apple e Google), tive permissão para usar qualquer IDE de minha escolha. Na Apple, o desenvolvimento para o iPhone era meio restritivo, pois eu precisava usar o Xcode regularmente. Mas no Google, eu estava autorizado a usar praticamente qualquer IDE de minha escolha.

Às vezes, eu costumava recorrer a escrever código no Vim ou no Emacs (o meu favorito dos dois).

A maioria dos programadores que escreviam java usava o IntelliJ IDE do JetBrains para java, outros gostavam do Eclipse. Alguns até usaram o Netbeans. Eu usei IntelliJ e Emacs.

Portanto: não importa qual IDE você usa, desde que cumpra os padrões de codificação. Para Python, não havia nada melhor que o Emacs.

Para C ++ / CI, usei o Emacs (ou VS2010), para Java, usei (e ainda uso) o IntelliJ do Jetbrains, para C # e outros, uso o Visual Studio 2010.

Para VB eu uso o VS2010.

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

Para Lisp eu recomendaria Emacs + Slime.

Depende do que você vai codificar e de sua experiência com esses editores.

Foi-me dito (pessoalmente, nenhum link de suporte aqui: wiki da comunidade para convidar correções se minhas informações estiverem desatualizadas) que a maioria das equipes da Apple está usando qualquer versão atual do Xcode. Aqueles que desejam fazer outra coisa precisam obter alguma forma de isenção.

As equipes do WebObjects (e iTunes Store, Apple Store etc.) não podem usar o Xcode porque não suporta mais projetos Java. Na maioria das vezes, eles usam o Eclipse com o plugin WOLips.

A equipe do kernel é outra que conheço que optou por sair do Xcode, e eles têm um sistema de compilação baseado em make.

Tendo trabalhado para algumas grandes empresas (e departamentos governamentais) ao longo dos anos, só posso dizer que há uma grande variedade não apenas entre, mas dentro das empresas. Alguns o deixam completamente livre, outros têm requisitos extremamente rígidos e não permitem que seus funcionários usem nada além do "padrão da empresa". Alguns chegam a impossibilitar a instalação de qualquer coisa, exceto o pacote padrão fornecido pelo departamento de TI corporativo, a menos que você passe por muita papelada primeiro para obter permissão para solicitar uma licença, após a qual ela é instalada para você por algum sysadmin lacaio.
Em um projeto em que participei, isso levou a que toda a reconstrução do cenário corporativo de TI fosse feita como macros do MS Office, porque o departamento de TI em nenhuma condição permitiria que a equipe do projeto instalasse IDEs e compiladores em suas estações de trabalho, sem nos deixar outra opção.

Por que usar um editor e uma rede de ferramentas externas deve ser profissional? Muitos programadores preferem editores como vi ou emacs. Muitas ferramentas não podem ser integradas nos IDEs de qualquer maneira. Pelo menos não em todos os casos de uso. Seu IDE pode ter um terminal integrado, mas quando você implanta em um servidor, ainda precisa executar muitas ferramentas por meio de uma sessão SSH ou algo semelhante. Estar dependente do IDE que lida com tudo para você pode ser arriscado.