LINUX.ORG.RU
 

На "злобу дня". X-терминалы и JAVA


0

0

На "злобу дня". X-терминалы и JAVA

Вот собсно небольшая зорисовка об обсуждаемых темах.
1) Х терминалы. Стоимость одного рабочего места (без монитора) 60$. (P75/16M/3COM905/Matrox-Millenium-|| звук по желанию). А на съекономленные деньги я планирую купить себе 3.14датую 17'' матрицу. Так что считайте деньги господа.
2) Java как ГУЙ. Помоему ничего плохого. Даже симпатично. Работает на ура и одинаково под win32 & Linux. Не знаю у кого как, а у меня не тормозит.

>>> Просмотр (1280x1024, 232 Kb)


[#]  

Re: На "злобу дня". X-терминалы и JAVA

а можешь сказать чайнику, как это все забобахать, да и еще на java?

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Не надо hrewndet'

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Ты прям как этот как его... эх... а! Плюшкин из Мертвых Душ "копите деньги..." На мой взгляд если бабло есть (а ты говорил у тебя его до фига) его тратить а не копить, покусть все самое новое... идти короче в ногу с прогрессом! ;)) (тока не злись как впрошлый раз)

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

1) Денег много не бывает.
2) Больше чем я написал не надо. Оно уже ничего не дает.
3) Еще один плюс. что мона отключить все винтиляторы (и в блоке питания тоже). Тишина тоже дорого стоит.
4) Я правда тут немного умолчал о серваке :)) Но сервак святое дело апгрейтить, не я один им пользуюсь.
5) Деньги лучше на баб и пиво тратить чем на железяки. Хотя это личное имхо
6) Я никогда не растраиваюсь :))

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Ну насчет тишины... можно купить нечто супер-пупер которое ваще звуков не изадет (у ИБМ на сайте прочитал).

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

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Ну просто RuleZZZ!!! Особенно свинговые фонты!:Q У меня Жаба тоже в 1 гиге не тормозит, только вот WINGs программы работают все равно шустрее. Кстати, если Вы внимательно штудировали документацию по Java, то наверное видели там сановский пример, как написать native методы под X Window System. А swing даже peer интерфейса не имеет - все по точечкам через сотни виртуальных функций строит. "Саны" даже не настаивают на том, чтобы EJB через GUI "деплоить". Так что, IMHO, Жаба хорошо небольших апплетов предназначена, а остальное через native методы надо делать.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>можно купить нечто супер-пупер которое ваще звуков не изадет (у ИБМ на сайте прочитал)
И оно будет стоить <100$
сомнюха меня берет :))

* ()
[#]  
Irsi

Re: На "злобу дня". X-терминалы и JAVA

Ээээ... Были эти... как их... Book size PC, название фирмы на N начиналось... Размер с книгу и как следствие - отсутствие пропелеров и тишина... Думаю в похожей конфигурации их сейчас можно купить не дороже сотни ;)
Вообщем компактных и тихих машинок много выпускалось и найти их можно в принципе...

# ()
[#]  
Irsi

Re: На "злобу дня". X-терминалы и JAVA

А! Вспомнил! Noos Computers их звали... Но они не единственные это 100%

# ()
[#]  
Irsi

Re: На "злобу дня". X-терминалы и JAVA

BTW, а может кто знает где такие в msk продаются? ;)

2maxcom: предлагаю добавить возможность не только удалять, но и редактировать свои мессаги... в ubb это имхо неплохо сделано например ;)

# ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

И сколько человек согласятся работать за этим убожеством? Ты один? Вот и имеем на одного человека сервер + терминал. Простая рабочачая станция дешеле будет, как раз на 60 баксов.

Не смогут сейчас секретарши работать за такими терминалами. Да вообше не смогут работать на чем либо отличном от Вынь9х.

