P.S. А люди говорят, что Java это сложный язык …

Полная версия выступлений

Так же можно посмотреть слайды от Oracle и Google, которые компании представили на открытие судебного заседания и в которых они делают ретроспективу (правда каждый в свою пользу) Java и Android. Особенно красиво выглядит слайд 56-58, от Oracle $)

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

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

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

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

О Java простыми словам – серия бесплатных уроков для начинающих программистов на сайте javabegin.ru, а так же “Основы программирования на Java для начинающих“

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

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

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

Начнем данный цикл с номинации “Innovative Compiler for Java Code”, награду в которой получил проект JRebel, эстонской компании ZeroTurnaround, созданный Евгением Кабановым (Jevgeni Kabanov) и Томасом Румером (Toomas Römer).

Стоит отметить, что это не единственная их награда за прошедший год, этот проект был признан “Самой инновационной технологией Java” на JAX Innovation Awards. А в числе пользователей JRebel значатся IBM, HP, AT&T, Bank of America, Disney, LinkedIn, …

Для того, чтобы понять предназначение JRebel начнем чуть-чуть издалека

Рассмотрим два простых класса. Первый класс имеет лишь переопределенный метод toString():

public class TestModule {
    @Override
    public String toString() {
        return "TestModule, version 1!";
    }
}

Второй класс в бесконечном цикле создает экземпляр объекта первого класса и выводит его на экран:

public class Test {
  public static void main(String[] argv) {
    for (;;) {
            TestModule t = new TestModule();
            System.out.println(t);
            System.console().readLine();
    }
  }
}

Если же во время выполнения программы мы изменим строку “TestModule, version 1!” на “TestModule, version 2!”, и применяя раздельную компиляцию заново скомпилируем класс TestModule, то от этого значение выводимой строки не измениться.

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

Перечень загружаемых во время работы программы классов, и директории откуда они загружаются, можно узнать подставив при запуске программы ключик java -verbose:class …. Узнаете много чего интересного ;)

Из приведенного выше примера следует, то, что после изменения исходного кода (и, соответственно, байт-кода) необходимо перезапускать все приложение. А в случае промышленного (Java Web, Java EE) приложения заново разворачивать его на сервере. Вообщем-то логично.

Все бы ничего, но проведенные исследования показали, что разработчики тратят в среднем от 10 до 13 минут на час программирования, на периодическое развертывания приложений.

Чтобы сократить потери времени, необходимо “научить” JVM обновлять байт-код классов в случаи их изменений, без необходимости перезапуска приложения.

В простом случае для этого достаточно написать свой загрузчик классов, который наследуется от абстрактного класса ClassLoader, и переопределить в нем ряд методов таким образом, чтобы при каждом создании экземпляра класса его байт-код считывался с файловой системы. Это на самом деле делается не так страшно, как может показаться и подробно, вместе с примерами, описывается в статье “ClassLoader – скрытые возможности”.

Экземпляр собственного ClassLoader-а предается в качестве параметра статического метода Class.forName(String name, boolean initialize, ClassLoader loader), после чего с помощью рефлексии создается экземпляр требуемого класса:

public class Test {
  public static void main(String[] argv) throws Exception {
    for (;;) {
      ClassLoader loader = new DynamicClassOverloader(new String[] {"."});
      // текущий каталог "." будет единственным каталогом поиска для
      // класса "TestModule"
      Class clazz = Class.forName("TestModule",true,loader);
      Object object = clazz.newInstance();
      System.out.println(object);

      //TestModule test = (TestModule) object;

      System.console().readLine();
    }
  }
}

В данном примере DynamicClassOverloader (код по ссылке) как раз и является нашим загрузчиком классов (подробности в указанной статье “ClassLoader – скрытые возможности”).

Можно проверить, что теперь во время работы программы при изменении строки “TestModule, version 1!” на “TestModule, version 2!” будет меняться и выводимое в консоль сообщение.

Все было бы замечательно, если бы не ряд особенностей. Первая из которых начнется если откомментировать 10 строчку. В результате получим замечательное RuntimeException:

Exception in thread "main" java.lang.ClassCastException: TestModule cannot be cast to TestModule

Почему оно происходит? Запустим нашу программу с ключиком java -verbose:class Test, и обратим внимание на следующий фрагмент:

...
[Loaded TestModule from __JVM_DefineClass__]
TestModule, version 1!
[Loaded TestModule from file:/C:/Projects/DynamicClassLoader/build/classes/]
...

