Создание прикладных программ под Linux, Какие среды разработки есть? Опции

[smk]

Интересует среда разработки приложений для РС под Linux. Что-то типа Borland C++, ну чтоб понятно было что хочется. В частности стоит задача написания программы регулировки громкости системного звука в зависимости от времени. Как можно ее решить и в чем программировать так чтоб потом не прыгать с компилятора на компилятор? Спасибо.

[andrew_b]

Компилятор, по большому счёту, один - gcc.

Среда может зависить от использемого фреймворка: QT, GTK+, etc. Универсальные среды -- vim/emacs/eclipse.

[IamRebel]

Можно еще NetBeans, очень удобно, работает и с Qt (версия 6.7)

[mdmitry]

В коллекцию: Kdevelop для QT, для GTK anjuta (IMHO очень сырая). andrew_b про компилятор исчерпывающе сказал.

[haker_fox]

Интересует среда разработки приложений для РС под Linux.

Первое, что просыпается в памяти - QT.

[volodya]

Borland Kylix - была такая разработка как аналог Builder-а.
Однако GCC - это дефакто стандарт для Пингвинов.

[andrew_b]

Первое, что просыпается в памяти - QT.

Неправильно просыпается. QT -- это библиотека или, если угодно, framework. Вопрос же про среду разработки. Разницу улавливаете?

[ASZ]

Borland Kylix - была такая разработка как аналог Builder-а.
Однако GCC - это дефакто стандарт для Пингвинов.

Kylix - аналог Delphi (паскалеобразный).

[andrew_b]

Kylix - аналог Delphi (паскалеобразный).

Давно мёртв. Ещё при рождении.

[haker_fox]

Неправильно просыпается. QT -- это библиотека или, если угодно, framework. Вопрос же про среду разработки. Разницу улавливаете?

QT Designer там есть.
Ну, а код писать хоть в блокноте.

[Terminator]

Kylix - аналог Delphi (паскалеобразный).

"перерос" в lazarus

[_Pasha]

"перерос" в lazarus

Lazarus + FPC живы и очень даже упитаны

[legioner1]

NetBeans хорошая, удобная вещь, ещё Eclipse советуют

[smk]

Был на сайте Eclips. Подыму сеть под линуксом - поставлю, попробую что-то делать. Мне с прикладной точки зрения интересен сейчас такой вопрос - создание приложения, которое должно содержать в себе будильник, при срабатывании которого устанавливается нужная громкость системного звука. Что нужно почитать чтоб узнать как это в Eclips-е делается?

[DRUID3]

Компилятор, по большому счёту, один - gcc.

Именно. Правда для BSD вот-вот появится еще один.

Среда может зависить от использемого фреймворка: QT, GTK+, etc. Универсальные среды -- vim/emacs/eclipse.

vim (экстримализм для новичка)
emacs (классика, но тоже не для новичков, суперкрут - умеет вслух читать, например)
eclipse (суперкрут, линкор среди ботиков, но нужен ли он чтобы просто лоить рыбку для себя и на местный рынок? Самый тормознутый ко всему.)
code::blocks (настоятельно рекомендую при переходе с Win)
Anjuta (в связке с DDD) сейчас мои любимые инструменты для работы над проектами с makefile.
geany (очень легкий и удобный, по функциональности близок к Anjuta)
gedit (вообще-то текстовый редактор, но хорошо развита система автодополнений и очень легко прикручивать внешние инструменты - скрипты, приложения etc)

Borland Kylix - была такая разработка как аналог Builder-а.
Однако GCC - это дефакто стандарт для Пингвинов.

Ага, "Пускаль" поверх Qt...

Интересует среда разработки приложений для РС под Linux. Что-то типа Borland C++, ну чтоб понятно было что хочется. В частности стоит задача написания программы регулировки громкости системного звука в зависимости от времени. Как можно ее решить и в чем программировать так чтоб потом не прыгать с компилятора на компилятор? Спасибо.

