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

На встрече JUG.RU Антон Архипов (сотрудник компании ZeroTurnaround) выступил с двумя докладами посвященными внутренним принципам работы JRebel. Запись доклада и презентации доступны по ссылке.

После просмотра узнаете, как можно в “домашних условиях” модифицировать байт-код в runtime $). И познакомитесь с библиотекой для манипуляций байт-кодом Javassist и JRebel SDK.

А для пониманию сути всего происходящего, помогут несколько глав книги Inside the Java Virtual Machine

Как это не удивительно, но довольно много из кандидатов имеют пробелы именно с первой и второй колонкой раздела Теория!!!

Если хотите освежить свои знания по алгоритмам и структурам данных, советую онлайн-курс MIT Introduction to Algorithms

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

Для начала стоит предупредить, что все излагаемое в презентации может измениться; не думаю, правда, что радикально, но все же. Так, к примеру, за время, прошедшее между двумя докладами, defender methods успели окончательно сменить название на virtual extension methods.

И второе, те примеры кода, которые приводились во время презентации, работают! Точнее, почти работают… Вы можете скачать предварительную версию JDK 8 с поддержкой лямбда-выражений и начать экспериментировать.

• Virtual extension methods

Итак, предположим, мы имеем интерфейс NewInterface и хотим в него добавить новый метод void test() без необходимости его реализации в классах, которые реализуют данный интерфейс. Для этого в третьей строке, после описания метода, добавляем ключевое слово default и указываем имя класса, а также статического метода в данном классе, который будет вызываться в случае обращения к методу void test().

interface NewInterface{
void test2();
void test() default DefaultClass.test;
          //default { DefaultClass.test(this);};
}

Код в третьей строке и будет тем самым virtual extension method.

В одном из описаний упоминается, что к методу вызываемому по умолчанию, после слова default можно обращаться так, как сделано в 4 строке, но в данный момент такой код не компилируется.

Класс DefaultClass выглядит следующим образом:

class DefaultClass {
    public static void test(NewInterface ni){
        System.out.println("Default Hello");
    }
}

Теперь можно написать класс NewClass реализующий наш интерфейс NewInterface:

class NewClass implements NewInterface{
	public void test2(){
		System.out.println("My Hello");
	}
}

Метод test2() “нормальный”, поэтому его мы обязаны реализовать. Если мы реализуем и метод void test(), то при обращении к нему будет вызываться данная реализации, иначе – дефолтная реализация из класса DefaultClass.

Протестируем то, что получилось, выполнив следующий код:

public class Java8DefenderTest {
    public static void main(String[] args) {
        NewInterface ni = new NewClass();
		ni.test2();
		ni.test();
	}
}

Компиляция проходит без ошибок, а вот при запуске получаем следующее:

My Hello
Exception in thread "main" java.lang.AbstractMethodError: java8defender.NewClass.test()V
at java8defender.Java8DefenderTest.main(Java8DefenderTest.java:26)

