Шокирует то, что этот сайт не работает в FireFox. Вообще, в Российском интернете это очень частое явление. Почему именно в нашей стране в школах учат почти исключительно продуктам Microsoft и такая большая степень промытия мозгов, что "вэб дизайнеры" в подавляющей массе не подозревают о существовании других браузеров?

Сегодня мне удалось послушать одну исключительно полезную и грамотную техническую сессию. Cliff Click и Brian Goetz на пару рассказывали о сложностях оптимизации производительности в современных архитектурах. Подробно, с примерами. На редкость грамотная и интересная презентация. Как только они выложат слайды online, я обязательно скину в своем блоге ссылку на них, как и на несколько других интересных презентаций с этого JavaOne.

А вечером IBM рассказывала про Apache Harmony. Я и не знал что они этим глубоко занимаются. Делали упор на модульность, которую в Sun-овскую реализацию еще только планируют прикрутить (и по этому поводу было аж несколько презентаций от Sun). Также IBM зачем-то воткнула речь про свою технологию кэширования информации в кластере. Там было упоминание о том, что мол на рынке есть и другие такие продукты, но никакого реального сравнения с конкурентами представлено не было. В общем, бесполезный маркетоидный рассказ получился.

Вот и всё. Для меня это был последний день на JavaOne. Труба зовет на TradersExpo.

На General Session рассказывали про успехи Java на мобильном фронте. На сцене представители Orange и SonyEricsson клятвенно обещали объединяться с индустрией и бороться с фрагментацией платформ которая, как известно, корень всех проблем в мобильном Java мире. Тот факт, что они открыто признали фрагментацию уже радует. Посмотрим, что у них получится с борьбой.

Обещали поддержку Java Store и JavaFX на разных устройствах. Как всегда, в маркетинге Sun Microsystems не все дома, и похоже они хотят как-то завязать между собой Java Store и JavaFX. Надеюсь, что разум возобладает и, несмотря на маркетинг, для Java Store будет все-равно какие именно Java приложения в нем размещены. Концептуально идея у них такая: разработчик отправляет приложение в Java Warehouse, где его проверяют, сертифицируют и т.п., а уже оттуда оно становится доступным на всех устройствах. С точки зрения маркетинга Sun, устройства делятся на три категории: Desktop, Mobile, TV. Они это называют "all screens of customer's life". Собственно, хитом шоу было одно и тоже JavaFX приложение работающее на всех 3-х устройствах. Desktop-ом у них был MacBook, в качеcтве Mobile выступала специальная версия HTC Touch Diamond с поддержкой JavaFX (кстати, её здесь продают), а в качестве TV выступало уже упоминавшееся мной устройство от LG.

Итак, началась ежегодная конференция JavaOne. На открытии конференции, как всегда, рассказали о миллиардах десктопов и мобильных устройств с Java ;) Не забыли упомянуть и о Blue Ray дисках. Показали телевизор LG (начинает продаваться в Корее через месяц), который нативно умеет запускать JavaFX приложения с весьма неплохой производительностью (полупрозрачные менюшки и приложения живенько бегали поверх Full HD видеоряда).

Анонсировали Java Store (пока в глубокой бете), который позволит программистам легко распространять и продавать свои приложения. В общем, модный тренд не обошел стороной и Java. Они пока еще не выбрали конкретную модель оплаты (в бете всё бесплатно) и спрашивают мнения разработчиков о том, какая модель будет лучше всего. Порадовало то, что сразу предусмотрен режим preview, когда можно запустить приложение не покупая и не устанавливая его.

Естественно, они не смогли промолчать про покупку Sun Microsystems компанией Oracle. Из-за требований закона, как публичная компания, они не могут официально комментировать еще не завершенную сделку. В этом году нет стенда Oraclе, нет презентаций от Oracle. Но в конце открытия на сцену пригласили Лари Эллисона, который попытался успокоить всех Java разработчиков. Он сказал, что ничего не поменяется, но будет больше инвестиций в Java, в том числе, и на клиентской стороне (упоминал JavaFX и OpenOffice).

ACM ICPC World Finals проходит прямо сейчас! Болейте за команды своих вузов! Официальная страница соревнований: http://cm2prod.baylor.edu/

Видеотрансляция соревнований: http://icpc09.csc.kth.se/live/

Официальная таблица результатов: http://icpcdmt.csc.kth.se/scoreboard/index.html

