LINUX.ORG.RU

[Desktop][ЯП][LOR] Есть ли для десктопа хоть один язык-торт?

 ,


0

3

Да, я понимаю бредовость вопроса, но всё-же.

1) Программа написана на С - кто её будет поддерживать? Memory leak'и не нужны и.т.д.

2) На С++ - Всё тоже что и в пункте 1, + почему не на C, + STL УГ + boost УГ, если qt то УГ потому что у нас GTK+ десктоп, память жалко.

3) Java - Java не место на десктопе. Всё. Память съедает всю ещё до запуска и тормозит.

4) Mono - пункт 3 + ненависть к microsoft. С другой стороны он считается более десктопным чем Java, мне неясно почему.

5) Python - тормозит, тормозит, тормозит. GIL, GIL, GIL. Хотя достаточно большая часть его всё-же любит.

0) Elisp - ну вы поняли.

Хотя конечно, Ъ десктоп не нужен. Скажем на чём бы вы писали download manager, с удобным и функциональным GUI?



Последнее исправление: oRLaN (всего исправлений: 2)

Не в языках дело, а в поганых ручках «разработчиков». На си/си++ можно писать без утечек. Моно тупой клон, но в винде C# более чем хорошо, особенно с XAML, WPF, etc. Опять же, если писать нормально.

anonymous
()

> Скажем на чём бы вы писали download manager, с удобным и функциональным GUI?

Tcl, guile, perl, js, ... - тысячи их

no-such-file ★★★★★
()

> Скажем на чём бы вы писали download manager, с удобным и функциональным GUI?


Прокат велосипедов там ========>

wxw ★★★★★
()

У меня чешутся руки попробовать Vala, на ней и писал бы.

CrossFire ★★★★★
()

> Скажем на чём бы вы писали download manager, с удобным и функциональным GUI?

Гуй на Ruby, ядро на C.

geekless ★★
()

Хороший вброс. Немного толстовато, но для лора сойдёт.
Состоит из 4.2 чуть менее, чем полностью.

x3al ★★★★★
()

> Mono - пункт 3 + ненависть к microsoft.

ненависть к microsoft


Господи, это за что мелкомягким досталось?

tensai_cirno ★★★★★
()
Ответ на: комментарий от aho

Common Lisp конечно

Только на Common Lisp можно написать тайловый оконный менеджер уровня ratpoison, занимающий больше 60 мб на диске и грузящийся 5 секунд на втором Core i7, 8 гб памяти и ssd-диске.

mv ★★★★★
()

Только кривость рук есть причиной утечек, бывает, но не смертельно для десктопа.

+ STL УГ

докажите как-нибудь на досуге? Возможно, уже написали что-то лучше, чем std::vector <T> ?

Python - тормозит, тормозит, тормозит.

http://www.python.org/about/success/usa/ Наверное, надо знать где и как его использовать.

blinkenlichten
()
Ответ на: комментарий от blinkenlichten

+ STL УГ

докажите как-нибудь на досуге? Возможно, уже написали что-то лучше, чем std::vector <T> ?

Очевидно любому скобководу, в том числе и автору сего (STL) опуса.

mv ★★★★★
()
Ответ на: комментарий от mv

Я, наверное, уже запутался в жаргоне ЛОРа.
Даже не понял, кого этим постом вы поддержали — меня или автора темы?
Прошу сделать ликбез :-)

blinkenlichten
()

> Программа написана на С - кто её будет поддерживать?

Ее будет поддерживать программист. За деньги.

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

thesis ★★★★★
()

> потому что у нас GTK+ десктоп, память жалко

Mono - ... С другой стороны он считается более десктопным чем Java

Тогда вам нужно посмотреть на Vala

Kirakishou
()

> Скажем на чём бы вы писали download manager, с удобным и функциональным GUI?

wget, gui не нужен

q11q11 ★★★★★
()

чувак, твой вопрос не имеет смысла

всегда надо идти от задачи, и, чаще всего, дело не в плохих инструментах, а в недостатке опыта или в неправильном выборе инструмента

так что все хороши, выбирай на вкус

shty ★★★★★
()

> Скажем на чём бы вы писали download manager, с удобным и функциональным GUI?

На C/C++, естественно.

damnemall
()
Ответ на: комментарий от mv