Интересно, а музыка играет у тебя специально для тех людей которые находятся в комнате, где сервер стоит ;)

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>И сколько человек согласятся работать за этим убожеством?
Ответ. Вообше то количество юзеров как бы не ограничено. У нас к примеру иногда до 12 юзверей быват, и это вполне легко. Я думаю что 50-60 это нормально будет на один приличный сервак стоимостью в 1000$. вот считаем (к примеру конкретный случай 12*60 +1000 = 1720 без мониторов, тепер считаем рабочие места который в частности будут устувать терминалам по мощности 12*400 + 1000 = сами посчитайте :)) Кроме денег еще надо учитывать надежность и централизованную поддержку всего хозяйства.
Что понимаеться под убоществом? Если конкретно мой рабочий стол. так это кому как нравиться. У нас тут зопарк их (менеджеров в смысле) Хош KDE хош enligtnment да чего душе угодно. Просто настраивает каждый себе сам и рабочий стол абсолютно не отличаеться от любой воркстейшн (кроме цены конечно) Я уж не говорю что все работает побыстрее, Винты та побыстрее будуть да и память в 1.5 Гига не воткнешь в каждую воркстайшн

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

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Классические X терминалы - тормоза. Не зря же Sun свой протокол выдумала. SunRay использует дальнего наследника OpenView под X, а не чистые "Иксы".А вообще идея SunRay хорошая и меньше суеты сисадмину с тетеньками-секретаршами, которым выдается карточка для подключения к SunFire серверу размером с кредитку. Кроме StarOffice клерку ничего больше и не нужно. Жалко только, что все это хозяйство у меня под Solaris'ом, а про Linux я пока ничего не слышал. Да и цена у SunRay'ев неслабая :) Слышал, что IBM имеет подобное решение для Linux, а вот Java терминалы так и не появились.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Да и еще забыл
Мона зупускать много X на одном рабочем месте
так что даже на одном месте путем ctrl-alt-Fx могут жить разные среды для работы да и разные оконные менеджеры.
Взумалось поработать над проектом ХХХ нажал ctrl-alt-F5 и сразу получаю свою рабочую среду. Не надо открывать заново кучу док. вспоминать где лежат файлы и прочее, И не важно что в последний раз я ее месяц назад открывал. Все сохранилось так как это месяц назад бросилось.

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Единственная сложность --- видеокарты. Хороших PCI-видеокарт (Matrox, ATI) сейчас днем с огнем не найдешь. А конфиги к ним я просто клонирую --- и нет проблем. И еще сетка быстрая нужна, 100 мбит обязательно.

* ()
[#]  
Irsi

Re: На "злобу дня". X-терминалы и JAVA

DronK: для PCI лучшей карты чем ET6000/6100 еще не придумали ;)

# ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

глупий ты ирси, в тему-не-в-тему, лишь-бы взбзднуть чего-нить.

anonymous ()
[#] Ответ на: Re: На "злобу дня". X-терминалы и JAVA от Irsi 22.08.2001 23:00:21  

Re: Re: На "злобу дня". X-терминалы и JAVA


Хе, тсенг вспомнил:))
Отличная картока была, кстати. Тока грелась как ТЭЦ....

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Ладно, хрен с ними с терминалами и железом. Чего то об жабе замолчали. кто тут кричал что на жабе гуй хреновый получаеться? аргументы плиз.

