Мы все же надеемся, что на конференцию придут не зрители, а участники. Конференция подразумевает двустороннее общение. Готовьте ваши вопросы докладчикам, пытайте инженеров на стендах и они отдадут вам самое ценное что у них есть — знания и опыт. Будьте активными!
Организаторы, конечно, оставляют за собой право отказать во посещении конференции лицам в состоянии алькогольного и наркотического опьянения, в грязной одежде.
Но если отбросить крайности, то да.
Спасибо за комментарий. Добавил «Род занятий» — «Фриланс». Если вы не работаете по найму и не учитесь укажите в названии организации и должности «фриланс», а в адресе — свой домашний адрес.
Идея как раз в том, чтобы написать свой компилятор элементарных операций в байткод. Можете сделать язык программирования, который умеет только складывать двузначные числа. Надо честно генерировать байткод, но это можно делать средствами Java, есть замечательная библиотека ASM asm.ow2.org/ и конечно спецификации JVM в помощь java.sun.com/docs/books/jvms/
Задача далеко не простая, но вполне осуществимая.
Действительно, заголовок выглядит устрашающе. Только на самом деле ничего страшного не произошло.
Да, есть баг.
Да, есть workaround.
Да, будет апдейт.
Нет, вас это не убъет.
Студенты, как всегда, welcome. Но я тоже рассчитываю на то, что летняя пора привлечет более зрелую аудиторию. Да, кстати, не забывайте приглашать коллег.
Честно говоря слайды оторванные от докладчика как правило имеют очень маленькую ценность. Но если слайды будут, то выложим. Мое мнение по таково, что подключение-отключение ноутбуков в таких блицах только занимает время. Думаю большинство будут просто говорить, используя иногда флипчарт
Действительно может каждый. Регистрация нужна, чтобы охрана офиса не занималась переписыванием фамилий из документов на входе, а просто находила вас в списке и пропускала как можно быстрее
Идея отказаться от скриптового языка в пользу Java API исходила изначально от сообщества. Необходимость изучать новый язык и трудности интеграции его с Java перевешивали его удобства.
К тому же, насколько я знаю, для компаний использующих JavaFX 1.* Oracle предлагается партнёрская программа, в рамки которой входит помощь в переносе кода на JavaFX 2.0
"
>> С самого анонса очень ждал. Потому, что в 2 обещали существенно улучшить прикручиваемость к >>любым языкам на базе JVM. Вот прикрутить хорошенько к Scala, Groovy и Clojure и будет красотища…
>> Тут по сути от JavaFX только runtime библиотека и её engine. Скрипта нет, всё делается из Java, >>т.е. используется она не так, как задумано. Или концепция так сильно изменилась в 2.0?
>>
»Только runtime и engine" — это и есть JavaFX. Скриптовый язык был одним из возможных подходов к реализации API, который не показал себя достаточно хорошо, чтобы сохранить его в новом релизе.
>> И как, в JavaFX 2.0 формы по-прежнему без плясок с бубном нельзя открыть другую JavaFX форму >> как диалог (модальный или немодальный)? Тогда я до сих пор не понимаю, как кому-то в Sun/Oracle >> пришло в голову утверждать, что JavaFX можно использовать для написания дестопных ентерпрайз >> приложений. Или что-то всё-таки изменилось к лучшему?
Вышел целый релиз. В нём многое изменилось к лучшему. В частности, модальные и немодальные окна. См. javafx.stage.Modality
>> И GroupLayout я тоже что-то не вижу, дыра в документации, или всё так плохо?
>>
Наиболее близкий по функционалу layout manager называется GridPane."
Но если отбросить крайности, то да.
Задача далеко не простая, но вполне осуществимая.
Да, есть баг.
Да, есть workaround.
Да, будет апдейт.
Нет, вас это не убъет.
К тому же, насколько я знаю, для компаний использующих JavaFX 1.* Oracle предлагается партнёрская программа, в рамки которой входит помощь в переносе кода на JavaFX 2.0
"
>> С самого анонса очень ждал. Потому, что в 2 обещали существенно улучшить прикручиваемость к >>любым языкам на базе JVM. Вот прикрутить хорошенько к Scala, Groovy и Clojure и будет красотища…
В бете готова поддержка ruby: http://download.oracle.com/javafx/2.0/jruby/jfxpub-jruby.htm
Со временем подтянется и остальное.
«Спасибо за развёрнутый комментарий.
>> Тут по сути от JavaFX только runtime библиотека и её engine. Скрипта нет, всё делается из Java, >>т.е. используется она не так, как задумано. Или концепция так сильно изменилась в 2.0?
>>
»Только runtime и engine" — это и есть JavaFX. Скриптовый язык был одним из возможных подходов к реализации API, который не показал себя достаточно хорошо, чтобы сохранить его в новом релизе.
>> И как, в JavaFX 2.0 формы по-прежнему без плясок с бубном нельзя открыть другую JavaFX форму >> как диалог (модальный или немодальный)? Тогда я до сих пор не понимаю, как кому-то в Sun/Oracle >> пришло в голову утверждать, что JavaFX можно использовать для написания дестопных ентерпрайз >> приложений. Или что-то всё-таки изменилось к лучшему?
Вышел целый релиз. В нём многое изменилось к лучшему. В частности, модальные и немодальные окна. См. javafx.stage.Modality
>> И GroupLayout я тоже что-то не вижу, дыра в документации, или всё так плохо?
>>
Наиболее близкий по функционалу layout manager называется GridPane."