Лармана книгу Эпосмотрите, если интересно. Про программирование там мало, зато про то, как спроектировать систему, написано хорошо. Он показывает два цикла, второй цикл перепроектирования, когда, как он пишет, "такая ситуация довольно типична".

Про шаблоны он там тоже объясняет. Практически для работы шаблонами на мой взгляд лучше всего подходит Borland Together, которая может быть плагином Eclipse. Я использую и Rational Rose и Together.

>Если форумные крутые гуру не знают, что интерфейс управления DB2 и >Oracle на Java - это их трудности

Ептыть! Я пользуюся sqlplus и действительно незнал, что он на жабе написан!

>SOffice - это единственное приложение?

Это самые массово-используемые приложения. Только и всего.

>И при чём тут Ява,

Притом, что эта муйня, работает на компах с 64M ОЗУ и очень шустро, хотя и написана на "скриптовом VB" + COM-ы. (некоторый умник утверждал, что на этом ничего толкового не сделать) Представьте себе что будет,если это сделать на жАБЕ.

>которая, кстати, используется для StarOffice?

СтарОфис СЛЯПАН на С++. жАБА там с боку-припеку. ( Если я правильно помню, ее можно оттуда свободно выкинуть нах ). И вообще в сравнение с MS Office СтарОфис это тормозное глюкало.

>Притом, что эта муйня, работает на компах с 64M ОЗУ и очень шустро, хотя и написана на "скриптовом VB" + COM-ы. (некоторый умник утверждал, что на этом ничего толкового не сделать) Представьте себе что будет,если это сделать на жАБЕ

По моему MS Office написан на C++, по крайней мере раньше так было.

> Они же конъюктурщики

Раньше для IBM Smalltalkа был UML плагин. Теперь Eclipse и WASD они продвигают. C# поддерживается у Борланда, по моему в Together для .NET, но я сейчас не использую C#. Конъюктура вещь хорошая, кушать и пить даже baklan-Антик-луговский хочет, о чём ему подробно кое-кто и объяснил.:)

>> ANSI C :)))
>Для кросс-платформенного hello world-а это решение, а дальше ?

не универсальное средство, согласен. в качестве UI тут были подсказки (XUL). не маленькая часть задач может управляться вообще через инранет/интернет, а значит - веб-браузер. с видео/звуком не работал, тут сказать нечего

>Конъюктура вещь хорошая, кушать и пить даже baklan-Антик-луговский хочет

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

>>Если форумные крутые гуру не знают, что интерфейс управления DB2 и >>Oracle на Java - это их трудности

> Ептыть! Я пользуюся sqlplus и действительно незнал, что он на жабе написан!

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

А Oracle DB Manager запустить пробовал? Совсем не нужная штука, да? А (страшно подумать) хранимки на Яве делать? Нет, свят, свят, только PL/SQL из sqlplus. Хардкорщики зреновы...

Просили примеры нужного и полезного софта на Яве - вот, пожалуйста! Но оказывается, все то же самое можно сделать и в консоли. Тогда зачем приводить в пример M$ Office?

cp con otchet.rtf

и все дела! Что, не катит? Нужны людям окошки?

>>И при чём тут Ява,

> Притом, что эта муйня, работает на компах с 64M ОЗУ и очень шустро, хотя и написана на "скриптовом VB" + COM-ы. (некоторый умник утверждал, что на этом ничего толкового не сделать) Представьте себе что будет,если это сделать на жАБЕ.

Это 2000/2003 офис на 64 метрах шустро работает?!! No comments.

> что он на жабе написан!

:)! На чём написан инсталлятор оракула? A OEMC?

> СтарОфис это тормозное глюкало.

А под SPARC 64-битный мелкомягкий офис есть? Неужто есть?

> свободно выкинуть

Не нравится, не ставьте Java-поддержку. Не нравится, не ставьте SO/OO. Пожмите руку Биллу Гейтсу и не забудьте установить XP SP2.:)