* ()
[#]  
Irsi

Re: На "злобу дня". X-терминалы и JAVA

2omerm: дык я и не забывал - сейчас на ней сижу ибо рабочая тачка 200й пенек... Сначала тоже погорячился и матрас воткнул, позарился на 6 метров... но с ним иксы глючили нещадно почему-то, так что раскопал тсенг, воткнул и радуюсь - глюки исчезли, скорость прорисовки возрасла ощутимо...

# ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>кто тут кричал что на жабе гуй хреновый получаеться

Аргументы: ----------

1. Swing в отличие от AWT не использует peer to native интерфейс (awt.so или awt.dll), что приводит к замедлению исполнения программ. 2. Все методы в Java являются virtual, в отличие от C++ это нельзя контролировать. Это приводит к замедлению выполнения программ. 3. В Java все классы принудительно наследуются от Object. Строится гигантская иерархия вызовов. Это приводит к замедлению выполнения программ. 4. HotSpot Compiler требует значительных вычислительных ресурсов пр старте программы. При работе GUI (в отличие от Servlets/JSP/EJB) кеширование минимально, что приводит к замедлению исполнения программ. (Недаром сейчас основа выживаемости Java - это J2EE - J2EE 1.3 - это "вечная бета". Сайт JavaPower на PHP реализован!!!) 5. Нити процессов непереносимы! Кто работал с IBM DB2 начиная с 6 версии, тот знаяет (и IBM это признает!) как тормозит DB2CC (Control Center) по сравнению c DB2 v5.2.

У меня на работе: UltraSPARC-IIe, RAM 512MB. Дома: PIV-1400, RAM 1GB. Занимаюсь созданием программ для дискретной математики (с визуализацией). Предпочитаю ANSI C, как чисто _ортогональный_ язык программирования с _объектно-ориентированными_ библиотеками Xlib и WINGs, хотя имею _ВСЕ_ Brainbench сертификаты по Java от Java 1 до Java 2 EJB. (Там больше спрашивают тем чем при сдаче SCP.) Java - это неплохой язык для создания AWT апплетов, не делайте из него монстра!

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Ну вот первый нормальный анонимус попался. Обоснованно и почти во всем верно. Но давайте мухи, отдельно котлеты отдельно. К чему это я. Скорость отдельно , все остальное отдельно. Да скорость медленее. Но как тут часто упоминаеться это критично лишь ~10% userend application. Кроме того рекомендую заглянуть в календарь и прайс местной хардверной компашки. В примере приведенном на шоте скорость реакции SQL сервера на сложный запрос много больше скорости прорисовки грида. Отсюда тормоза самой жабы до задницы. И таких примеров куча где тормозом являеться либо сам пользователь либо третья составляющай (тот же SQL сервер либо удаленный http либо еще что-то). Теперь все остальное. Возможно потому как я не сильно хорошо владею C++, но мне написать два прихлопа и пару кнопок на жабе легче чем на QT да и с переносимостью голова не болит. Кроме того, я забадался знать много языков. Хочеться иметь что-то универсальное для решения не очень ответственных но очень часто возникающих повседневных задач. Может к примеру perl or php претендовать на это? увы нет. Прада это не означает что я собрался кидать "стричка" Це.

>>. Сначала тоже погорячился и матрас воткнул, позарился на 6 метров... но с ним иксы глючили нещадно
Ирси. не звезди насчет матрасов. Если тебе попался конкретный экземпляр это проблемы того где ты это купил, Драйвер mga под X меня аж ни разу не огорчил. Ничем и никогда. Так что не вводи народ в заблуждение.

* ()
[#] Ответ на: Re: На "злобу дня". X-терминалы и JAVA от anonymous 23.08.2001 16:52:25  

Re: Re: На "злобу дня". X-терминалы и JAVA

> Аргументы: ----------
>
> 1. Swing в отличие от AWT не использует peer to native интерфейс
> (awt.so или awt.dll), что приводит к замедлению исполнения
> программ.
Угу, но красив, гаденыш. ;)

> 2. Все методы в Java являются virtual, в отличие от C++ это нельзя
> контролировать. Это приводит к замедлению выполнения программ.
Sorry, но еще есть и модификатор 'final' - это, пожалуй, и есть запрет на переопределение метода в поддклассах. И каким макаром private методы могут быть виртуальными?

> 3. В Java все классы принудительно наследуются от Object. Строится
> гигантская иерархия вызовов. Это приводит к замедлению выполнения
> программ.
Что добавляется, по сравнению с иерархией на плюсах - только ОДИН ОБЩИЙ ПРЕДОК. Одно громадное дерево - это, имхо, проблема шаловливых ручек, а не языка.

> 4. HotSpot Compiler требует значительных вычислительных ресурсов пр
> старте программы. При работе GUI (в отличие от Servlets/JSP/EJB)
Если говорить о 'HotSpot Client VM' - то поменьше, чем 'HotSpot Server VM' или 'JRockit VM', но побольше, чем 'Classic VM'.
Почему? - http://java.sun.com

> кеширование минимально, что приводит к замедлению исполнения
'кеширование' чего?

> программ. (Недаром сейчас основа выживаемости Java - это J2EE -
Не оптимизируется работа с графикой - это прерогатива железа.

> J2EE 1.3 - это "вечная бета". Сайт JavaPower на PHP реализован!!!)
А о J2EE 1.2 ничего не слышал?
А на чем сайты sun.com, www.brainbench.com, www.theserverside.com реализованы?
Сам посмотришь? Но это не показатель 'крутости'.

> 5. Нити процессов непереносимы! Кто работал с IBM DB2 начиная с 6
> версии, тот знаяет (и IBM это признает!) как тормозит DB2CC
> (Control Center) по сравнению c DB2 v5.2.
Это точно. Тут посмотрел как одна и та же прога, создающая ~100 thread'ов, крутится под виндой и линуксом. Небо и земля, правда thread'ы - native.

> У меня на работе: UltraSPARC-IIe, RAM 512MB. Дома: PIV-1400, RAM
> 1GB. Занимаюсь созданием программ для дискретной математики (с
> визуализацией). Предпочитаю ANSI C, как чисто _ортогональный_ язык
> программирования с _объектно-ориентированными_ библиотеками Xlib и
> WINGs, хотя имею _ВСЕ_ Brainbench сертификаты по Java от Java 1 до
> Java 2 EJB. (Там больше спрашивают тем чем при сдаче SCP.) Java -
> это неплохой язык для создания AWT апплетов, не делайте из него
> монстра!
И сколько 'AWT апплетов' можно сейчас найти в сети? И что они делают?
А так, имхо, надо же чем-то обосновать расходы на новое железо. ;)