Только на Common Lisp можно написать тайловый оконный менеджер, занимающий больше 60 мб на диске и грузящийся 5 секунд на втором Core i7, 8 гб памяти и ssd-диске.

//поправил

shty ★★★★★
()

Python и C конечно. Можно Cython вместо C, как вариант.

pevzi ★★★★★
()
Ответ на: комментарий от shty

+100500

Еще добавлю, что для решения одной и той же задачи можно одинаково эффективно использовать разные наборы инструментов, откуда и проистекает часть холиваров - напр рубаисты ненавидят питонистов поскоку те отнимают у место под солнцем;-)

Самый сладкий торт - тот который у тебя есть (тот ЯП к-й знаешь), если конечно на нем можно решить поставленную задачу с приемлемыми трудозатратами.

AIv ★★★★★
()

А, ну еще Vala вроде хорош. Там еще и производительность гораздо выше получится (питон всё-таки далеко не такой шустрый, как хотелось бы).

pevzi ★★★★★
()

Как-то пробовал писать gui для работы с arduino написал на perl, все нормально и не жруще работало. Вот тут еще vala советуют, я тоже советую. Можно еще попробовать на python используя pypy.

sol13 ★★★★★
()

GUI пишут на Qt. Объектный GUI фреймворк на C это издевательство над C. Интерфейс для download manager'а надобно писать на ncurses'е.

Хотя стоп… wxHaskell спасёт тебя. Автоматическая уборка мусора, компиляция в нативный код + haskell прост как валенок (это был вброс).

KblCb ★★★★★
()
Ответ на: комментарий от KblCb

> Объектный GUI фреймворк на C это издевательство над C.

Объектный фреймворк внутри ядра — это тоже издевательство над Си?

geekless ★★
()
Ответ на: комментарий от tensai_cirno

> Но в нём правда ничего архисложного нету.

++

geekless ★★
()

На чем угодно, лишь бы мне было удобно и функционал не ограничивался...

deterok ★★★★★
()

В C++/Qt memory leaks происходят редко, из-за иерархии обьектов.

frozenix ★★★
()

Mono более десктопный, потому что юзает Gtk#, а Java - Swing/SWT. Если использовать Java+java-gnome, то Java летает и не жрет. А так как анальной огороженности нет, и есть куча либ от Apache, то Mono сливает.

Но увы сложилось так, что java-gnome - уныл в силу того, что его ухитрились написать *nix-only.

vertexua ★★★★★
()

>0) Elisp - ну вы поняли.

Скоро уже.

Zubok ★★★★★
()

1. не надо показывать своё бессилие
2. не надо показывать своё бессилие
3. 4.2
4. согласен
5. 4.2
0. не поняли. вы что, собираетесь всем emacs поставить?

и того: c/c++/java/python

AGUtilities ★★★
()

Раньше бегал в таких случаях от языка к языку, но потом понял, что для десктопных приложений сгодится только С. Благо всяких либ куча. Если хочется приключений, то можно взять Pascal, Go или D :)

buddhist ★★★★★
()

проблема, да. серьёзная. если это не вброс, конечно.

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

vahvarh ★★★
()
Ответ на: комментарий от mv

>занимающий больше 60 мб на диске

38

грузящийся 5 секунд на втором Core i7

на глаз - секунды три, на p4, 1Г памяти и старая хитачя

lazyklimm ★★★★★
()

Вот сейчас Vala изучаю. Пока очень понравилась.

hibou ★★★★★
()

про java: посмотри в сторону NetBeans или Eclipse. Они и пускаются быстро и достаточно шустрые. Или вот yEd Graph Editor - наишустрейшая вещ, и памяти не жрёт. Да и всякие яббер-клиенты на яве работают субъективно быстрее питунового гаджима. То есть, при наличии прямых рук java таки для десктопа. И единственная проблема - выглядят ява интерфейсы как кусок гуано

RedPossum ★★★★★
()
Ответ на: комментарий от RedPossum

>посмотри в сторону NetBeans или Eclipse. Они и пускаются быстро и достаточно шустрые.

Это называется шустрые? Сравни с любым IDE на сях.

//Хотя ничего лучше NetBeans я так и не нашел.

CrossFire ★★★★★
()

Толстый, лживый тролль. Хоть бы с матчастью ознакомился, для начала.

baverman ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.