ну куда мне до тебя, автора "рельного" или чисто "реАльного" софта. Не надо цепляться к формулировкам, и выдергивать фразы из контекста, написано было именно программное обеспечение, и инструментарий я указал. А имбецилы подражающие Луговскому пусть сами отправляются в биореактор. Будучи в одно время участником конфы ru.gnu я имел возможность пообщаться с Луговским и видел как и каких товарищей он хотел туда отправить, обычно за его его несдержаной крылись интересные мысли, в отличие от твоих петушиных выкриков.

> инженер или лохов разводите

Нет, я не специалист по продажам и не маркетёр. Скорее постановщик задач, системный архитектор, не кодировщик, хотя Java - мой любимый язык программирования.

-----

Теперь про SWT

Мне, по сравнею со Swing в SWT не очень нравится

Shell shell = new Shall(new Display());

...

// есть ли более красивая конструкция?
// пожалуйста, подскажите

while(!shell.isDisposed())
if (!display.readAndDispatch())
display.sleep();

display.dispose();
...

А как сделать так, что бы Swing через OpenGL отрисовывался?

Пожалуйста, take it easy! Луговский (baklan, Mauhuur)- главная достопримечательность. Он неподражаем. Часто он говорит правильные вещи, а если неправильные, то настолько неправильные, что их антитеза есть Великая Истина.:) После этого так и хочется выбрать Slackware даже заядлому редхатовцу.:))

УРА! ВЫШЕЛ РЕЛИЗ "ТАЙГЕРА"

http://java.sun.com/j2se/1.5.0/download.jsp

>А Oracle DB Manager запустить пробовал? Совсем не нужная штука, да?

Пробовал один раз - хватило. Смотри tora - она нужнее.

>А (страшно подумать) хранимки на Яве делать

Свят, свят, свят ... Мы делаем трехзвенку. На жабе писать SP не кроссБДсерверно. А "хранимки на Яве делать" - это к Парусу - они в делании "хранимок" преуспели, хоть и не на жабе делают!

>Посили примеры нужного и полезного софта на Яве

Не просили. Есть, знаем. Однако на VB например примеров больше. Речь не о том, что нет полезного, а о том, что жаба на десктопе - как как черт курящий ладан. Памяти лопает от пуза. Сколько не поставь - все мало.

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

>На чём написан инсталлятор оракула? A OEMC?

На кривой коленке.

>А под SPARC 64-битный мелкомягкий офис есть? Неужто есть?

Так ить "SPARC 64-битный" для Билли как тот неуловимый Джо! Зачем делать королевские подарки Скотти?

>Не нравится, не ставьте Java-поддержку. Не нравится, не ставьте SO/OO.

И не ставлю. Успокойся.

>Пожмите руку Биллу Гейтсу и не забудьте установить XP SP2.:)

Лучше пожать руку Билли, чем лизать жопу у Скотти!

Re:

> Если гномеры вдруг не кинутся на яву в качестве основной платформы

> Ага, без гомеров Sun, IBM, Oracle и прочее никак не справятся ;-)

До сих пор же не справлялись. А Oracle - тот, вообще, по-моему, знаменит только одним своим десктопным приложением, вызывающим, надо сказать, громкие проклятия у своих пользователей :-).

А насчет GNOME vs KDE - KDEшникам никуда кидаться не надо, у них и C++ себя неплохо чувствует :-).

Re:

Для любителей вайтспейсов:

http://compsoc.dur.ac.uk/whitespace/index.php

>>Посили примеры нужного и полезного софта на Яве

> Не просили. Есть, знаем. Однако на VB например примеров больше.

Хм, весь вопрос в том, что считать полезным софтом. Если SOHO - да VB, VC. Пока что. Если корпоративный сектор (не обязательно сервера), то - Java + J2EE. LOR ведь тоже на JSP... ;-)

> Речь не о том, что нет полезного, а о том, что жаба на десктопе - как как черт курящий ладан. Памяти лопает от пуза. Сколько не поставь - все мало.

