Планирую двигаться из Windows по пути Linux --> Unix. Естественно приходится сталкиваться с такими библиотеками как Qt и GTK+ и их детищями KDE и GNOME. Всвязи с этим, у меня возник вопрос относительно того что следует мне взять за основу для изучения. (учитывая что и в том, и в этом знания нулевые). Основной целью, как и говорил, является переход к программированию под Unix. Какая из библиотек в Unix более востребована? Не хотелось бы переучиваться программировать под другую библиотеку, когда от Linux уйду к Unix системе. Еще раз напомню, конечная цель - программирование под Unix сервер. Благодарю.   

Что-то тут не так...  

Так, выложу некоторую часть своих мыслей.
Основой ядра Linux является ядро UNIX. Для Linux есть такие графические среды как KDE и GNOME. Их писали при помощи Qt и GTK+ соответственно. С самой Unix я не работал до сих пор, даже не видел ни у кого на компе. Но насколько я вычитал в интернете, под это ОСь также есть некоторые графические среды, ведь на дворе 21 век.   Так вот меня интересует, при помощи каких библиотек пишут эти среды, если даже не Qt или GTK+, то какая из этих библиотек ближе к ним.
Благодарю еще раз.   

Qt - С++, со всеми вытекающими.
GTK+ - С... 

на сегодняшний день софт написаныйс помощью ГТК и КуТе нормально работает и интегрируется в любой(практически) графической среде.

Если софт для серверов, то настоятельно рекомендую начать с /usr/src/linux/Documentation. 

попробуйте и то и то. Что Вам больше по душе ляжет, с тем и работайте. А так - у большинства стоит поддержка как одного, так и другого.
а если будет действительно интересная программа, да ещё и с возможностью работы с консоли - цены не будет)

Спасибо за помощь.   



Еще один вопрос относительно *nix. Используется ли повсеместно STL при программировании приложений под Linux/Unix? Я говорю не о формальной возможности использования этой библиотеки, а о фактической. Стоит ли углублять свои знания в этой области, если предполагается что от Windows программирования я в скором времени полностью откажусь? То же самое относительно BOOST.
Благодарю еще раз.

Это сообщение отредактировал(а) LavYaAll - 31.7.2008, 17:25

у стандартной библиотеки шаблонов есть некоторые ограничения. если они вам не мешают, то можете использовать.

а почему у вас есть такие "предположения" ?

бустой тоже люди пользуются.

Добавлено через 1 минуту и 34 секунды

народ обычно самообучается для самообучения, или по конкретной задаче.
если через 1/2 года появится ПуКуКаКаТулкит, который вдруг сметет по возможностям и QT и ГТК, придется его изучать, а программеры на пупукакатулките будут в цене...

Где можно почитать про эти ограничения в среде Linux/Unix?

Ну потому что я собираюсь себя полностью посвятить этой платформе, а программирование под Окна практиковать более не буду.

Какие есть ограничения, где про это почитать?

Появление чего-то революционно нового очень маловероятно, ибо куда там тегаться с многолетним опытом уже устоявшихся стандартов. Вероятнее выход чего-то, базирующегося на уже имеющемся. Зная это имеющееся, к новому перейти за небольшой промежуток будет несложно.

LavYaAll, стандартная библиотека на то и стандартная, что у неё недостатки платформонезависимы  Всё вообще зависит от конкретной задачи: хватает STL - пользуйся STL, нужен Boost - юзай Boost, а то может и вообще какое-то своё хитровыделанное дерево со всякими оптимизациями или ещё что-нибудь тебе понадобится.

По сабжу - в лагере юниксоидов по вопросу использования Qt и GTK+ холивары шли, идут и будут ещё идти. Тут дело даже в том, каким окружением пользуется юзер: на базе Qt (KDE) или GTK+ (GNOME, XFCE). Загружать приложение, использующее неродное для окружения API многие не хотят:

•  выглядит чаще всего чужеродно (т.к. не подхватывает настройки темы и стиля)
•  имеет несколько другой вид интерфейса (в частности, различные диалоги открытия окон, разное расположение кнопок на диалогах)
•  долго загружается  и потребляет много памяти (т.к. при запуске происходит загрузка библиотек чужого тулкита, причём довольно тяжеловесного)

Идеальный случай, способный удовлетворить 99% пользователей - написать функциональную часть программы в виде библиотеки, на её основе сделать уже консольный, GTK'шный и Qt'шный варианты интерфейса (возможно с использованием дополнительной интеграции с соответствующими окружениями). Собственно, это и можно назвать UNIX-way.

это конечно на слух интересно, но думаю рынок - штука динамичная, и не надо "от сумы и от тюрьмы зарекаться", будет клиентура - будешь писать и под винду. Если надо будет будешь писать и под мак.
ИМХО, конечно.

Добавлено через 2 минуты и 39 секунд

STL + Thread Safety