В первой строке происходит загрузка класса TestModule с помощью нашего собственного загрузчика классов, во второй – вывод сообщения, в третей – стандартный (системный) загрузчик классов снова загружает класс TestModule, именно в тот момент когда пытаемся осуществить приведение типов:

TestModule test = (TestModule) object;

Получается, что класс к которому мы хотим привести (преобразовать) объект загружен с помощью системного загрузчика, а класс на основании которого этот объект object был создан загружен с помощью нашего собственного загрузчика. Хоть классы одинаковы (и их байт-код идентичен), но загружены разными загрузчиками, и, как следствием, JVM считает их абсолютно разными.

Такую вот особенность, и далеко не единственную, которую нужно учитывать при написании собственного загрузчика классов.

Теперь, что же такое JRebel

JRebel – это плагин к JVM, который позволяет на лету перезагружать классы и другие ресурсы, которые были изменены с момента развёртывания приложения. При этом он не имеет тех проблем и особенностей, которые возникают при написании собственного загрузчика классов.

При загрузке класса в JVM, JRebel отслеживает соответствующий ему .class-файл и в случае его изменения подгружает изменившийся класс через расширенный загрузчик классов. При этом старые экземпляры классов и сам класс сохраняется, что позволяет приложению продолжать работу без потери данных. Новые же экземпляры класса будут создаются уже на основании обновленного байт-кода класса.

На данный момент JRebel поддерживает практически все изменения, которые могут осуществляться в исходном коде (JRebel Features):

• Changes to method bodies
• Adding/removing Methods
• Adding/removing constructors
• Adding/removing fields
• Adding/removing classes
• Adding/removing annotations
• Changing static field value
• Adding/removing enum values
• Changing interfaces

за исключением изменений связанных с иерархией классов:

• Replacing superclass
• Adding/removing implemented interfaces

Есть ли аналоги? Да есть, но им далеко до возможностей JRebel. Сравнительную табличку аналогичных технологий и более подробное описание JRebel можно посмотреть в статье Get to Production Sooner.

Что еще посмотреть/почитать по теме

• Отчет - “Java EE Productivity Report 2011″
• Видео с конференции и набор статей от автора JRebel, Евгения Кабанова -  Reloading Java Classes: Technical Series
• Статья - “5 JRebel Features You Couldn’t Do In The JVM”

Также, компания  ZeroTurnaround недавно выпустила свой новый продукт LiveRebel. И если основной целью JRebel было сократить потери времени разработчиков на т.н. “Turnaround”, то LiveRebel в первую очередь рассчитан на обновление приложений на лету в “продакшане” без необходимости остановки их работы и с гарантией сохранения сессии.

Будем ждать таких же успехом LiveRebel!

P.S. Если кто-то захочет написать небольшую статью о других проектах получивших награды  “2011 Duke’s Choice Awards”, не стесняйтесь ;)

За помощь в подготовке данного материа спасибо Полянскому Дмитрию

Для начала стоит предупредить, что все излагаемое в презентации может измениться; не думаю, правда, что радикально, но все же. Так, к примеру, за время, прошедшее между двумя докладами, 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 ;)

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

В чомусь схожа ситуація і з програмуванням на 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.

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

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

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

Пример – биквадратное уравнение c развёрнутым ходом решения:

Подробнее о математических и лингвистических способностях нигмы можно почитать на сайте nigma.ru.

Что умеет nigma – http://nigma.ru/index_menu.php?action=click_menu&menu_element=math_task_list:

• решать уравнения, в т.ч. с единицами измерения и математическими и физическими константами, а также системы уравнений
• Конвертировать валюты
• Раскладывать на множители числа и буквенные выражения
• Находить наименьшее общее кратное и наибольший общий делитель чисел; определять взаимно простые числа
• Вычислять модуль числа
• Сравнивать числа (с пониманием математических констант вроде “пи”), сортировать числа по возрастанию и убыванию
• Вычислять численные выражения, раскрывать скобки, сокращать дроби, упрощать буквенные выражения, упрощать тригонометрические выражения
• Определять знак буквенного выражения (если возможно)
• Представлять многочлен в виде квадрата
• Приводить подобные слагаемые
• Приводить дроби к общему знаменателю

Что понимает: http://nigma.ru/index_menu.php?action=click_menu&menu_element=math_phrase_list – фразы “Вычислить”, “Решить”, НОК, НОД, Сортировка (Упорядочить), Общий знаменатель, Делители, Модуль, Сравнить, Раскрыть скобки, Представить в виде квадрата, Привести подобные, Сократить, Упростить, Взаимно простые, Знак.

См. также заметку Wolfram|Alpha vs Google Squared

happy computing!