> Мне вот совершенно все равно было в мои времена, локальная машина или удаленная, мне еще надо отдельно не забыть, какая из открыта в этом окне.

Скажите спасибо людям, развивающим Xы. Сейчас это разные вещи.

> Если просто не хватает мощности системы - "каждому свою" ты точно разоришься.

Довольно часто часть большой системы может разрабатываться и предварительно отлаживаться на личной раб. станции. Это значительно удешевляет процесс.

Вообще, обнаружение ошибки может делаться на стадиях:

1. Планирования.
2. Ввода кода.
3. Компилирования.
4. Первичного тестирования написавшим код.
5. Тестирования специальными людьми.
6. Использования в alpha/beta.
7. Рабочего использования.

При переходе вниз стоимость исправления ошибки становится всё дороже. Поэтому если есть возможность ускорить цикл между стадиями 2-3, этим пользуются. Разделение одной машины и одной системы между несколькими разработчиками портит тестирование на этапе 4. Это делает разработку более медленной, а следовательно более дорогой.

> ну вот пока учится в своем MIT - вполне может изучать, как и еще мильен красивых финтифлюшек, напрямую вряд ли в этой жизни ему потребных, но полезных для развития. А придя на работу в Локхид какой - надо работать.

ИТ - это, конечно, страшно дремучая область. И многие, наверно, не слышали про всякие Coq, Idris и т.д., работая в области верификации... Результаты мы видим на Тоёте, кстати.

Да, если в Локхиде не понимают полезности того, что человек более-менее в курсе современных разработок (т.е. отстал не на 50 лет, а всего лишь на 30 - Haskell 1988-го года рождения), значит может быть туда и не надо? Есть места, где платят больше, и где таки понимают все эти MLи.

> Но "я работал в Боинге программистом" - очень даже поможет найти работу, даже если она никак не будет связана с санами. Ни один бежавший после поглощения ораклом сановец с голоду на улице не помер.

Сейчас ещё нет серьёзной конкуренции среди senior'ов, пока ещё нужны устаревшие системы. Но вот SPARC, слава тебе господи, сдохнет, и будет на одну меньше.