> не стоит заниматься оптимизацией программы прежде чем вы прошлись по ней профайлером,

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

> Проблемы *раелизации* потоков в Java

опечатка, поправьте.

> Пример применения замыканий в реальной разработке

Угу, порой нужная штука. Впрочем в джаве их довольно просто имитировать с помощью inner classes.

> Зачем нам так много скриптовых языков программирования

Вот это интересно. Схожу по ссылке.

JSF не нужен - GWT Rules

JSF не нужен - GWT Rules

А сабжевый жабабыдлокодер - это кто?

Кто-нибудь, расскажите, какое отношение это имеет к Linux или Open Source?

/me кастует явакапец...

> Кто-нибудь, расскажите, какое отношение это имеет к Linux или Open Source?

а что, исходники жабы опять закрыли?

Которой?

> А сабжевый жабабыдлокодер - это кто?

Профессор университета San-Jose. Был вице-президентом и главным специалистом по технологиям компании Preview Systems. Он является автором многих книг и одним из авторов книги Core JavaServer Faces.

А ты кто?

// :(

> Проблемы реализации потоков в Java

А по ссылке это названо как "Типичные ошибки при работе с потоками", разве нет?

> а что, исходники жабы опять закрыли?

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

А как ты будешь интерфейс рисовать, если браузер твое GWT не потянет ? хотя чего ещё ожидать от троллей-ананимусов

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

Используют жаву?

Wicket?

А вообще я ещё не видел ни одного вменяемого java-программиста, которому бы нравились JSF.

Ночь не спал как хотел все это узнать!Уххх, как раз к стати,вечером почитаю.

> А как ты будешь интерфейс рисовать, если браузер твое GWT не потянет

Это какой браузер GWT не потянет? lynx что ли?

>> А как ты будешь интерфейс рисовать, если браузер твое GWT не потянет

Джава скрипт, который генерится GWT оптимизирован под все нормальные брозеры. FF,Opera и даже уродец IE нормально все будут отображать.

> Джава скрипт, который генерится GWT оптимизирован под все нормальные брозеры. FF,Opera и даже уродец IE нормально все будут отображать.

Нормальный броузер называется Konqueror ;)

>Нормальный броузер называется Konqueror ;)

бугага, давно так не ржал

>Почему не стоит заниматься оптимизацией программы прежде чем вы прошлись по ней профайлером,

Потомучто нужно как-то продавать новейшие 4-ёх ядерные процессоры.

> бугага, давно так не ржал

Гномерами разрешаю считать нормальным епифани на вебките (оно ксати как?)

ф топку. лучше tapestry5.

>Wicket?

ф топку. лучше tapestry5.

Чем лучше?

> Профессор университета San-Jose

Кстати, судя по рейтингам это изрядная дыра.

> А вообще я ещё не видел ни одного вменяемого java-программиста, которому бы нравились JSF.

это не значит что их нет.

> Кэй Хорстманн дал интервью

А потом догнал и еще раз дал?

Только в куче случаев java-профайлеры показывают кардинально неправильную статистику, измеряя время потраченное на профайлинг, а не время затраченное программой (которое оказывается в 10-100 раз меньше). Разве что профайлинг eclipse'a иногда что-то близкое к истине выдает...

> это не значит что их нет.

"-Вот ты видишь хомячка? -Нет. -И я не вижу, а он есть."

* troll mode activated

> Чем лучше?

чем Wicket! =)

Лучше бы он рассказал, почему жаба под Линуксом тормозит нещадно...

Патамушта GCJ?

> Патамушта GCJ?

уточнение: сановская жаба

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

>воплощающие сервера приложений

сервер воплощается....воплощается... воплощение завершено.

жаба наше все, и она !тормозит

!(жаба наше все, и она !тормозит)

Не только Core Java Faces, но и фундаментального учебника двухтомника Core Java. Учебник сей ничем не хуже Философии Java

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

Сравни Эклипс под вендой и Линуксом. Я сравнивал.

сравнивал, почти каждый день работаю, то там то там. В линуксе изредка он замораживается. Ещё в венде интерфейс более компактный и приятный (может кто подскажет, как в линуксе его улучшить?). А по скорости никакой разницы не ощущал, на глаз по крайней мере. BTW в данном случае скорее GTK-шные биндинги SWT-а будут сравниваться с WinAPI-шными, естественно вторые будут быстрее, хотя опять же на моём ноуте этого не заметно. Eclipse 3.3, Sun Java 1.6, 2 GB RAM, если что.

PS Websphere под вендой запускается дольше. Правда там IBM J9 юзается.

дык это же аффтар супер-мега текстового процессора моей молодости - ChiWriter!

> А ты кто?

А он вообще реальный пацан, ты что хотел? :)

Всё зависит от железа. Очевидно, твоя машина нивелирует разницу в скорости до того уровня, который нельзя оценить на глаз.

Иногда у людей отключен javascript, иногда - какой-нибудь нестандартный браузер. В любом случае, если конечно ты не пишешь внутрикорпоративный тяжелый портал, ты должен предусмотреть различные варианты использования твоего ПО. В случае с GWT (я правда на него в последний раз смотрел несколько лет назад, когда занимался изучением AJAX и всёго с ним связанного) во ВСЕХ их примерах было что-то типа if (gwt.isSupported()) {...bla bla bla...} else { ... }, и сделано это было не случайно (ИМХО) - чтобы показать тем, кто сам не догадается, что GWT (да и AJAX) поддерживается браузерами не всегда. И этот момент тоже надо учитывать.

Что использовать для отображения интерфейса ? - ну тут уже очень сильно зависит от задачи и прочего. Можно и wicket, и tapestry, и jsp c "нужными" taglib-ами (если используешь struts2, то зачем отказываться от того, что они предлагают для отображения). Единственное, против кого я пока что настроен - это JSF (когда я знакомился с ними, 1.2 были ещё сырые и медленные, а в 1.1 мне было недостаточно функционала). Может быть сейчас ситуация исправилась... я об этом смогу сказать только когда снова к ним вернусь (намечается пара мелких проектов, где их снова можно попробовать в действии).

Люди сидели спокойно работали. Делали то, что они хорошо умеют делать. И тут пришел Кэй Хорстманн (весь в белом). Рассказал что они неправильно оптимизируют. Неправильно пишут сервера приложений, неправильно реализуют спецификации и главное неправильно пользуются скриптовыми языками.

В итоге. Окруженный гвардейцами кардинала он гордо покинул требуну.

Почитал интервью. Местами говорит правильные вещи, но уж очень "местами"... Например, очень правильные вещи он сказал про паттерны, про отрыв лекций от практики.

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

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

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

Perl, Python, Ruby — какой язык для каких задачи подходит лучше?

Ну и PHP в тот же список для порядку. Если что, на нём тоже можно писать CUI-приложения и даже вроде бы есть биндинги к графическим приложениям.

первое что приходит в голову:

perl - анализ текста и другие близкие к этому прикладные задачи

ruby (on rails в частности) - для мелких сайтов самое оно - что-нибудь типа интернет магазинов с простейшим функционалом