Был на сайте Eclips. Подыму сеть под линуксом - поставлю, попробую что-то делать. Мне с прикладной точки зрения интересен сейчас такой вопрос - создание приложения, которое должно содержать в себе будильник, при срабатывании которого устанавливается нужная громкость системного звука. Что нужно почитать чтоб узнать как это в Eclips-е делается?

Такого как Borland там нет, и никогда не будет из-за заметно более высокой квалификации даже пользователя ОС UNIX по сравнению с программистами обращающимися к Borland C++. Далее. Это в Win GUI интегрировано. Linux это только ядро с консольным интерфейсом. GUI для Linux - тьма. Для встроенных приложений - свои. Для ПК(т.к. надо Вам) восновном поверх X-ов - самого по себе очень сложного (сравнимого с современным Linux'ом) приложения. Можно программировать прямо в нем - но там убийственно сложный и многословный(!) интерфейс. Собственно для этого и придумали ряд специализированных библиотек:
GTK
Qt (+Win & MacOS)
FLTK (+Win & MacOS)
А уже на основе них те или иные GUI наиболее популярные из которых - Gnome (GTK), KDE (Qt). Но их вообще-то очень много, я еще фанат LXDE (GTK) и если "кеды" и дальше будут такими тяжелыми и дурацкими, как вот сейчас, то перееду на него.

Соответственно для Gnome есть редактор GUI - Glade а для KDE он входит в состав более крупной среды разработки - KDevelop. Но поскольку оба этих GUI все-же поверх X-ов то запросто можно писАть на чистом Qt. "Чисто" под этот GUI заточены QDevelop (мне нравится больше он) и QtCreator (рекламируется "нокией" поглотившей "тролтех")... Кстати Qt это еще и мощная система разработки консольных утилит и сетевых программ.

Но... Это абсолютно никакого отношения не имеет к звуку. Звук - это еще одна абсолютно независимая подсистема Linux. Вам нужно "курить" Alsa или Oss (рекомендую последний интерфейс т.к. он проще а alsa с ним имеет полную совместимость - но опять же, единого интерфейса нет, их множество, а эти 2-а - самые популярные. Задействовав же инструменты того или иного "микшера" поверх этих интерфейсов (напрмер KDE-шного) Вы получите совместимость только внутри KDE-систем. По звуку остается добавить, что поверх основных интерфейсов существует добрая сотня более "высокоуровневых" интерфейсов и библиотек работы со звуком - их наличие зависит установленных в той или иной системе утилит и вобщем-то контролируется пользователем(вернее root'ом).

И еще - Linux не аналог и не антианалог Windows - здесь не все обязательно так или наоборот. Один из таких "немножко вбок" - чрезвычайно развитое программирование на внутреннем интерпретаторе(шелле) - том же bash. Причем из bash вполне можно задействовать несложный GUI используя, например, X-dialog. Как Вы понимаете это лишь одна "ипостась"- таких "диалогов" - тьма(очень рекомендую GTK-dialog), и Qt, кстати, можно скомпилировать так, что GUI-форма будет читаться как динамически интерпретируемый скрипт, если у Вас есть к этому интерес.

Если уж затронули тему скриптов то грех не упомянуть мегапопулярные скриптовые языки по типу Phyton или Ruby. Но это не моя парафия, пусть прокомментирует тот кто копенгаген в этом.

А java? Что-то на этом форуме она не пользуется мегапопулярностью. А напрасно - вот как раз простенькие GUI и мегаунифицированные интерфейсы по доступу к системному времени или выводу звука - ее парафия. Советую обратить внимание на JBuilder. Почти то, что Вам нужно, только впрофиль.

Ну и остается еще добавить, что сейчас все большей популярности набирают Web-интерфейсы вместо GUI. Как на основе сервера, так и на базе движка браузера, например - XUL.