И с этим, к сожалению, я пока не знаю что делать :( Можно было бы предположить, что поддержка virtual extension methods еще не реализована, но новые методы по работе с коллекциями их уже успешно используют.

С тем, как с помощью virtual extension methods реализовать множественное наследование поведения, вы можете ознакомиться на слайде 11 презентации.

Дополнительную информацию о virtual extension methods можно почерпнуть из документа “Interface evolution via virtual extension methods”, а для любителей дискретной математики и формальных грамматик из “Featherweight Defenders: A formal model for virtual extension methods in Java”.

• Лямбда-выражения

Говоря короток, лямбда-выражение – это удобный способ реализации анонимного класса на основе интерфейса, содержащего единственный метод. Интерфейс содержащий единственный метод называется функциональным интерфейсом (functional interface). К примеру, такие интерфейсы как Runnable, Callable, EventHandler и Comparator являются функциональными.

Рассмотрим пример. Пусть у нас есть следующий интерфейс:

interface F1{
	int add(int x, int y);
 }

Его реализация с помощью анонимного класса и вызов метода add(int x, int y) будут следующими:

F1 fun = new F1(){
	public int add(int x, int y){
		return x+y;
	}
};
fun.add(3,5);

С помощью лямбда-выражения данный анонимный класс переписывается следующим образом:

F1 func1 = (a,b) -> a+b;
int i = 5, j = 13;
func1.add(i,j);

В круглых скобках указываются входные параметры (в соответствии с параметрами метода), а после стрелки – тело (реализация) того самого единственного метода, который был объявлен в интерфейсе. При желании его (тело) можно заключить в фигурные скобки и написать return:

F1 func1 = (a,b) -> {
        System.out.println("a=" + a);
        System.out.println("b=" + b);
        return a+b;
}
int i = 5, j = 13;
func1.add(i,j);

В блоке кода может быть реализована и любая другая функциональность, а также могут выполняться обращения к переменным за пределами лямбда-выражения. Ограничение: внешние переменные должны быть т.н. effectively final, то есть вести себя как переменная перед которой стоял бы модификатор final.

Основное значение и преимущество лямбда-выражений состоит в том, что их можно передавать в качестве параметров в методы в удобном компактном виде (пример на слайде 26). Так же планируется, что в будущем можно будет в качестве параметров передавать ссылки на методы и конструкторы, без их непосредственного вызова. К примеру:

String::isEmpty
"abc"::length
Person::getLastName
ArrayList<String>::new

Но на данный момент эта функциональность еще не работает.

Детальнее про лямбда-выражения можно почитать в проекте Lambda Specification либо в более короткой статье State of the Lambda (кстати обнаружил ее новую версию лишь сейчас).

• Functional Collection Patterns

Судя по тому, что написано в JDK Enhancement Proposals (JEP), virtual extension methods и лямбда-выражения добавляются в Java с целью введение функциональных методов (функций высшего порядка) по работе с коллекциями – Functional Collection Patterns. Эти методы: filter, map, reduce (свертка), а так же целый ряд других, уже добавлены в интерфейс Iterable.java с использованием virtual extension methods. Данные методы будут работать с коллекциями и в качестве параметров будут принимать лямбда-выражения, которые и будут определять, чего именно мы хотим добиться от нашей коллекции:

List<Student> students = ...
double highestScore =
    students.filter(s -> s.getGradYear() == 2010 || s.getGradYear() == 2011)
        .map(s -> s.getScore())
	  //.map(Student::getScore) //либо указатель на функцию, пока не работает
	    .reduce(0.0, (left, right) -> (left > right) ? left : right );

Но основной целью является даже не добавление методов по работе с коллекциями, а добавление параллельных версий этих методов, оптимизированных для оптимальной работы с большими объемами данных на многоядерных (многопроцессорных) системах. Параллелизм будет основываться на подходе «divide-and-conquer» с использование Fork-Join framework из Java 7. Загляните в исходный код ParallelIterables.java и увидите там универсальный алгоритм для параллельной работы с коллекциями.

К сожалению, статей и материалов по данной тематике я не нашел. Разве только презентация Brian Goetz “Language / Library / VM co-evolution in Java SE 8″ с конференции Devoxx 2011. Ну а так же исходный код будущей Java SE 8 ;)

Так что пока ждемс …

Конференция открылась словами приветствия главного организатора конференции Александра Орехова (EPAM Systems) и представителя украинского отделения компании Oracle – Алексея Шерешеня.

Далее пошли доклады. Больше всего их (3 доклада) было у Сергея Куксенко, сотрудника центра разработки Oracle в Санкт-Петербурге. Первый его доклад был посвящен тестированию производительности Java. Основным лейтмотивом данного доклада было то, что искусство тестирование производительности состоит не в том, чтобы что-то померить, а в том, чтобы помереть то, что действительно имеет значение и получить действительно более-менее объективные результаты. Сергей, как всегда, был на высоте! Обычно на JavaOne и других конференциях Сергей выступает со своим коллегой Алексеем Шипилёвым,  и во время выступлений ребят зал бывает полностью заполнен, включая занятость всех удобных для стояния мест. Хоть стараюсь слушать их доклады на каждой из конференций, но все время узнаю что-то новое. В этот раз стало открытием то, что получаемый в результате компиляции байт-код не может служить основой для выводов о реальном поведении программы. Истинной же является ассемблерный код выдаваемый JIT-компилятором (ну, в общем-то, логично). Как его можно посмотреть? Сходите по ссылке.
Поучительной  также была история о том, как производительность приложения после перезапуска Windows вдруг оказывалась на 15% быстрее, чем обычно. А причина крылась в том, что после перезагрузки Windows синхронизировал свое время по NTP и переводил часы вперед. Прямо как ситуация с нейтрино, скорость которого в результате эксперимента вдруг оказалась быстрее скорости света.
После данного доклада сложилось ощущения, что в большинстве случаев попытки измерить производительность приводят даже не к получению средней температуры по палате, а скорее к выяснению средней температуру по больнице.

