Попробовал Sun Studio 11 / Linux x86...
Т.к. я ожидал, что они сделали и компилятор для Linux, то первым делом пришлось по этому пункту обломаться:
(ниже - картинка - линк на побольше, рядом ссылка на ещё побольше)
(ещё больше)
Раз компилятора нет, рабочий проект собрать не получилось, смотреть было не на что - поэтому просто опишу вкратце первое впечатление от интерфейса.
Да, кстати, раз уж пошла речь о компиляторе. Заявленная кроссплатформенность - не более чем "однин и тот же исходних соберётся на Solaris x86 и Solaris Sparc, НО не реальная кросс-платформенная компиляция вида --target=sparcv9 (ну или как там).
Момент при установке ещё такой - j2se rpm не relocatable, то есть вставать ему надо всё равно в /usr
(ещё больше).
Загрузка, ничего особенного.
(ещё больше)
Велкам-скрин, ничего особенного, дань моде имхо. Опять же, не думаю, что оно не шибко необходимо разработчикам под Solaris и Co.
(ещё больше)
Создание нового, несколько шаблонов:
-.c
-.c++
-makefile
...
(ещё больше)
Созданный "empty c"
(ещё больше)
Попытка скомпилировать (точнее, собрать - build) = создать makefile (или использовать существующий)
(ещё больше)
Созданный makefile
(ещё больше)
Процесс сборки (раздражает, что меню build/build, debug/load, т.п. всё время вызывают подобные диалоги, а вот казалось бы более востребованный debug recent, build recent запрятано в подменю)
(ещё больше)
Процесс сборки, хождение по ошибкам - достойно, если умеет определять сообщения об ошибках компилятора, может стоит объединять в одну-две строки информацию об одной ошибке (понятно, что они компилятор запускают как pipe+fork+exec, но всё же...)
(ещё больше)
Установка параметров dbx'а - вот он как раз портирован на linux
(ещё больше)
Отладка - что есть что очевидно, но вот если кто-то надеется, что окошки можно расположить как угодно, тот может обломаться - dock'и возможны только top/righ, не более, то есть разместить так, как душе угодно, не получится.
Хочется заметить вот какие мелочи:
Так как GUI-оболочка отладчика просто полностью "копирует" dbx, то таких упрощённых действий, как, к примеру
-просмотр регистра (как в VC, просто вводом eax как переменной в watch'е)
-настройки типов данных (рекомендую ввести экземпляр std::string в dbx и VC)
-(cамое обидное)оболочка не запоминает watch'и при terminate b gjcktle.otv запуске отладчика
(думаю, что можно продолжить)
-грид watche'й не editable, каждый раз надо через меню new watch -> диалог вводить переменные (+не забыть о том, что при следующем запуске этот watch потеряется)
nb: я не отрицаю плюсов dbx, но считаю, что, если уж делать оболочку, так расширять функциональность низжего уровня некими "удобствами" - самое то, она (оболочка) для этого и делается, как я понимаю.
(ещё больше)
Пример второго возможного расположения окон. Уровень Windows 2.0 - отсутствие перекрывающихся окон, хотя что-то уже запрятано в tab'ы
(ещё больше)
Поддердка CVS. Попозже посмотрю, как настроить на другие системы.
(ещё больше)
То, о чём я говорил выше - казалось бы, более востребованный в проекте пункт меню "отладить проект", "запустить сборку проекта", т.п. зачем-то запрятаны в подменю.
Общий вывод?
Мне кажется, что такая большая и толстая фирма как Sun может себе позволить банально содрать UI среды разработки с весьма удобной MS Visual Studio версии хотя бы 4.2 (да, конечно .dsp (.vcproj) - это не makefile, но всё же). От среды разработки в общем-то не так много нужно (хотелось бы). По мне, так почти всё, чего хочется есть в MSVS+томатная паста(+wndtabs, если студия менее 7 версии).
Хотя, надо заметить, что по сравнению с тем, что было раньше, намного удобнее, намного.
Upd1. в dbx можн сохранять контекст отладки, часть как бы проблемы решена.
Upd2. студия основана на NetBeans + штепсели для с++, что даёт надежду на то, что при апдейте NB UI можно будет изменить на более дружественный.
