если тестовая задача: puts("Hello world!\n");?

Руками, блин. А по делу - под (л)инухами - man .*(term).*, IMHO .*curses ---- в путь.

Повеситься. И не мучать людей вопросами без ответа.

<font face=arial color=red size=8>НУ БЛИН -С/С++ И ТОЛЬКО И ЗАКРЫВАЕМ ЭТОТ ОПРОССссс+++!</font>

Это лечится в Кащенко.

А кто на ей РАБОТАЕТ? Ламеры? Так -- это хобби.

Господа! Камрады! А вот такая хрень как XUL или SVG не может стать тем самым "межплатформенным ИП"? Кто нибудь более-менее компетентно может рассказать про это или что-то аналогичное?

Во-во, правильно: "xinit - must die" >:))

классический и ANSI C - две небольшие разницы.

Мужики!
лучше всего для гуёв ИМХО fltk
www.fltk.org
Да здравствует FLTK!

> Да народ... По Жабе скажу то что думаю - отстой. Тормоз, <
> веб-заточенность, графика только через софтварь. <
> С железом никакой привязки нет, но и возможности его использовать - тоже :-)) <
Так оно и есть, кто не согласен, назовите мне хотя бы одно Жаба-приложение, которое не жрёт по >=2 метра памяти на каждый простейший диалог типа MessageBox, вообще которое которое по параметрам ПРИБЛИЖАЕТСЯ к такому же, использующему и созданному с помощью нативных инструментов целевой ОС.
> Советую всем - ансишный си, можно С++ и вы не будете гробить свое <
> время. Визуальная среда для написания (Билдер, Визуал, Киликс) пофигу <
Золотые слова! Есть стандарты, такие, как POSIX, которые созданы для того, чтобы сделать ПЕРЕНОС программы с одной платформы на другую тривиальной задачей. Именно перенос, т.е. затратить какоето время на адаптацию в любом случае придётся, если нужен действительно качественный продукт который будет продолжать хорошо работать на новой платформе. А вот объёмы затрат зависят уже от самой платформы, насколько она стандартизирована, на сколько готова к такому переносу.
> Насчет портирования и кроссплатформенности. <
> Портировать можно что угодно. Для этого все приемы хороши... Но <
> кроссплатформеность - это перенос приложения БЕЗ ПЕРЕКОМПИЛЯЦИИ... <
> Чуствуете? Взял бинарь и перенес! Тут кроме Жабы вряд ли что-то <
> подойдеть... Разве что Веб+скрипты. Но плата за это - непомерная. <
Вывод напрашивается сам собой: чем выше "кроссплатформенность", тем ниже эффективность. Закон рычага - выирыш в силе - проигрыш в расстоянии, и наоборот. А выбор того или иного пути создания переносимых решений зависит от требований к продукту - если это большая и ресурсоёмкая система, в которой имеют большое значение скорость и кол-во процессоров, объём и быстродействие памяти и т.п. , то писать её на Жабе нет смысла (представьте себе PhotoShop на Jawa, нет лучше Web-PhotoShop 8) ), и единственный способ сделать её переносимой, это распространять в исходниках. А какие то элементарные вещи проще реализовать на html + jscript. Так что спор ни о чём - все средства хороши, каждое для своего круга задач. Мне лично на данный момент больше всего подходит gtk+ , иногда qt.

Interesno... a kto-nibud' slyshal pro SWT??? ;-)

(eclipse.org)

сам ты раздолбай если так говоришь. Я блин не то что переношу, а просто сразу под винду на Gtk+ пишу и все нормально рулит. Так что если не шариш то и не пиши!

сам ты раздолбай если так говоришь. Я блин не то что переношу, а просто сразу под винду на Gtk+ пишу и все нормально рулит. Так что если не шариш то и не пиши!

Java для GUI + JNI для кода, требовательного к скорости(Ил-2: Java GUI + C & OpenGL).

Сразу пишешь, говоришь? под винду, значит... и всё идёт на всех платформах без вопросов? ну-ну, наивный чукотский юноша. Поучаствовал бы ты в создании достаточно сложного проекта - оптимизма бы у тебя поубавилось. Когда в детстве рисуешь человечков на асфальте, хватает обычного мела, но для настоящей живописи не всякий холст и масло подойдут, потому как требований там побольше ;) Я бы мог рассказать тебе о траблемах из за непереносимых отличий потоков и нитей win32 от pthreadth, различий реализации BSD сокетов, из за отсутствия streams в win32 и COM+ в unix, но ты сам это узнаешь, когда/если вырастешь. Единственное, что тебе следовало бы знать - в каждой платформе свои технологии, которые НУЖНО использовать, чтобы получить эффективный код, и они на данный момент, к сожалению, не переносимы:(

Ты знаешь, Oracle, известный своим антагонизмом к засилию M$, и возлагающий большие надежды на java, как на средство борьбы c ним, тем не менее не стал реализовывать свою БД на java, а по старинке пользует нативный код;)) Даже инсталлер запускается в разных платформах либо куском ELF, либо MZ. А те жава-инструменты, которые там есть работают не ахти как здОрово. Хочу сказать java-код явно проигрывает нативному по всем параметрам, и не признать это, значит жить иллюзиями. На сегодня меня эффективность jawa совершенно не устраивает.

2loki:

Zriya malchika pozorish. Snachala prochti zaglavie "bla bla bla GUI?"
Nikto ne govorit pro stream ili threading. A prostoy gui, GTK+ beemet klassniy. mne lichno nravitsa.

А Kylix, придурок, основан на QT!

