Iris: взгляд в будущее веба

а где тут линукс???

чтото явы последнее время стало много...

не будет такого. гамесу на 6Гб не скачаешь.

даже текстуры в реальном времени не загрузишь.

смотря какой интернет будет...

мечты, мечты..

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

Обычная страница, с чистеньким дизайном... Где будущее?

Прочитал как

"Irsi: взгляд в будущее веба"

надо выпить кофе.

Фигня какая-то обычная смотрелка картинок. Верстается на html + javascript за 20 минут. Что-то мне подсказывает что на JavaONE вместе с гослингом опять чего-то жуткого дернули.

> "Irsi: взгляд в будущее веба"
> надо выпить кофе.

Не помогает :(

Сам пью кофе и точно также прочитал. Чуть не подавился :)

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

javascript слишком убог и не блещет совместимостью.
зачем городить огород из javascript flash может проще всё сделать на яве? вот уж с быстродействем и гибкостью у неё проблем нет (по сравнению с javascript), да и есть надежда что другие языки скоро будут нормально в ней работать.

это рано или поздно всё это появится и станет стандартом, и пусть уж первым это сделает sun чем майкрософт.

Старая байка, слышал в 98, потом 2000, а воз и ныне там. И идея галимая, не говоря о реализации.

Очень интересно.

А вот я бы хотел специальную подсистему интернета, в которой будет осуществляться взаимодействие не через чистый HTML, а через специальный протокол наподобие Jabber или IRC, но только с поддержкой форумов и т.д.

И, разумеется, чтобы стандарт был свободный на это хозяйство.

А HTML пусть живёт - штука полезная.

Просто действительно лучше заменить зоопарк всяких языков (пых-пых, жабоскрипт, .НЕТ!, жаба и т.д.) чем-то основным, универсальным, не зависящим прямо от этих языков.

Я про средства обмена информацией.

>может проще всё сделать на яве? вот уж с быстродействем и гибкостью у неё проблем нет (по сравнению с javascript)

пока жаба запустится - скрипт уже отработает =)

>Iris: взгляд в будущее веба

Прочитал как "Irsi: взгляд в будущее веба" :))

Я тоже как Irsi прочитал ))))))

Похоже все так прочитали, к чему бы? Мож модеры разбанят ирсю?

>пока жаба запустится - скрипт уже отработает =)

100%, и даже +1

Кто-нибудь, расскажите им про x window systems.

Впрочем судя по Iris/Irsi -- тут половина ещё и читать не умеет нормально.

WTF? Фзад такое будущее где всё на яве.., гугл правильнее видит будущее в AJAX имхо, сан везде вез мыла пролезет..

Ну раз dmiceman сказал, что "результата ноль", тот значит "ноль". Он у нас признанный авторитет. Кульхацкер, типа. С соответствующей результативной оплатой за свой труд.

> пока жаба запустится

А ты больше зарабатывай, а не болтай. Гладишь - и нормальный комп себе купишь.

> Впрочем судя по Iris/Irsi -- тут половина ещё и читать не умеет нормально.

+1

Зато в болтовне и выражении своих комплексов неполноценности "гикнутые" всегда на любой Java-теме тусуются.

Почитал, ужас объял меня ... куда катится java...

однажды будда написал на песке: "все брамины -- дерьмо". но потом передумал и стер написанное.

Так может говорить человек, который совсем не в теме. JS вполне себе взрослый ОО язык, со всеми прилагающимися причандалами. Не надо ляля.

Если в нем есть убогость, прошу тыкнуть пальцем в конкретику. Невозможность открыть файл с локального компьютера не предлагать.

А по поводу несовместимости, хм. Где несовместимость в языке?

>Просто действительно лучше заменить зоопарк всяких языков (пых-пых, >жабоскрипт, .НЕТ!, жаба и т.д.) чем-то основным, универсальным, не >зависящим прямо от этих языков.

Такого никогда не будет, нафиг надо, потому-что людям не свойственно создавать идеально универсальные вещи. IMHO

> JS вполне себе взрослый ОО язык, со всеми прилагающимися причандалами

+1

тормознутый вот только. и прочтение OO у него немножко свое.

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

Хотя в третьем фаерфоксе вроде-бы что-то там обещали поправить с этой проблемой.

> > "Irsi: взгляд в будущее веба"

> Сам пью кофе и точно также прочитал. Чуть не подавился :)

CMYK-CMYK-CMYK, GIMP-GIMP-GIMP!?

>Гладишь - и нормальный комп себе купишь.

s/нормальный комп/нормальный кластер/

> а ейный компилятор в брузере ;)))

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

ИМХО намного удобнее запускать апплет (читай обычную аппликуху), который обладает уже готовыми и удобными либами для вывода ГУИ, чем юзать JavaScript, манипулирующий убогим HTML. К тому же, апплеты можно запускать при необходимости и без броузера, как обычные программы. И писать их проще нежели JavaScript & HTML.

> Не тру. Не основатель ли Sun говорил, что будущее за "тонкими клиентами"?

А что, тонкие клиенты без проблем будут нести Java людям :) По роду деятельности сам сталкиваюсь с тонкими клиентами. В общем, поищите, скажем мать VIA EPIA (любую): мощность встроеных в них проца начинается с 1000MHZ. Даже и неубеждайте меня, что этого недостаточно. Технологически недешевле выпускать всякий хлам типа P-II. ;)