Проблема поедания памяти - это архитектурная проблема всех систем с GC. Плюс пионерский стиль кодирования, когда в отсутствие деструкторов и явных утечек память вообще не считают и не чистят. Сейчас самая растпространенная такая система - Ява. Давай через пару лет посмотрим, чьи аппликухи будут есть памяти меньше, явские или дот-Нет. Рискну поставить на Яву, просто потому, что квалификация ее разработчиков обычно выше.

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

Я бы тоже плакал, но объем JRE _уменьшается_ от версии к версии. Плюс оптимизация, дата шаринг, jar200...

> Что жо Swing приложений - чем вас вот это на XP не устраивает?

Кстати, никто не мешает проверять, не включен ли у нас виндовый L&F, и ручками пытаться выставить шрифт в тахому. Тогда его вообще от родного виндового отличить весьма сложно, разве что антиалиасинга шрифтов в виджетах нет.

Re:

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

:-))

> Что жо Swing приложений - чем вас вот это на XP не устраивает?

Вы мне диалоги стандартные лучше покажите :-)

А как сделать так, что бы Swing через OpenGL отрисовывался?

Ты статью-то прочел?

Re:

> Ух ты. Как насчет графики (не окон) на не-Windows системах без Wine, скажем "солярке", или MacOS?

GTK#.

А Wine у них унутре встроен :-)

2anonymous (*) (30.09.2004 14:52:06)

Ларри & Co на кривой коленке пишут? Что же тогда так мучаться, ежели мелкософтСКуЛ есть? И бейсик для MSSQL есть.

Так как там насчёт пресловутого SP2? Ответа не мы получили. Говорят классно работает. LOL!!!

> работает на компах с 64M ОЗУ и очень шустро,

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

XPюнь в 64M ОЗУ, да ещё с охфисом - не anekdot.ru.

>Проблема поедания памяти - это архитектурная проблема всех систем с GC

Oops дяденька - неправда ваша. Python, Perl, Smalltalk (VAST например) - кушают мало. Ну ладно Python и Perl - там gc другой, но Smalltalk жрет примерно в 3! раза меньше при той же функциональности. От так!

>Вам в детсве не говорили

Вы дяденька зенки то протрите! Где это я говорил про "XPюнь"? NT, 98, 2K работают нормально на 64M. От так! Да и MS Office 97 еще никто не отменял.

>>Проблема поедания памяти - это архитектурная проблема всех систем с GC

> Oops дяденька - неправда ваша. Python, Perl, Smalltalk (VAST например) - кушают мало. Ну ладно Python и Perl - там gc другой, но Smalltalk жрет примерно в 3! раза меньше при той же функциональности. От так!

Интересно (нет, правда интересно). Не буду ничего утверждать насчет смолтока - не работал. И насчет "меньше памяти" - верю. Но вот что такой проблемы у них нет - не верю, сорри. Был бы очень признателен за код примеров с "той же функциональностью" на Яве и VAST - самому хоцца глянуть через прицел профилировщика.

Проблема-то не в языке, а в GC. Возможно, VAST лучше спроектирован (учли ошибки Явы), возможно у него библиотека классов меньше, static storage не так загружен. Не знаю. Но это проблемы реализации. Вот IBM JDK всю дорогу жрет чуть ли не в полтора раза больше памяти, чем сановский. Но при этом быстрее работает. Проблемы реализации можно исправить, не в 5-й, так в 6-й версии. А вот свойство GC запаздывать по отношению к уделаению ссылок на объекты - неисправимо.

> До сих пор же не справлялись.
Так прямо и не справлялись ? И на основании чего вы сделали такие выводы ?

> А Oracle - тот, вообще, по-моему, знаменит только одним своим десктопным приложением, вызывающим, надо сказать, громкие проклятия у своих пользователей :-).
Вы на oracle.com пошарьте много интересного узнаете.

> А насчет GNOME vs KDE - KDEшникам никуда кидаться не надо, у них и C++ себя неплохо чувствует :-).
Я им и не предлагал, прочитайте мой пост еще раз.

> MS Office 97

MS Office 97 ФАРЕВА! Ну и клоун на форум к нам заскочил!

> 98, работают нормально на 64M.

