Выбор языка программирования

Пока не наберешь 10 звезд на ЛОР'е не вздумай никаких оконных менеджеров писать!
З.ы когда наберешь, поймешь что это ненужно.

python

А если бы я спросил, на каком языке хеллоуворд писать?

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

Tcl/Tk/ Ему можно приписать много недостатков, но вот для этого самое оно.

Если много логики в SHELL-коде, то dialog-образные в частности zenity и пр. Но это все попроще, помельче.

Сначала учи C, работу с памятью и так далее. Пока не научишься этому, в разработку идти не стоит.

на каком языке хеллоуворд писать?

Shell какой-то уже знаешь так смысл именно для этого далеко ходить.

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

Visual Basic.

Котик красивый.

Бросай эту затею.

какого-нибудь оконного менеджера

Для этого нужны основы C. И возможно после этого ничего другого тебе не потребуется. Но как уже говорилось лучше поискать уже написаный «как угодно» настриваемый WM.

Ruby

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

За барсика не возьмусь никогда, ибо это мелкомягкий продукт

Есть идеологически свободный gambas. Ценителям обычно нравиться.

C

Все-таки думаю остановиться на плюсах и питоне

Не думаю, что писать на питоне оконный менеджер - хорошая идея. Лучше уж C/C++.

Я не говорил что ОН будет на питоне. Имелось в виду выбрать его для ИЗУЧЕНИЯ, и потом, возможно, дописывать программки к WM с использованием этой самой змейки

Си.

thread_kill(10688841, SIGBYE);

Ни в коем случае не изучай плюсы, кроме ляцканья быдлокода они ничему не способствуют. Лучше углубись в pure C, а там и до Objective-C недалеко.

Чем же они так плохи?

Не думаю, что писать на питоне оконный менеджер - хорошая идея

Аргументируй

какой язык программирования наиболее прост, понятен, а

python наверное

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

тут он тоже подходит, но не для всего (низкоуровневое gui все же лучше на чем-нибудь более надежном писать: dwm, dzen явно бы плохо смотрелись на питоне, wm - на любителя).

Лучше уж C/C++

Опыт показывает, что на хаскеле - норм. На с или минимальный или много усилий.

python, C

Плюсую!

Сначала учи C, работу с памятью и так далее.

То есть начать с разработки очередного клона юниксового ядра))

Чем же они так плохи?

Тяжело сразу сказать. Я знаю немало людей, отлично знающих С++ и разбирающихся в его тонкостях. Но почему-то у всех этих людей единственный критерий эффективности кода - «Программа работает? Работает». А когда после 6-8 месяцев девелопмента заказчику понадобилось очень минорно изменить требования (например, в связи с измениениями в законодательстве), то такой чудо-девелопер после недели инвестигейшена приходит с потухшим видом и мямлит «Вобщем надо все переписывать».

Питон - говно. Так пойдет?
Если серьезно, то я себе плохо представляю, как питон будет сцепляться с иксами и какая при этом будет производительность.

Но с другой стороны те же кеды почти целиком на плюсах. И не падают. Хотя куча разрабов над этим трудятся

rust

Все же да. Ни одного хорошегогодного менеджера на змейке нет.

как питон будет сцепляться с иксами

Как-как, путем подхватывания xlib- или xcb-библиотеки. Тебе это не очевидно?

и какая при этом будет производительность

Для wm-то? rtfm, там и так сойдет. Вот, на lua есть (не luajit).

Хватит раздувать сральню в комментариях, а?

Тема немного не для этого была создана

Я не предлагал писать ядро. Лучше утилитки какие-нибудь, вроде grep, cat, sort и так далее.

«Не падают - и слава богу». Для проектов на плюсах - это действительно достижение.

Так начинается же все с ядра, как ри крути:)

кеды почти целиком на плюсах.
И не падают.

У тебя, в данный конкретный момент. Но вобще этим славятся. И их стабильность в большей степени обуславливается насколько сопровождающий пакет владеет тайным зрением.

Буду Дениской, напишу ПАКЕТНЫЙ менеджер:)

Могу высказать свою точку зрения на причину этого.

WM — постоянно работающее приложение. А такие нужно писать на языках, которые эффективно работают с памятью, на которых можно руками обеспечить отсутствие утечек и минимальный оверхед. Потому что иначе приложение придётся перезапускать раз в сутки.

А питон ещё и с динамической типизацией, что совсем грустно.

Чёрт, написал всё это, а потом вспомнил, что Awesome написан на Lua, который ничем не лучше. Сам себя сразу опроверг :(

А у меня не кеды:) в данный момент корица

плюсую.

Ни одного хорошегогодного менеджера на змейке нет

Вобще не должно быть. Маленькое ядро на С и возможность писать свою прикладную на птоне и прочем. Таков путь.

FVWM кстати питон умел, когда был актуален.

Все-таки ИМХО, нужно писать такие программы на более распространенных языках. И пока что достойных альтернатив Си и его производным не существует

Чтобы написать ядро, нужно знать много теории, на самом деле. А я тебе предлагаю учить си, а не теорию операционных систем, и научиться эффективно работать с памятью, используя уже существующие вещи вроде ядра и сисколлов, которые почти везде имеют одну и ту же суть.

Awesome написан на Lua

он на С написан.

...опыт в программировании...нескольких скриптов на Shell и сборке deb'ов...какого-нибудь оконного менеджера...

Да чего уж оконного менеджера, пиши сразу собственную ОС!

asm, после него все остальные языки - одинаковые

Ты с dwm не путаешь?

C++ можно?

Не-а, как минимум, функциональные другие.

Погуглил, и правда, C и Lua. Посыпаю голову пеплом.

Именно к С вопросов никаких нет. Все мои претензии - в сторону С++

Питон - говно. Так пойдет?

вполне %)

как питон будет сцепляться с иксами

с иксами - через xlib/xcb, с последними - так же как и с любой другой сишной либой

какая при этом будет производительность

не важно