best regards,
satyr.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>мне написать два прихлопа и пару кнопок на жабе легче чем на QT

1.Согласен. Простые апплеты пишутся на Java очень легко. Мне даже требуется IDE среда для создания апплета типа "To-Do List"

2.IBM VisualAge for Java написан на Smalltalk. Иначе реакция отыета у этого монстра превысит все допустимые пределы.

3. Lotus e-Suite is dead. Другие GUI проекты других фирм также are dead.

4. IBM более не настаивает в DB2UDB7.2 на использовании Java для создания хранимых процедур и функций на своем тормознутом DB2 Builder'e. Рекомендовано использовать динамический ANSI SQL3 (цепочка: *.sql->*.sqc->*.c->*.so/*.dll).

5. Sun при проведении survay (opinion pole) признала, что многие используют command line tools вместо "deploytool -gui" при создании EJB. (Догадайтесь, как голосовал я!) Sun утилита deploytool это еще "цветочки" по сравнению с IBM WebSphere 4.0 утилитой assembly. (Держитесь подальше от IBM software - дольше проживете!)

6. Для создания Web N-tear приложений вполне годится Tomcat 3.2.1. "Кот" не требует никаких GUI программ.

>>Может к примеру perl or php претендовать на это? увы нет. 7. Не согласен. В Sun Solaris 8 perl входит по умолчанию. Perl работет через mod_perl, как и PHP4, благодаря чему drawbacks исключаются. Поверьте, не требуется сверсложная логика для e-Commerce программ, тем более для академических сайтов. (Я люблю связку MySQL/PHP4)

8. Для GUI лучше всего подходит tcl/tk (Sun сделала глупость, не удержав в команде проф.Дж.Остерхута). У меня tcl/tk с интерфейсом a la NeXTSTEP Window Maker. Сравните скорость работы и _разработки_ tcl/tk и Java 2 Swing GUI программ.

9. Все попытки создать суперуниверсальный язык программирования провалились, хотя в свое время имели огромный резонанс: 1.PL/I, 2.Ada, 3.Smalltalk, 4.Java. Уровень абстракции поддерживается операционной платформой, а не языком программирования, следовательно, при правильной постановке задачи можно написать большой программный проект и на ANSI С (примеры: X Window System, Linux), не прибегая даже к более медленному C++ (ядро J2SDK 1.3 написано на C++ - смотрите исходники.)

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>'final' final тут не причем.В C++ можно и далее наследовать с overriding методы как виртуальные, так и невиртуальные - есть возможность выбора.