Следующим выступал Игорь Блинов, автор книги «Java. Промышленное программирование». Игорь является доцентом Белорусского Государственного Университета и руководителем образовательных программ по Java в EPAM Systems в Минске. В светлые времена Sun Microsystems, благодаря огромным скидкам на сдачу экзамена SCJP, Игорь поставил сертификацию своих студентов на поток.
Хоть доклад Игоря был посвящен Java 7 и JDK7, но в нем скорее анализировалась полезность новшеств Java 7 и оценивалось какое будущее ждет Java вообще. Так, к примеру, Игорь сказал, что уже не будет сильно удивлен, если вдруг в некой следующей версии Java появятся классические указатели из С++ и соответствующая арифметика для работы с ними ;) Вообще, в последнее время на конференциях и не только довольно часто подымается вопрос о том, а что же дальше будет с платформой. И сами разработчики Java соглашаются, что все тяжелее становиться тянуть и поддерживать совместимость, при этом добавляя новые возможности. Так что ждем революционных изменений в Java 8 – модулей и замыканий.

Следующим снова выступал Сергей Куксенко с докладом «Модель памяти Java в деталях». Сразу же после начало доклада методом опроса зала выяснилось, что людей читавших спецификацию Java не так уж и много, а дочитавших до 17 главы, где и описывается модель память, вообще единицы.  Примеры, которые приводились в докладе, показали, что без конкретных знаний модели памяти и принципов работы потоков, на здравый смысл полагаться не стоит. Всем советую посмотреть презентацию и разобрать примеры, которые в ней приводятся (а еще, наверно, прочесть 17 главу спецификации ;).

Далее был невероятно интересным доклад Виктора Тесленко про акторов. Во-первых, понравился сам подход и переход на совершенно новый уровень абстракции при построении архитектуры системы. Во-вторых, то о чем когда-то рассказывалось в университетских курсах в разделе сетей Петри, и что оставалось долгое время на уровне моделей вдруг оказалось уже реализованным в Фреймворке Akka. Детально про модель акторов можно почитать тут, про саму Akka тут akka.io, и о ее использовании тут.

Следующим докладом был доклад-отдых от журналиста и аналитика Андрея Зубинского, посвященный рассуждениям на тему будущего GUI для десктопных приложений на Java, выгодности компании Майкрософт конфликта между Oracle и Google, о печальной 3-х летней истории JavaFX и ее непонятном будущем, а так же о том, что лозунг “Write once, run anywhere” не всегда хорош. Было интересно послушать с учетом того, что сам пару раз выступал с докладом про JavaFX, правда, в те времена, когда JavaFX был еще скриптовым. Надо будет разобраться с новой версией ;)

Затем был доклад Елены Сироты (руководителя Java-лаборатории, компании EPAM Systems в Киеве), посвященный Context Dependency Injection (CDI) в Java EE 6. Доклады по CDI довольно сложная тема с точки зрения его подачи и восприятия слушателями. Поначалу обычно бывает все понятно, но как только на слайдах докладчика начинают возникать массы разнообразных аннотаций, то начинаешь теряться. Фрагменты кода с предыдущих слайдов забываются и очень сложно представить себе общую картину работы системы: кого, что и куда мы инжектим, в какой момент времени контейнером создается объект, откуда и как он выбирается, где он живет и т.п. Наверно, данная тема требует самостоятельной медитации над исходным кодом и экспериментов. Так же было бы в  начале интересно увидеть реализацию демонстрируемой функциональности с использованием стандартных EJB и ManagedBean, а потом реализацию того же самого с использованием и CDI. Исходный код, фрагменты которого приводились на слайде, доступен по ссылке.

Последним был доклад Игоря Паламарчука, директора учебного центра «i-Klass», о том, в какие стороны лучше смотреть для построения успешной карьеры, и о том, что собственно простого программирования уже не совсем достаточно.

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

Вот так прошла конференция. Хотелось бы ее сделать регулярным мероприятием, а так же расширить как количество слушателей так и докладчиков.

Еще один отзыв о конференции от Николая Алименкова  можно почитать тут.

В чомусь схожа ситуація і з програмуванням на PHP. Як виявилось, моя ремарка у попередній статті  стосовно «PHP-програмістів» багато кого зачепила. На справді, саме з таким ставленням Ви і можете зіштовхнутись потрапивши у професійне середовище, і Вам доведеться доводити рівень своєї компетенції, як PHP-програміста (тут вже без лапок і цілком серйозно).

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