Мла, ну ты чувак и паришь. Языком чесать все могут про отличия ' потоков и нитей win32 от pthreadth, различий реализации BSD сокетов, из за отсутствия streams в win32 и COM+ в unix ' но во-первых - я это и без тебя знаю; во-вторых - это имеет очень скудное отношение к теме; в -третьих - кто тебу сказал, что я "человечков на асфальте" рисую. В данный момент какраз идет работа над сребним таким себе проектом.

>Зачем так сложно ? >Все гораздо проще...... >----------------------------- CUT HERE ------------------------------ >while [ -d ~hunter ] ; do >w3c "http://www.linux.org.ru/vote.jsp?voteid=16&vote=150";; > >/dev/null ; >done >----------------------------- CUT HERE ------------------------------

ну во-первых ";" - после урла не надо, а во-вторых можно и wget'ом :)

А кто тебе сказал, что многопоточность не применяется в GUI ? и сетевая поддержка нужна, например для remote frontend. ГУИ разные бывают ;) Видать проект не особо "средний" ) А если окно с кнопками это весь ГУЙ, тогда vtcl вполне устроит.

PS: закрываем тему, надоело

Ладна заканчиваем тему но я все-таки сказал, что все то "имеет очень скудное" (НО все же имеет!) отношение :) Каждый остался при своем мнении...вроде.

Для embedded FLTK рулит! Памяти не жрет и работает быстро. Конечно не такая красивая. Всегда знаешь что то, что писал на одной платформе заработает и на другой.

Не знай как вы горячие парни, а я думаю что связка php+php-gtk очень даже ничего. А если php-gtk с поддержкой liglade (построение интерфейса по xml файлу и связывание на лету функций обработчиков) то и вовсе закачаешся. Даже для провайдера на этой связке один знающий чек прогу написал, и работает что под Win, что под Lin. O! При желании можно и веб интерфейс наварганить на основе xml.

Предлагаю новые темы (на выбор): - выживет ли java на M$ или останется только CRL/C# - что лучше: CORBA/java или CORBA/C++ с точки зрения переносимости - кому с kernelworks жить хорошо или как избежать "modules without GPL license can't access GPLONLY_ names"

8+)

Какая кроссплатформенность? Скоро одна платформа останется -.НЕТ.

платформа хет - это крутааа... Канэшна одна она останется, я в это верю как в победу коммунизма... и мир во всём мире :D:D:D:D

ЗЫ:) Одна платформа у всех тока на кладбище :D

Там совсем далеко про яву говорили, что на ней ни одной CAD нет а чуть ближе что на ней херово выйдет с CAD и пр. Верно на 100% - одну я видел - bCAD называется, и на сайте разработчика одним из главных достоинств идет поддержка явы в ней - мол, не надо лисп учить или VB и т.д., любой школьник что угодно подключит и т.п. Пришлось ее юзать (и не один я юзал, а и те, кто работать с ней будут). Причем юзали сначала одну версию год назад, потом другую версию - полгода назад, общий вывод - такого отстоя еще не было - под ней умирает все, что угодно, начиная с Сel 300 (не А) и включая P IV 1.5, плюс виснет постоянно, плюс часть функций (именно тех, что на ве) то есть, то нет и т.п. Может, конечно руки кривые ее делали, но деньги то за нее берут AutoCad-овские. В итоге остановились на конкуренте, писаном на делфях, тоже не сахар, но по крайней мере уже можно работать, причем не одни мы - три конторы по нашему городу на этом же.

забавно. bCAD - это видимо тот самый КАД, сделанный нашими на коленке. Знаю. Видел. Но он поддерживает java, но писан он вообче на vb & mfc. А java не виновата. Кстати не следует путать с BCAD-ом. Цена на него не такая уж и высокая. Или Вы считаете что можно купить полноценный AutoCAD меньше, чем за 10 тысяч убитых енотов? :-)

Да, это тот самый CAD, сделанный нашими на коленке. И действительно, что он сам написан скорее всего на vb. Но то, что нас интересовало, написано целиком на яве. Другое дело, что криво написано. А насчет AutoCAD - цена вполне нормальная (просто была возможность приобрести 12r+то что нам надо за эти же деньги)

Kylix от дяди Бормана!

Re:

delphi/kylix forefer!!!

А если келикс open edition?

gtk+glade рулит:)

delphi+kylix rulezzz foreva !!!

Дааа.. В киликсе, наверное, вместо "hello world" примеры содержат "delphi+kylix rulezzz foreva!!!"
... но люди дальше этого не пошли :(...

Народ! Я, конечно, программист не ахти какой, но Java - вполне приличное средство... И, насколько я понял, главный (и чуть ли не единственный) недостаток - это производительность. А по поводу производительности была такая история: как-то оптимизировали мы код, сидели неделю и дело уже далеко зашло и намечалось, что зайдёт намного дальше, но... Пришёл заказчик и сказал: "Парни, чем платить вам за 2 недели работы, мне гораздо дешевле купить ещё памяти и процессор помощнее". Так что...

Уже 9 месяцев этот опрос висит! Охерели вы, что ли?

Слакваре форева!

Мало кто верит... но настоящее будущее - за web services+flash. конечно сейчас трудно представить. Но так оно и будет. Так что web-based (zero deploy, но не html)

Консоль, конечно, рулит. Телнет есть везде :-)

Консоль однозначно рулит, пока есть этот флейм...

Я ответил за консоль потому, что я еще новичек в Lin, еще разбираюсь с его конфигурирование для сети, прописыванем и компиляжем модулей ( ну и т.п.) Но мне в скором будущем предстоит заниматься и программированием, поэтому хотело узнать, рейтинги :)

Бля админы меняете тему!!!! Эта уже задолбала!!!