>>А о J2EE 1.2 ничего не слышал? Из личного опыта знаю, чтот J2EE 1.2.1 (EJB1.1)не поддерживает спецификацию EJB 2.0 и интегрированную message-queue систему. Попробуйте "задеплоить" CMP EEJB в 1.3b2 - не работает!:)

>>Не оптимизируется работа с графикой - это прерогатива железа А для этого надо написать native методы на C!

>>А так, имхо, надо же чем-то обосновать расходы на новое железо. ;) Правильно! Здесь я абсолютно с Вами согласен. Надеюсь, NASDAQ скоро совсем рухнет и эта нелепая гонка монстров кончится. Народ без суеты начнет заниматься любимым делом программирования, а не перманентным бета-тестированием сырого софта.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>(Я люблю связку MySQL/PHP4)
Я тоже люблю. И до последнего времени активно использовал. Синтаксис php очень похож на С и посему пробелем с самим php было минимум. Но 3.14здец подкрался как всегда незаметно. Это я об MySQL. Не смотря на потрясающую скорость в пределах одной двух таблиц и неприхотливость к железу, он оказался абсолютно непригодным в качестве корпоративной СУБД. Под которую пишуться не только "внешние" (для вывода через инет в мир) приложения но и для внутренних потреб. Так вот тут MySQL сел в конкретную лужу, практически неработоспособен с делфями, да и при связи большого количества таблиц тоже. Ладно это офтопик здесь

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

* ()
[#] Ответ на: Re: На "злобу дня". X-терминалы и JAVA от anonymous 23.08.2001 19:06:02  

Re: Аргументы

>>'final'
> final тут не причем.В C++ можно и далее наследовать с overriding
> методы как виртуальные, так и невиртуальные - есть возможность
> выбора.
Зачем? Какой смысл в такой перегрузке?

>>А о J2EE 1.2 ничего не слышал?
> Из личного опыта знаю, чтот J2EE 1.2.1 (EJB1.1)не поддерживает
> спецификацию EJB 2.0 и интегрированную message-queue систему.
Из этой же оперы: "В древнем 'turbo C' нет stl, хотя по последней спецификации c++ она должна быть".
Ну и еще много чего добавилось (коннекторы и пр.)
Что касается message-queue, то решение для J2EE 1.2.1 уже известно (хотя убить за такое мало). Создавать отдельный поток для получения сообщений и перебрасывать их в session ejb.
Подробнее - здесь:
http://www7.software.ibm.com/vad.nsf/Data/NT0000D306?OpenDocument&p=1&...

> Попробуйте "задеплоить" CMP EEJB в 1.3b2 - не работает!:)
В смысле "задеплоить" CMP EJB 1.1 в j2ee RI 1.3b2? ;)
Кажется, в спецификации EJB 2.0 написано, что контейнер, поддерживающий спецификацию EJB 2.0, должен поддерживать и предыдущую (т.е. EJB 1.1).
С cmp entity beans вообще страшно связываться. Все хорошо, пока к таблицам обращается только контейнер, а если нет, или структура таблиц уже зафиксирована?

>>Не оптимизируется работа с графикой - это прерогатива железа
> А для этого надо написать native методы на C!
И желательно под _каждую_ железку - свою библиотеку. ;)

>>А так, имхо, надо же чем-то обосновать расходы на новое железо. ;)
> Правильно! Здесь я абсолютно с Вами согласен. Надеюсь, NASDAQ скоро
> совсем рухнет и эта нелепая гонка монстров кончится. Народ без
> суеты начнет заниматься любимым делом программирования, а не
> перманентным бета-тестированием сырого софта.
Или менять каменные топоры на теплые шкуры, если NASDAQ грохнется совсем сильно. ;)

satyr.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Люууди! Киньте в меня сырцами сановской JVM для SDK 1.3.1 а лучше 1.2.2!!!!
А то я под FreeBSD, они бинарники не хотят давать и другим не дают, а сырцы русским не дают... Уроды...

** ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Господа, сорри за офф-топик... Никто не знает, как TkSTEP из Tcl/Tk 8.3 сделать?
А то очень уж кривой 8.0.4 в плане локализаций... И вообще он древний :)))))

** ()
[#] Ответ на: Re: На "злобу дня". X-терминалы и JAVA от anonymous 23.08.2001 18:17:50  

applets, gui, ide etc.

> 2.IBM VisualAge for Java написан на Smalltalk. Иначе реакция отыета
> у этого монстра превысит все допустимые пределы.
Скорее достигнет пределов JBuilder'a, Forte, NetBeans ;)

> 3. Lotus e-Suite is dead. Другие GUI проекты других фирм также are
> dead.
См. выше + http://www.togethersoft.com.

> 5. Sun при проведении survay (opinion pole) признала, что многие
> используют command line tools вместо "deploytool -gui" при создании
> EJB. (Догадайтесь, как голосовал я!) Sun утилита deploytool это
> еще "цветочки" по сравнению с IBM WebSphere 4.0 утилитой assembly.
Блин, мужик, ты определись, что ты хочешь!
Мышой по ковру кружить и еще чего-нить. Если задеплоить надо один и тот же архив на один и тот же сервер, то лучше это делать одной командой. GUI надо что бы покрасоваться, имхо.

> 6. Для создания Web N-tear приложений вполне годится Tomcat
И где здесь 'N'?

satyr.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>MySQL сел в конкретную лужу

1.NASA першла на MySQL с Oracle :)

2."Кулик" поддерживает MySQL (и неплохо!)

3.IBM WebSphere 4.0 поддерживает MySQL (!!!)

4.Для MySQL большая часть бизнес-логики пишется на С - издержки быстродействия. Даже и не стоит пытаться написать сложную бизнес-логику на PHP. Лучше потратить день на то, чтобы разобрться в написании на С mod_* под Apache.

5. Я не отрицаю использование простых JSP и сервлетов под "Котом", поскольку Tomcat их держит в RAM.

>>Зачем? Какой смысл в такой перегрузке?

6. см. пример у Гослинга. Это спрашивают на экзаменах (как по С++, так и по Java) Приведу свой пример (к сожалению код Вам надо будет отформатировать)

class A { void hi() { System.out.println("A"); } }

class B extends A { void hi() { System.out.println("B"); } }