Одразу ж скажу, що не маю ніякого упередженого ставлення до PHP чи будь якої іншої мови (звісно крім Java $). І дійсно, як можна ставитись до мови на якій розроблені найбільші соціальні мережі Facebook та ВКонтакте, а також найбільш популярна система для Інтернет-крамниць Magento. Крім цього, світ IT все більше вимагає те що зветься “polyglot programming”. Тобто програми, і навіть їх окремі частини, можуть розроблятись з використанням тієї мови, яка буде найбільш зручна та ефективна для вирішення певної задачі.

До речі, у віртуальній машині Java є проект під назвою Da Vinci Machine, в рамках якого в Java Virtual Machine вже реалізована підтримка таких мов як Ruby (JRuby), Python (Jython), JavaScript та ін. А також, є проект Resin – “100% Java implementation of PHP 5”.

Що ці всі мови дозволяють робити? Користуватись всіма компоненти та сервісами з яких складається Java-платформа, і при цьому програмувати на тій мові, яка найбільш зручна та ефективна для вирішення вашої задачі. Теоретично, гадаю, без особливих проблем (крім авторських прав) можна було б включити до вище наведеного переліку і C# з Visual Basic .NET ;)

Тепер переходимо до «але» та PHP.

Так от, що стосується  PHP, то тут склалась така ситуація, що ця мова здається настільки легкою, що на ній без особливих зусиль щось пишуть школярі, вже навіть не старших, а середніх класів. Кажу це як людина, яка приймала участь у оцінці фінальних робіт на конкурсах школярів, які проводили компанії Intel (Intel Techno) та Oracle (ThinkQuest). PHP там був на другому місці за популярністю (на першому був Flash). І от, деякі з цих школярів починають вважати себе досвідченими «PHP-програмістів» (тут знову в лапках), і прямо про це заявляють мотивуючи тим, що вже на комерційній основі розробляють сайти.

Така сама ситуація була колись і з програмістами на Delphi (до речі, мова на який написаниі Skype та The Bat!). Від тих програм на Delphi, які були у великій кількості незрозуміло як написані переважно для наших державних структур просто хочеться тікати, як від якогось жаху!

Так от, свою попередню статтю я закінчив не закликом «Не ставайте «PHP-програмістами!», а скоріше проханням «Не поспішайте ставати «PHP-програмістами». Це значить, що не треба поспішати барабанити по барабану, а необхідно, щоб навчитись гарно грати на ньому, так само багато вчитись, як і грі на скрипці. Від того, що PHP задається легкою не слідує те, що часу для його вивчення треба витратити менш ніж для Java.

Як мені розповідали в одній із компаній для підготовки PHP-програмістів застосовують наступну методику. Спочатку людей вчать Java Enterprise Edition, особливу увагу приділяючи саме архітектурі та шаблонам проектування, які там реалізовані. Після цього від них вимагають реалізовувати той самий архітектурний підхід при розробці програм на PHP.

І на останок, картинка, яка має всіх примирити.

Конференция по технологиям для разработки программного обеспечения на платформе Java, которую организует компания “ЭПАМ Системз” при поддержке компании Oracle.

Программа мероприятия:

Организаторы

У складанні цієї «дорожньої карти» приймав участь цілий колектив людей, з декількох компаній, які професійно займаються як системним так і промисловим програмуванням.
Хотів би відмітити, що багато початківців намагаються пропустити перший блок – «Основи програмування», до речі він є одними з найскладніших, і перейти одразу ж до так званого промислового програмування, переважно на мові PHP. Результатом цього є   вихідний код на який без сліз важко дивитись, де людині якось вдається реалізувати відомі лінійні алгоритми з експоненційною складністю, а яким чином даний код працює не розуміє навіть його автор. У професійному середовищі для таких «програмістів» є свій діагноз – «PHP-програміст». Отож, не поспішайте ставати «PHP-програмістами» ;)

Часть 1.WebKit спешит на помощь

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

Часть 2. Разработка приложения для браузера на платформе iPhone или Android

В этой статье мы продолжим наше знакомство с мобильными Web-технологиями и закончим разработку Web-приложения для мониторинга сети, которое будет выполняться на браузерах iPhone и Android. Наше приложение будет использовать локальное SQL-хранилище и технологию Ajax, обеспечивающую широкую функциональность приложений для мобильных браузеров. Кроме того, приложение будет использовать популярную JavaScript-библиотеку jQuery.

Источник IBM developerWorks Россия