Які IDE чи редактори використовують такі компанії, як Google, Apple, IBM тощо? [зачинено]

Незважаючи на те, що у мене є досить досвід використання різних інструментів, я все ще не можу вирішити, чи віддаю перевагу використовувати IDE або простий редактор для редагування коду.

Більшість IDE, які я зазнав, написані на Java (як Eclipse), що робить їх повільними та об'ємними. Що в них добре, це те, що вони надають багато інструментів.

З іншого боку, редактори зазвичай ДУЖЕ швидкі. Вони також можуть бути розширені, щоб стати більш схожими на IDE, але зазвичай я цього не роблю. Однак є Sublime Text 2, який має вбудований базовий код.

Моє запитання полягало б у тому, чи більшість корпоративних підприємств, таких як Google, Apple, IBM та ін. (Крім Microsoft, оскільки у них AMAZING IDE, який, я припускаю, використовується розробниками MS), змушують своїх працівників використовувати IDE та чи просто використовувати звичайний редактор із зовнішніми інструментами вважається не професійним?

PS Не кажучи про такі випадки, як розробка Android, де робота без IDE ледь можлива.

У двох компаніях, в яких я працював (Apple і Google), мені було дозволено використовувати будь-яку IDE на власний вибір. В Apple, розробка для iPhone була свого роду обмежувальною, оскільки мені доводилося регулярно користуватися Xcode. Але в Google мені дозволили використовувати майже БУДЬ-яку ІДЕЮ на власний вибір.

Часом я вдавався писати код у Vim чи Emacs (мій улюблений із двох).

Більшість програмістів, що пишуть Java, використовували IntelliJ IDE JetBrains для Java, іншим подобався Eclipse. Деякі навіть використовували Netbeans. Я використовував IntelliJ та Emacs.

Отже: не має значення, яким IDE ви користуєтесь, доки дотримуєтесь їхніх стандартів кодування. Для Python не було нічого кращого, ніж Emacs.

Для C ++ / CI використовуються Emacs (або VS2010), для Java я використовував (і досі використовую) Jetbrains IntelliJ, для C # та інших використовую Visual Studio 2010.

Для VB я використовую VS2010.

Для HTML / css / JS я використовую текстовий редактор PLAIN (Блокнот ++).

Для Lisp я б рекомендував Emacs + Slime.

Це залежить від того, що ви збираєтеся кодувати і від вашої компетенції з цими редакторами.

Мені сказали (особисто, жодної підтримуючої посилання тут: вікі спільноти запросити виправлення, якщо моя інформація застаріла), що більшість команд Apple використовує будь-яку версію Xcode, яка є поточною. Тим, хто хоче зробити щось інше, потрібно отримати певну форму звільнення.

Команди WebObjects (і iTunes Store, Apple Store тощо) не можуть використовувати Xcode, оскільки він більше не підтримує проекти Java. Здебільшого вони використовують Eclipse із плагіном WOLips.

Команда ядра - це ще один, кого я знаю, який відмовився від Xcode, і у них створена система побудови на основі виготовлення.

Пропрацювавши протягом багатьох років великі компанії (і урядові відомства), я можу лише сказати, що існує велика різноманітність не тільки між компаніями, але й всередині них. Деякі залишають вас повністю вільними, інші мають надзвичайно жорсткі вимоги і не дозволяють своїм людям використовувати що-небудь інше, ніж "стандарт компанії". Деякі навіть йдуть так далеко, щоб унеможливити встановлення нічого, окрім стандартного пакету, що надається корпоративним відділом ІТ, якщо ви не спершу пройдете багато документів, щоб отримати дозвіл на отримання ліцензії, після чого вона встановлена ​​для вас якоюсь систематичною річкою.
В одному проекті, в якому я брав участь, це призвело до того, що повністю відбудова корпоративного ІТ-ландшафту відбуватиметься як макроси MS Office, оскільки відділ ІТ ні за яких умов не дозволить команді проекту встановити IDE та компілятори на своїх робочих станціях, не залишаючи нас інший варіант.

Чому використання редактора та зовнішніх інструментів мережі має бути професійним? Багато програмістів віддають перевагу редакторам, таких як vi або emacs. Багато інструментів ніяк не можна інтегрувати в IDE. Принаймні, не у всіх випадках використання. У вашому IDE може бути інтегрований термінал, але коли ви розгортаєтесь на сервері, ви все одно повинні мати можливість запускати багато інструментів через сеанс SSH або щось подібне. Бути залежним від IDE, що обробляє все для вас, може бути ризикованим.