>Все операции по обраюотке должны осуществляться на сервере, а веб должен быть лишь интерфейсом

Мне трудно представить ширину канала и вычислительную мощность (целесообразность создания) этого сервера, чтобы он смог обслуживать больше 100к пользователей, одновременно загружающих на него картинки и применяющих к ним какие-то эффекты. Очередная маразматическая задумка глобализаторов по бесполезной утилизации сетевого трафика и вычислительных мощностей PC.

Это случаем не к JavaFX имеет отношение (типа Flash-killer). https://openjfx.dev.java.net/
там демки внизу есть, очень занимательные (два сайта переделали под JavaFX)

И в дополнение:
* Sun plans to drop the download from ~11MB to 2-4MB for
the JRE.
* Sun's redoing the JRE installer to be simply, easy,
pretty, etc.
* Sun plans to pre-feed the disk cache to reduce Java
startup time to something under 2 seconds.
* Sun's focused on fixing Java Plug-In stability issues.

Given say a 3MB download, easy install, 1-2 second startup, stable JPI, and a strong script language and tools, this could be really something -- it's all a matter of whether Sun can successfully execute on all of these fronts (and do so rather quickly).

> ИМХО намного удобнее запускать апплет (читай обычную аппликуху), который обладает уже готовыми и удобными либами для вывода ГУИ,

сейчас умру. это типа awt-то удобный?

> Given say a 3MB download, easy install, 1-2 second startup, stable JPI, and a strong script language and tools, this could be really something -- it's all a matter of whether Sun can successfully execute on all of these fronts (and do so rather quickly)

сложно не согласиться. это бы изменило ситуацию. но.. мало верится.

> сейчас умру. это типа awt-то удобный?

Нет. Swing. Кнопки те же, только поддерживают скины, и к тому же, будут нормально отображаться на любых компах с любыми настроками шрифтов, скроллбаров и т.д., т.к. не привязываются к координатам, а располагаются на layouts. А то, что в винде, что в линуксе - расширишь скроллбар или сделаешь шрифт 120 dpi - и вся разметка окон поплыла...

Единственный минус - Свинг не может брать текущий виндовозный/линуксовый стиль. У них, конечно есть встроенные системные, но они выглядят всегда одинаково дефолтно.

> Единственный минус

у него есть более другой мааленький недостаток -- он монструозен. и тормознут. и для аплетов никак не годится.

> компилятор к нему приделать затруднительно. сложнее чем к питону или руби

Заборная трава у тебя. Может ява-скрипт сложнее питона, но уж точно не сложнее Руби. В плане синтаксиса и возможностей Руби перекрывает яваскрипт по всему.

А отсюда и задача эта проще для ява-скрипта, чем для Руби.

> Сам удивляюсь, почему нельзя сделать быструю реализацию js, технически вроде все для этого есть.

Не всё. JS слишком динамический. Полноценно откомпилять в натив не получится. См., например, Python. Производительность даже с psyco хромает. Но у Python другая ниша, ему помогают нативные модули, которые никто не даст грузить через веб для JS. Да и библиотека у JS бедна, поэтому мало-мальски сложное приложение тянет всё с собой, а это не столько траффик, сколько увеличение времени старта. А использование DOM в качестве GUI API --- бред садомазохистов.

Так что, AJAX это далеко не круто, но на безрыбье и рак --- рыба.

> В плане синтаксиса и возможностей Руби перекрывает яваскрипт по всему.

> А отсюда и задача эта проще для ява-скрипта, чем для Руби.

Теплое с мягким. Java сложнее их всех, но компилятор к ней приделать проще и он уже давно есть.

> он монструозен.

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

> и тормознут.

Тормознее, чем JS+HTML? Не верю.

> у него есть более другой мааленький недостаток -- он монструозен. и тормознут. и для аплетов никак не годится.

Бред.
Монструозен ВинАПИ.
Свинг уже очень давно рисует _БЫСТРО_

Нет уж, пусть Microsoft будет первым. Платформа .NET на порядок лучше чем JVM.

> Сам удивляюсь, почему нельзя сделать быструю реализацию js, технически вроде все для этого есть.

По той же причине, почему нельзя сделать быструю реализацию Ruby или Tcl (или PHP, раз уж пошла такая пьянка). Динамика-с.

> > А отсюда и задача эта проще для ява-скрипта, чем для Руби.

> Теплое с мягким. Java сложнее их всех, но компилятор к ней приделать проще и он уже давно есть.

Java как язык - вполне простая. Особенно 1.4 и младше.

Статическая типизация, достаточно бедный синтаксис... Компилятор в нативный для Java 1.4 можно написать за две-три недели (ну, он, конечно, будет плохой, да ;), минус поддержка класслоадеров.

Увидел на картинке по ссылке чудное буквосочетание "Java.NET"... Много думал... :)

> у него есть более другой мааленький недостаток -- он монструозен. и тормознут. и для аплетов никак не годится.

Память Java кушает, спорить не буду. Но прорисовку окошек не тронь! :) Всё очень даже быстро. Если памяти в системе, конечно не 16 метров.