class C { public static void main(String[] args) { A a = new A(); B b = new B(); A ab = (A) b; // можно приводить только "вверх" ab.hi(); } }

А вот на С++ интереснее:

#include "stdafx.h" #include <iostream> using namespace std;

class A { public: void hi() {cout << "A" << endl;} virtual void hiv() {cout << "A" << endl;} };

class B : public A { public: void hi() {cout << "B" << endl;} virtual void hiv() {cout << "B" << endl;} };

int main(int argc, char* argv[]) { A *a = new A; B *b = new B; A *ab = (A *) b; ab->hi(); ab->hiv();

return 0; }

anonymous ()
[#]  
Irsi

Re: На "злобу дня". X-терминалы и JAVA

Shadow: а www.filesearch.ru не пробовал? Имя файла make говорит, когда из портов ставить пробуешь...

# ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>Люууди! Киньте в меня сырцами сановской JVM для SDK 1.3.1 а лучше >>1.2.2!!!! >>А то я под FreeBSD, они бинарники не хотят давать и другим не дают, >>а сырцы русским не дают... Уроды...

128 битную криптографию они нам не дают. Файл немаленький для скачки: у меня j2sdk1_3_0-src-linux.tar.gz занимает 46 712 808 бит. Лучше под *BSD kaffe использовать - оно хоть для GUI использует lightweight, а не peer, но работает быстро, хотя это не совсем и Java 2, зато работает под всем и открыто. А поддержку RFC1421 можно и самому за 2 часа написать. Можно еще использовать gcj из GNU Compiler Collection >= 2.96.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

to anonymous (*) (2001-08-23 17:19:31.0)
наса перешла на MySQL....
перед тем как такое писать сначала потрудитесь выясниснить что конретно перевели и какую часть от общего использования СУБД это состовляет. Приблизно как заявления типа наша контора использует Линукс!!! А как? да у нас стоит почтовый сервак на линуксе и 200 воркстайшинов под виндой. Но мы громко заявляем что перешли на линукс :))

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

1. В догонку: "байт", не "бит", разумеется.

2. На сайте http://www.kaffe.org такая фраза о совместимости: "Kaffe mostly complies with JDK 1.1, except for a few missing parts. Parts of it are already JDK 1.2 (Java 2) compatible. "

anonymous ()
[#] Ответ на: Re: На "злобу дня". X-терминалы и JAVA от anonymous 23.08.2001 21:19:31  

Re: Аргументы

> 3.IBM WebSphere 4.0 поддерживает MySQL (!!!)
Конечно, а также ms sql, postgresql, access и т.д.
Раскрою страшную тайну. IBM WebSphere 3.5 тоже поддерживала MySQL.

>>Зачем? Какой смысл в такой перегрузке?
> 6. см. пример у Гослинга. Это спрашивают на экзаменах (как по С++,
Блин, я хочу, чтобы мне объяснили, какой смысл, для чего используется перегрузка НЕВИРТУАЛЬНЫХ методов.
Нафиг оно надо, в конце концов?
Наверное, придется искать Гослинга, хотя не уверен, что там есть ответ на мой вопрос.

> так и по Java) Приведу свой пример (к сожалению код Вам надо будет
Не уверен. В java такого нет.

> отформатировать)
Попробуй использовать 'User line break' вместо 'TeX paragraphs'.

satyr.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

kaffe не катит, 1.3.0 тоже.

Спасибо Irsi, для сервака 1.2.2 нашёл...

Знакомые в штатах мне уже почти переправили 1.3.1 - буду OpenOffice собирать :)))))))))))))))))))))))))))))

** ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

1.>>Блин, я хочу, чтобы мне объяснили, какой смысл, для чего >>используется перегрузка НЕВИРТУАЛЬНЫХ методов.
>>Нафиг оно надо, в конце концов?
Согласно концепции объектно-ориентированного программирования, можно ПЕРЕОПРЕДЕЛИТЬ (override) _любой_ метод в наследуемом классе. ПЕРЕГРУЗКА (overloading) методов используется в одном и том же классе, а не его наследнике. (Источник: Г.Буч) Любите Вы спорить!:) В споре не рождается истина, а убивается время, которое можно c пользой потратить, к примеру, на изучение Java "in depth" или основ C++.

2.>>Но мы громко заявляем что перешли на линукс :))
У меня раньше дома на харде был Windows98/Linux Mandrake 8, а теперь только Linux SlackWare 8. По этому случаю я устроил большой праздник День Полного Перехода На Linux!:):):)

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Yeah!!!! У меня собралась JDK 1.2.2 и работает под FreeBSD 4.4 RC #1 (такую хрень мне cvsup по тегу RELENG_4 поставил).
Но почему так дико тормозит Нервный Текст в applettviewer'e???
Что на Blackdown java в Linux-эмуляции, что на нэйтивной... JDK 1.1.8 вполне шустро всё рисует!
:((((((

** ()
[#]  

Re: На

Да6 чтоб отбросить грязные инсенуации... Dual PIII, 1GHz, 1Gb RAM... Но X-сервер - на моей рабочей машине, всё по протоколу.

** ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>Да6 чтоб отбросить грязные инсенуации...
Надо будет либо покупать 4 процессорный PIV 2GHz с 4GB RAM и SCSI UW160 - они сегодня как раз появились в продаже, либо на писать все на C. :)
Кстати, а ведь Иксы то в 3 кольце работают в отличие от WЫndoze. Это, конечно правильнее и надежнее, но вот GUI Swing Жаба этой прелести на понимает и тормозит...
А кстати, кто развлекался с Java 3D? Вот это ресурсопожиратель!
"Java is a snale what its Your RAM."

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

Кстати, а коммерческие Иксы ставить не пробовали?
Если кто запускал Жабу под быстрыми Иксами - расскажите, пожалуйста.
"Java is a snail what its Your RAM."

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

По идее, четвёртый XFree тоже быстрый... А у меня X даже не в кольце - он просто на другой машине :))))))))))))))))))))))

** ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

anonymous (*) (2001-08-24 16:05:03.0)
ты совсем придурок или читать не умеешь. Причем тут 4 процессорные машины и уж тем более сказишные винты. И причем тут скорость Х до жабы? Та небольшая прога которая на шоте совершенно нормально себя чувствует на целероне +64М +win98. А непосредственно то что на шоте запушено под линухом PIII-450+512M и отрисовываеться на Х-терминал. И представь себе не тормозит.

* ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

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

anonymous ()
[#] Ответ на: Re: На "злобу дня". X-терминалы и JAVA от anonymous 24.08.2001 16:03:47  

Re: Аргументы

> 1.>>Блин, я хочу, чтобы мне объяснили, какой смысл, для чего
> >>используется перегрузка НЕВИРТУАЛЬНЫХ методов.
> >>Нафиг оно надо, в конце концов?
> Согласно концепции объектно-ориентированного программирования,
> можно ПЕРЕОПРЕДЕЛИТЬ (override) _любой_ метод в наследуемом классе.
> ПЕРЕГРУЗКА (overloading) методов используется в одном и том же
> классе, а не его наследнике. (Источник: Г.Буч) Любите Вы спорить!:)
> В споре не рождается истина, а убивается время, которое можно c
> пользой потратить, к примеру, на изучение Java "in depth" или основ
> C++.
Хорошо, поставлю вопрос правильно.
Для чего используется или какой смысл в ПЕРЕОПРЕДЕЛЕНИИ НЕВИРТУАЛЬНЫХ методов в наследуемом классе.
Зачем может понадобиться метод B::hi(), приведенный "anonymous (*) (2001-08-23 17:19:31.0)" в примере.

satyr.

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

>>Для чего используется или какой смысл в ПЕРЕОПРЕДЕЛЕНИИ
>>НЕВИРТУАЛЬНЫХ

Объяснение таково:

В С++ мембер-функция, доступная для переопределения (to be overrided)
может быть явно объявлена, как виртуальная, так и невиртуальная.
В Java все методы принудительно (наверное, для облегчения жизни индусским программистам типа Маугли) реализованы только как виртуальные. Из-за этого снижается производительность, так как VM какждый раз принудительно строит таблицу виртуальных функций, причем довольно объемную, учитываю негибридный характер Java.

#include <iostream>
using namespace std;

class Mammal {
public:
f() {cout << "млекопитающееся" << endl;}
virtual fv() {cout << "Ррр!" << endl;}
};

class Cat : public Mammal{
public:
f() {cout << "кошка"<< endl;}
virtual fv() { cout << "Mяу!" << endl;}
};

int main()
{
Mammal *pet = new Mammal;
Cat *cat = new Cat;
Mammal *myPet = (Mammal *) cat;
myPet->f();
myPet->fv();
return 0;
}

Результат:
млекопитающееся
Мяу!

Подставьте вместо кота элемент пользовательского интерфейса и задача станет еще интереснее.

Как видите, в С++ подобная возможность вытекает из возможности передачи параметра как по ссылке, так и по значению, а в Java используется только передача параметра по значению. (Кстати, а в USA я не видел автомобилей с ручной коробкой передач - таков американский менталитет!)

So, Java прекрасный язык для написания апплетов, однако в таких средах, как создание гетерогенных вычислительных систем с успехом может использоваться и старый добрый SUN (первоначально это бала не корпорация!) протокол RPC, реализованный на ANSI C.

Б.Строустрап как-то пошутил, что создал С++, поскольку "слишком много стало Си-программистов". Гослинг пошутил еше круче...

anonymous ()
[#]  

Re: На "злобу дня". X-терминалы и JAVA

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

Да кто спорит то :)) Тут все занимаються "реальными" проектами :)) Тока реальность проектов анонимусов редко выходит за localhost :))

* ()
Скриншоты