Время жизни программ в Linux ?

> Какие ЯП и технологии оптимальны для таких нестареющих программ ?

Язык - C, тулкит - readline. Очевидно же :-)

Пышы на Джаве, дольше протянет.

А твои сконпилированные пакетики станут ненужными на следующий релиз.

Да и ваще, этот тред провоцирует страч.

Вот возмем МакОС - пакеты распространяются от 10.2 до 10.6.
Что то там у них не так, с их /Applications.

Нет, я стрындел! 10.4, которая была первой для Интел

Если изначально писать с учётом правил кросплатформенности, и на простом языке Си или С++, с учётом рекомендаций POSIX, то наверное такая программа жить будует очень долго. Ещё важно не привязывать программу к одному тулкиту. Делать ГУИ в отдельном фронтенде. И так далее.

А как же чудо-хреновины *.pkg, которые невозможно деинсталлировать через гуй? :-)

>Да и ваще, этот тред провоцирует страч.

не, срач не нужен

Как раз жава это плохо. Так как портирование жавы на новую платформу очень трудоёмкий процесс и под силу лишь главным профессиональным разработчикам жавы. И требует много времени, сил, денег.

Я вчера с удивлением заметил, что в MacOS X дохрена функционала занесли в deprecated, и типерь у меня пичаль...

MacOS X 10.6

// fixed

> тулкит - readline. Очевидно же :-)

А хочется с GUI.

Язык - C

И ?
Это избавляет от перекомпиляций и заточек под текущие примочки OS ?

Перекомпиляция - это linux-way, и ничего тут не поделаешь.

> А хочется с GUI

Ну тогда голый xlib + собственный велосипед. Это если в ближайшие годы иксы не выкинут.

>Перекомпиляция - это linux-way,

А awk, sed, bash, perl - уже не в моде ?))

В случае с bash перекомпиляция не нужна просто потому, что язык интерпретируемый, а иначе обязательно пришлось бы :-) А насчёт perl... Вот грянет perl 6, тогда и посмотрим.

Ну напиши на каком-нить pygtk, хотя gtk вроде хочет сломать бинарную совместимость, а у питона 2 мейнстрим версии. Можно еще на Qt4 написать, они обещали долго не ломать обратную совместимость, но прогу могут из дистров выкинуть когда-нить, когда Qt4 устареет.

>Вот грянет perl 6

Ну грянет ... И ?
Это как-то повлияет на синтаксис perl5 ?

Пиши на tk/tcl, на его популярность, как и на популярность lisp действует экранный эффект.

Бессмертие программы обеспечивается её нужностью людям.

Ну так речь ведь о ГОДАХ, не? Perl 5 могут выкинуть из дистрибутивов, так же как Qt3 почти уже выкинули.

pygtk - питон и gtk ни разу не стабильны в прошлом.
А почему я должен полагаться на это в будущем ?

Можно еще на Qt4 написать, они обещали долго не ломать обратную совместимость,

«Обещания»,«могут», «устареет»- а хочется что-то более существенного и надежного))

Ну выкинь Perl 5 из Debian , а я посмотрю на это.)

Тогда только джава)

Реквестирую лунный календарь для линукс.

> Пиши на tk/tcl, на его популярность, как и на популярность lisp действует экранный эффект.

Как ни странно, я прихожу к таким же выводам.

А вдруг, может, что-то есть еще ?

А привязка к конкретному дистрибутиву - это, между прочим, куда страшнее перекомпиляции под новые версии либ :-)

> хочется что-то более существенного и надежного))

Если твоя программа _действительно_ будет нужна людям, то под неё железо производить будут.

Возможно.

>Если твоя программа _действительно_ будет нужна людям, то под неё железо производить будут.


позволю себе напомнить последовательность утверждений нужности:

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

> Тогда только джава)

Что-то у меня нет в этом уверенности.
Слишком много народу ее насилуют.)

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

Еще есть фортран, но это для науки скорее.

Пышы на Джаве, дольше протянет.

Жава такая кросплатформенная что программы сделанные для виндовс-жаве нельзя запустить на андроиде и наоборот.

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

Андроид - не джава.

<trololo>mono же</trololo>

The Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language. http://developer.android.com/guide/basics/what-is-android.html

> Предположим, вы что-то решили сделать полезное для себя

Стало быть, пока нужно - поддерживаю, как стало не нужно и перестал поддерживать, то и всё...

(возможно, и для других тоже ).

А вот тут и начинается...

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

Ну а уж если никто не принял в свои добрые руки... То это и был критерий нужности :)

Язык программирования джава != официально одобренная ЗОГ джава, в которую входит официально одобренная среда выполнения.

Дотяни до gtk 3 и выпили deprecated - долго будет жить, причем даже в бинарной форме. Или на жабе, да - лет десять будет жить.

> Ну а уж если никто не принял в свои добрые руки... То это и был критерий нужности :)

Ну смотри ( и без церковного линуксячего трепа):
вот есть такая работа:
http://www.informit.com/store/product.aspx?isbn=0201634740

ffective Tcl/Tk Programming: Writing Better Programs with Tcl and Tk
# By Mark Harrison, Michael McLennan
# Published Dec 8, 1997 by Addison-Wesley Professional. Part of the Addison-Wesley Professional Computing Series series.

а к этой книге есть еще приложение:
http://sourceforge.net/projects/efftcl/files/

и там ничего не менялось с первого издания.
И ВСЕ РАБОТАЕТ написанное в 1998 под Debian testing сегодня.

>Какие ЯП и технологии оптимальны для таких нестареющих программ ?

паскаль для числодробилок точно не постареет.

Если TCL/TK так «хорошо», то почему нет популярных программ на этом языке ? Где десктопные программы ?

Delphi+wine

Вот у меня есть
-rw-r--r-- 1 user user 633856 2004-10-04 12:39 Referee.exe
(все руки не дойдут портировать на лазарус), ни разу не перекомпелял, все работает.

А когда была в моде стабильность в Linux ?
Я что-то пропустил ?

>А хочется с GUI.
ну тогда это и будет ограничителем жизни - выбранная граф библиотека

Про С99 здесь уже говорили. Только сложно сделать какой-нибудь софт, не зависящий от сторонних библиотек (математических, к примеру). А уж если ваша программа работает с «железом», то с выходом новой версии ядра или обновления какой-либо используемой библиотеки, она вполне может стать неработоспособной.

> Вот возмем МакОС - пакеты распространяются от 10.2 до 10.6.

Не всегда. Как раз то, что совместимо еще с 10.2, такое из себя говно, простигосподи. Во всех отношениях говно. И на 10.6 оно обычно отваливается окончательно.

Хинт: во времена 10.2 было только PowerPC и совместимость с классикой во все щели. Половина добрая софта, который типа запускается на 10.6, запускается через розетту.

Все зависит от используемых ядерных интерфейсов. Вопрос решается бутылкой/статической цомпиляцией. Как показывает практика - живыми остаются оооочень долго :)

Qt и C++. По крайней мере до Qt 5.0 она точно будет работать (: