Когда-то компьютеры были большими, а языки программирования — маленькими. Когда-то совсем давно. Теперь компьютеры довольно маленькие, а языки — довольно большие. Почему? Все дело в балансе: слишком большой язык сложно изучать, слишком маленький — сложно использовать. Это один пример компромисса в дизайне языков, и таких примеров очень много на разных уровнях абстракции: от вопросов бинарной совместимости до конкретного синтаксиса и читаемости программ.

Этот доклад посвящен таким компромиссам: почему разработчики языков делают так или иначе. Мы рассмотрим несколько характеных примеров, касающихся Kotlin, Java, Scala и C#, что позволит сформировать некоторое представление о том, как проектируются языки.

Тема сериализации объектов волнует любого, кто разрабатывет распределённые системы. При использовании разных языков и технологий для разных частей системы выбор протоколов сериализации ограничен в первую очередь необходимостью обеспечить совместимость технологий между собой. Однако, серверная часть многих больших современных приложений разрабатывается на Java и состоит из множества взаимодействующих компонент. Это даёт возможность при выборе механизма сериализации концентрироваться на производительности и удобстве разработки.

Java-сериализация является неотъемлемой часть платформы Java уже более 10 лет. Она разрабатывалась еще в те времена, когда дальнейшая судьба развития распределённых систем была туманна. Многие технологии «распределённых объектов», разрабатывавшиеся в то время, не дожили до наших дней, и некоторые отголоски этих мёртвых идей можно еще откопать в дизайне Java-сериализации. Несмотря на ряд недостатков, сериализация в Java имеет ряд неоспоримых преимуществ перед многими альтернативными способами реализации.

Альтернативные способы сериализации активно рекламируются, в то время как старая добрая Java-сериализация незаслуженно забывается и обрастает совсем уж гротесковыми мифами (см. например JEP-154). В докладе будут рассмотрены наиболее популярные заблуждения о Java сериализации, и разложены по полочкам реальные факты о её достоинствах и недостатках, которые вы не услышите от авторов альтернативных библиотек сериализации. Вы узнаете как использовать Java-сериализацию и получать от этого удовольствие!

Not many projects have a good set of tests. Even less have a decent pack of them that not only are a good safety net when changing code, but also serve as always-up-to-date documentation of the system. I will show you how to write and refactor tests so that they're easy to read, not very hard in maintenance and give you comprehensible info about current development state.

Gil Tene explains the workings of a garbage collector: terminology, metrics, fundamentals, key mechanisms, classification of current GCs, the “Application Memory Wall” problem, and details Azul C4 GC.

That performance tuning is still considered to be a dark art is attributable to the lack of understanding of performance tuning best practices. In this talk, I will introduce a number of techniques that can help you reach your performance goals without resorting to using and eye of newt or the toe of a frog.

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

Возмужавшие дети (tm) обычно берут в руки heap dump и начинают ковыряться в нём отвёрточкой. Но heap dump — это так же надёжно, как информация, выбитая из пленного партизана. Он «сдаст» вам координаты аэродрома с кукурузниками, а найдёте вы там пустое кукурузное поле.

Нам нужно взять объекты тёпленькими прямо в рабочей JVM, где они живут своей подпольной жизнью. Только так мы сможем в деталях рассмотреть, как разложены поля, как разложены объекты в памяти, как их связи влияют на укладку, как и когда они меняют места дислокации, пуская пыль в глаза честным разработчикам.

Очная ставка с захваченными за линией фронта объектами гарантируется!

Программируя на Java, вы, возможно, даже не подозреваете, что существуют люди -- невидимые стражи, которые делают все возможное, чтобы Java работала для вас. Имя этим стражам -- техническая поддержка Java (JVM). Работа технической поддержки трудна и часто недооценивается, но что делает ее жизнь легче -- это юмор. Докладчики этой сессии работают в техподдержке Java последние 7 лет, поддерживая две существенно различные реализации Java SE: Oracle HotSpot и Excelsior JET. Несмотря на все различия, есть и кое-что общее – накопленные годами веселые и поучительные истории.

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

-- Java спецификация. Почему важно опираться только на то, что строго оговорено в спецификации платформы Java, и как опасно полагаться лишь на поведение конкретной JVM, которое не диктуется спецификацией

-- Типичные ошибки программирования с использованием JNI

-- Мистические развалы JVM

-- Типичные проблемы в многопоточных программах, которые "не проявляются" (до поры, до времени)

-- Проблемы управления памятью

Релиз Java 8 открывает программистам новые возможности. Будет ли новая версия Spring им соответствовать?

Ответ — да! В докладе вы узнаете о том, как Spring работает с Lambda-выражениями, с JSR-310 «Date and Time», c parameter name discovery и повторными аннотациями. Кроме того, в новой версии Spring конфигурацию можно задавать на Groovy, и о преимуществах этого мы тоже поговорим.

Виртуальная машина Java способна отловить широкий спектр ошибок программирования. Результат она выдаст в виде исключения со стек-трейсом. Но что делать, если падает сама JVM, оставив лишь предсмертную записку под именем hs_err.log с загадочным содержимым?

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

Используешь Mongo DB в своем проекте? Тогда этот доклад для тебя! Речь пойдет о Performance-проблемах Mongo DB и о том, как новый продукт GridGain In-Memory Mongo DB Accelerator помогает решить многие из них без единого изменения кода клиентских приложений в полном смысле этого слова.

Мы расскажем, об особенностях In-Memory подхода, обсудим его преимущества и недостатки. Дадим обзор принятых архитектурных решений и сравним функционал, предлагаемый обоими продуктами. Данная тема также будет достойна внимания всех тех, кто интересуется In-Memory технологиями и распределенными вычислениями.

Облачные решения — современное требование бизнеса и если вы пишете на Java, то Windows Azure - лучший выбор!

На докладе вы узнаете о том, как можно использовать Oracle Database, как развернуть Hadoop, как написать приложение и опубликовать его, используя плагин Windows Azure для Eclipse. Я продемонстрирую, как вы можете использовать эти и другие возможности облачной платформы Windows Azure в применении к Java-разработке.

Когда программист решает проблему, он хочет чтобы эту проблему ему больше никогда не приходилось решать. Зачастую он хочет чтобы эту проблему не пришлось решать больше никому. Но мир наполнен похожими проблемами и по сей день, что же пошло не так? Всему виной пресловутый «бизнес», который так и хочет заработать денег и быстро. Для этого он жестоко ограничивает программистов в возможности сделать реюзабельные компоненты, а заставляет клеить вложеные цепочки «if», «while» и «for» для реализации зачастую нелогичных требований с хитрым названием «бизнес логика».

На помощь спешит Drools, отличный движок правил, который позволяет оставить и чистый код, и эффективно удовлетворить требования с тривиальным решением нетривиальной проблемы «изменение логики».

За время доклада будет разобрана простая бизнес проблема, которая несмотря ни на что, способна вырастить множество седых волос у нелысого программиста. Покрутив в руках и отложив в сторону императивную Java-реализацию, аудитория на полчаса погрузится в красоты декларативного программирования на Drools, а так же покрытие юнит-тестами свеженаписаного приложения.

Великое многообразие языков, существующих на JVM, зачастую ставит разработчика в тупик. Каждый язык хорош для какого-то класса задач, но как понять, что именно и для какой задачи использовать? Оправданы ли вообще вложения в изучение ещё одного инструмента и обретение зависимости от него? Не правильнее ли будет хранить верность старой доброй Java и игнорировать всякие новомодные штучки? В этом докладе я хочу рассказать о том, почему именно Scala — это тот инструмент, который представляет реальную практическую альтернативу как другим JVM-based языкам, так и самой Java.

Scala — это язык, созданный профессионалами для профессионалов:

• предоставляет прямую поддержку функционального программирования
• предоставляет развитые средства поддержки ООП, тем самым преодолевая многолетний "застой" в этой области
• Лёгкий синтаксис языка устраняет "многословность" (boilerplate), не жертвуя при этом статическим контролем типов
• В Scala уже сейчас есть все те полезные штуки, которые нам обещают в Java 8 (9,...)
• Это язык общего назначения, способный полностью заменить Java
• В нём учтены и устранены ошибки, допущенные при проектировании Java

Мы рассмотрим основные свойства Scala в сравнении с Java и некоторыми другими языками, остановимся на фундаментальных приципах, лежащих в основе языка, увидим, кто, как и зачем использует Scala в индустрии.

Существуют целые классы программ, функционал которых не может и не должен быть ограничен фантазией их непосредственных разработчиков. Например, это всевозможные IDE с кастомными плагинами, графические редакторы и др. Как же дать возможность пользователям добавлять новые фичи, о которых и разрабочики и подумать не могли? 

Плагины и DSL (Domain-Specific Languages) вам в помощь! В этом докладе мы поговорим о том, какие архитектурые решения наиболее подходят для расширяемых пользователями программ, написанных на Java. После короткого обзора возможностей DSL на Groovy мы посмотрим, какие части DSL нам пригодятся, ответим на вопрос, нужна ли возможность написания плагинов на Java, рассмотрим аспекты безопасности и, конечно, обсудим варианты решения ада зависимостей. Будет много кода!

В настоящее время никого не удивить «умным домом». Популярность подобных систем растёт с каждым днём, что не удивительно, так как они представляют возможности управлять и следить за своим домом удалённо, хоть с другой точки планеты. Также данные системы обладают одной ключевой особенностью — они очень индивидуальны. Действительно, каждый хочет настроить поведение своего дома под себя. 
Если вы Java программист и хотите применить свой опыт высокоуровневого программирования в Embedded или вам просто интересно сделать что-то интереное у вас дома, то данная сессия предназначена именно для вас!