> он уже есть, у тех кто уже купил.Узок круг их. :-)
> кто им дасть-то? Разработка под солярку и будет на солярке. На линуксе
> у тебя терминал будет (ну или скорее на винде)
Любой каприз за ваши деньги - отладка на удалённой машине серьёзно удорожает процесс. Отсутствие рынка разработчиков, знающих про особенности таких машин - аналогично.
Кстати, умные люди прекрасно понимают, что знания маргинальных систем мало полезны на рынке труда. Т.е. если уволят по какой-либо причине, то место, где эти знания понадобятся, придётся искать относительно долго.
> сказочник. Оно просто не является твоим личным компьютером, ага - что хочу,
> то и ворочу - не выйдет (еще,кстати, и за это их
> любят _правильные_ менеджеры).
Ну, кто деньги не считает, тот да, любит. А кто считает, то прекрасно понимает, что лучше выдать каждому разработчику свою машину, для того, чтобы они банально не интерферировали друг с другом.
> Мы когда-то стейджинговый сервер держали на десктопной (в смысле, это была незадавшаяся
> рабочая станция древних времен) солярке.
И заходить на неё удалённо? Из-под putty? Ну можно стоя и в гамаке, но это дороже.
Кстати, хочу отметить, что SunPRO уже кончился - поддержку нового стандарта ЦэПэПэ там не сделают. А это означает, что писать C++ программы под SPARC с той же скоростью разработки, что и под x86 не выйдет. Это очевидное удорожание => бизнес будет стараться избавляться от SPARCов с ускорением.
Кроме того, если посмотреть на любимые ЦэПэПэ и Яву, то можно заметить, что эти языки на протяжении 25-ти лет усиленно тырят фичи из функциональных языков семейства ISWIM - Haskell'я и MLей. Поэтому, для того, чтобы разработчик эти фичи знал, ему лучше бы изучить "богомерзкую хипстерятину" (которая, на самом деле "академщина"). Ну, изучать всякие типы Option, функции map, стратегии распараллеливания лучше в простом синтаксисе.
Ну, и в результате те люди, которые понимают современные C++/Java, да и Фортран с его PURE, таки знают и любят функциональные ЯП.
--------------------------------
Кстати, почему Oracle не вложил все усилия, чтобы держать Хаскель/Erlang на своих машинах - вообще не понятно. У них машинки сильнопараллельные, а на Хаскеле/Erlang'е писать параллельные программы значительно проще и эффективнее, чем на C++. Например, lock-free структуры в GHC из коробки.