Таблица результатов в подробном виде: http://zibada.ru/pcms/finals/

Меньше чем через 4 часа определятся новые чемпионы мира по программированию. Однако, в последний час таблица результатов "замораживается" и победители будут объявлены только через 7-8 часов на церемонии награждения.

UPDATE: В этом году результаты объявили уже через 45 минут после окончания соревнования. Золотые медалисты (первые четыре места):
на 1-м месте команда СПбГУ ИТМО,
на 2-м команда Tsinghua University,
на 3-м команда СПбГУ,
на 4-м команда Саратовского ГУ.

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

UPDATE: Пост исключительно о программном коде. Упоминание программиста было лишним.

В последнее время много пишут про кризис. Кто-то с пессимизмом пишет про то, как всё будет плохо; другие критикуют власть и пишут, что она должна была делать, чтобы всем было лучше; третьи спрашивают, что же им делать, чтобы спастись или дают советы про то, как спасти себя. Я пока ни разу не видел, чтобы кто-то написал о том, что должен сделать каждый, чтобы всем было лучше. Это очень странно, ибо еще с досоветских времен в России было сильно коллективистское мышление -- забота в первую очередь о своем коллективе, а уже потом о себе. Похоже, что с ростом благосостояния общества неизбежно побеждает индивидуализм. Например, мои социальные установки существенно более индивидуалистичны, чем установки моих родителей. В этом не было бы ничего плохого, если бы не тот факт, что многие экономические процессы работают по принципу дилеммы заключённого.
( Read more... )

Написать этот пост меня cподвиг вопрос в ru_java от and_bel.

Всем кто когда-либо писал большие, сложные, многооконные GUI приложения, где разные окна работают с общими моделями данных, должна быть знакома ситуация: открываем и закрываем какое-либо окошко несколько раз и видим что потребление памяти увеличилось. Классическая утечка памяти, которая у пользователей проявляется как "тормоза" после длительной работы с приложением, а потом и вылет из-за нехватки памяти. Причина таких утечек обычно банальна и проста -- визуальные компоненты приложения должны подписываться к модели данных чтобы получать нотификации об её изменениях и отображать их на экране (классический шаблон Model-View-Controller, только Controller нас сейчас не интересует). Программист забыл отписаться от нотификаций при закрытии окна -- вот вам и утечка. В приложениях написанных на базе Swing ситуация осложняется тем, что при написании отдельных компонентов не очень понятно в какой момент надо отписываться -- стандартных методов типа close или destroy для компонентов не предусмотрено. Можно ли построить дизайн приложения таким образом, чтобы уменьшить вероятность появления таких ошибок?

( Read more... )

У нас есть большое Swing приложение в которое надо интегрировать HTML страницы. Именно интегрировать, а не открывать во внешнем браузере.

Когда эти страницы были простыми, нам хватало встроенной в Swing поддержки HTML. С ней, конечно, масса проблем, если у клиента не быстрый интернет, ибо там всего 4 штуки "image loader" потока, которые забиваются и любая подгрузка иконок в приложении умирает (там используются те же потоки). Но это мы научились обходить. Реальные сложности наступают, когда мы хотим интегрировать полноценные web страницы (JavaScript, современный CSS и всё такое).

Пару лет назад для решения этой проблемы мы долго воевали с JDIC. На Mac он у нас стабильно так и не заработал, а под Windows какая-то версия работает с натяжкой, но приемлемо. То есть валит и подвешивает наше приложение не слишком уж часто.

Сейчас же проблема поддержки Mac встает ребром. Отсюда вопрос: возился ли кто-нибудь с JDIC в течение последних двух лет и есть ли какие комментарии на эту тему? Может там всё радикально улучшилось за два года? А может есть какие-нибудь проверенные альтернативные решения?

P.S. Я знаю что Sun хочет решить эту проблему в JavaFX и, может быть, в Java 7. Но мне-то эту проблему надо решать уже сейчас.

В последнее время всё чаще обсуждается вопросы "Как должен развиваться языка Java?" и "Что придет на смену Java?". В качестве примеров т.н. Java.next языков приводятся Scala, Groovy и множество других экспериментальных и реальных языков. Изучение этих языков, в свою очередь, подпитывает желание добавить ту или иную фичу в Java. Наиболее конструктивная критика Java заключается в том, что для множества реальных задач приходится писать слишком много "boiler plate code". Например, всем известен такой шаблон:
( Read more... )