Windows 98 "нормально":

cli
jmp 100

MEGALOL!!!

>>Вам в детсве не говорили

> Вы дяденька зенки то протрите! Где это я говорил про "XPюнь"? NT, 98, 2K работают нормально на 64M. От так! Да и MS Office 97 еще никто не отменял.

#ля! Нормальные слова кончились. Это не я писал про XP, я про офис 2k/03 писал. Но такое...

Если в 2000-й работать, а не смотреть на обои, то не работается меньше чем на 128 метрах! Даже если в "блокноте" текст набирать. А 97-й офис как раз отменили - поддержка прекращена, если кто не в курсе. Но суть даже не в этом: чем ты, умник отчет или спеку, написанную в 2000-м ворде открыть собираешься, 97-м??

Все и так понимают, что Cel300/64M - это хорошая пиш. машинка в ворде. В древнем ворде на древней винде. Но тред-то о Яве 2004 года розлива. Конечно она будет на таком железе тормозить. А _современный_ софт от M$ что, не будет?

p.s. перед нормальными людьми извиняюсь за оффтопик.

Мда Вы е..тые на голову ребята сказать нечего.

Какая На.. разница заказчику на чем вы пишите. Ему нужно IMHO гарантированная работа приложения с быстрыми и предсказуемыми результатами за минимальную для этих результатов цену. ВСЕ. ни один язык НИКОГДА не гарантирует вам и заказчику этого И даже не поможет ничуть. ТАК ЧЕМ ВЫ ЗАНИМАЮТСЯ ВАШИ НЕПОТРЕБНЫЕ ХОЗЯЕВА ? РАЗВОДКОЙ ЛОХОВ НА СТРОКИ ?

>Проблема-то не в языке, а в GC.

Согласен.

>Возможно, VAST лучше спроектирован

Бесспорно.

>учли ошибки Явы

которой он появился до?

>возможно у него библиотека классов меньше

Ба!!! А это к чему? Или жаба начала грузить классы все разом, а не по требованию, как было до 1.5? А библиотека классов как минимум не меньше.

>Проблемы реализации можно исправить, не в 5-й, так в 6-й версии

За это время появится UMLEXE.

Совсем не понимаю о чем тут спор. Если о том что жава жрет ресурсы, ну и нехай. Вы ведь не сначала проэктируете, а потом выясняете область применения. Если по каким-то причинам не подходит ява - не используйте. Мне например очень симпотична технология Web Start - это и охота и зверей убивать не надо. У клиента всегда свежий бинарь, нормальный сендбокс, инкрементальные обновления, кросплатформенно и даже с поддержкой SWT.

Насчет тормозов всегда можно найти компромис. Есть вежь JNI, CORBA, тяжелые части можно вынести туда.

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

>Ему нужно IMHO гарантированная работа приложения с быстрыми и предсказуемыми результатами за минимальную для этих результатов цену

Бесплатное приложение при старте падающее в корку пойдет? :)

Важна также сопровождаемость и расширяемость решения. Положим, вы написали приложение в рекордно-короткие сроки на таком замечательном (без всякой иронии) языке как OCaml. Поставили заказчику, отдали ему исходники - ну все как обычно. Через полгода ваша фирма прекратила существование, а заказчику надо реализовать новую функциональность. Где он найдет команду, готовую править ваше приложение на OCamlе? Поэтому заказчик предпочтет, в общем случае, чтобы приложение было написано на каком-либо общеизвестном языке, типа C++ или Java, и выберет какой-то специфичный нишевый язык, только если это даст ощутимое преимущество по какому-нибудь параметру.

Re:

> Так прямо и не справлялись ? И на основании чего вы сделали такие выводы ?

Хех. У одних была система, лучшая виндовс, чем виндовс, у других - неплохие воркстэйшны и неплохие терминалы к числодробилкам. Ну и где это все сейчас :-)

> Вы на oracle.com пошарьте много интересного узнаете.

:-) Что, есть еще лучше приложения, чем консолька к ораклу? ;-)

Это порносайт чтолить? :-Р