Пришло время рассказать о нашей новой конференции – JBreak 2018. Для нетерпеливых визитная карточка мероприятия: 
Но сначала я хочу рассказать вам одну историю.
Обычно такие истории-предисловия очень скучны, я знаю, но все же – послушайте.
Она поможет вам решить, идти ли на эту конференцию.
Так получилось, что у меня много друзей в возрасте около 25. Они все искренне верят, что до 30 не доживут, и спрашивают – а как там на той стороне? Еще спрашивают, как стать настоящим программистом( что бы это ни значило ).
И еще, стоит ли идти на конференцию? Отвечаю: пока здесь все отлично, стать успешным разработчиком можно и нужно, и для объяснения этого у меня есть три истории.
Будем знакомы.
Меня зовут Олег, мне 31 год, родился, живу и работаю в Новосибирске.
Совсем недавно я работал Java-архитектором в крупной компании, а сейчас присоединился к команде JUG.ru Group и занимаюсь организацией конференций вместе с 23дерево , АРГ89 и другие люди, известные вам по Хабру.
Эта работа воспринимается вовсе не как работа, а как некая священная миссия – об этом позже.
Три истории Первая история начинается где-то в школе.
У моих родителей было очень конкретное представление о моем будущем: я должен был стать художником, архитектором или кем-то в этом роде – как они сами.
Пришлось много рисовать, ходить в специальные кружки, готовиться к поступлению в Новосибирскую государственную архитектурно-художественную академию (НГУАДИ/НГАХА) и так далее.
Эту линию развития серьезно нарушила встреча с журналом Компьютерра , который наглядно показал, что с помощью кода можно нарисовать гораздо более красивые картинки.
Однако умение рисовать и знание основных категорий композиции, понимание того, как выглядит красивое изделие, навсегда врезаются в мозг.
Вторая история начался сразу после поступления в НГУ, точнее, эпический отъезд из него из-за проваленного экзамена по физике.
К тому времени мой отец умер, и матери пришлось бы отдать все деньги, которые она зарабатывала школьной учительницей ИЗО, на оплату обучения в университете.
Я не мог принять такую жертву и вместо этого просто пошел на работу.
Сначала это был Delphi, но с выходом Delphi 8 стало понятно: платформе скоро придет конец, и нам придется бежать от нее сломя голову, неважно куда.
Потом был долгий позорный период, когда я создавал DLL на C++, подключая их к веб-интерфейсу в Delphi. Не получилось, я провалил пару проектов и потерял нескольких друзей, с которыми эти проекты делал.
Наверное, каждый когда-то проваливал проекты по своей вине и знает эту горечь и стыд. Мне пришлось бросить программирование и стать системным администратором.
На этом вторая история временно прекращается.
Третья история о том, что любой разработчик хотя бы иногда мнит себя великим руководителем.
Сначала я стал сисадмином, четко понимая, что сисадмин небольшой компании — второй человек после директора.
Потом я делал сайты (сначала очень плохо, потом все наладилось, когда освоил Photoshop и Corel) - сначала один, потом начал делиться своими работами с друзьями.
Быстро стало понятно, что в условиях жесткой конкуренции проще всего не делать всю работу, а лишь помогать другим разработчикам делать очень сложные вещи.
И самое сложное — это, конечно, backend-программирование.
Соединение точек И сейчас, как сказал старый Джобс , пришло время соединить точки.
Умение программировать привело меня к моей первой работе Java-разработчиком в компании «Аксмор» (компания в Академгородке) под руководством Андрея Канонирова.
Умение общаться с бизнесом и производить визуально красивые продукты помогли мне быстро дойти до должности ведущего разработчика собственной команды (уже в другой компании), затем до менеджера по продукту и, пропустив еще несколько проектов, мне удалось подняться на ступеньку выше.
гора, вплоть до должности архитектора в Сбертехе.
Каждый из этих скачков происходил с увеличением то зарплаты, то интереса к проекту, то ли еще каких плюшек.
.
Каждый из них был очень болезненным — когда ты целый год управлял, а не писал код, на собеседовании очень сложно вспомнить, «сколько методов у ArrayList».
И наоборот, когда ты год кодишь одну узконаправленную тему, очень сложно переключиться на многозадачность десятков задач и составление годового плана (Agile? Что такое Agile?).
Одной из самых важных вещей, которые помогли мне совершить эти прыжки наименее болезненным способом, были книги и обучающие видеоролики на YouTube. Поясню для Ютуба: когда ты Java Junior с зарплатой 15 тысяч рублей, ты не можешь ходить на настоящие конференции — тебе едва хватает денег на еду.
Когда ты работаешь «за идею» и зарабатываешь 30 тысяч рублей в госкомпании, ты вряд ли полетишь в Питер на Джокер (главную Java-конференцию в России); зарплаты на это просто не хватает. Поэтому смотрю видео на YouTube. И это очень помогло.
С одной стороны, были доклады, содержащие уникальные для России знания (мои конкурентные преимущества перед другими Java-разработчиками).
С другой стороны, их можно использовать и более экзотическими методами.
Например, я однажды применил замечательный хак: собрал несколько популярных отчетов с содержанием кулинарной книги по популярному на тот момент Java-веб-фреймворку Wicket и сделал на их основе небольшой обучающий курс на YouTube. Когда на собеседовании меня спросили, знаю ли я Уикета, достаточно было показать канал на YouTube, чтобы получить работу.
Я удалила видео, чтобы не позориться - как теперь понимаю, это было зря.
На моем последнем месте работы во время централизованного тестирования отчеты Леши Шипилева позволили правильно решить практически все тесты по теме Java Concurrency, что очень помогло в дальнейшем.
Настал момент, когда я с чистым сердцем купил самый дорогой (потому что пропустил все мыслимые сроки регистрации) билет на Джокера.
С четким пониманием, что это не я «тратился» на билет, а именно Джокер меня сюда привел: в ситуацию, когда мне все равно, сколько стоит билет или какое расстояние мне придется лететь на самолете.
.
Это такая особая самоокупающаяся система – чем больше в нее вложишь, тем больше будет отдача.
И совсем недавно 23дерево предложили принять участие в организации этих конференций.
Был ли у меня выбор? Я просто обязан сделать так, чтобы секретные знания принадлежали не только какой-то небольшой группе элитных корпоративных программистов, но и всем людям.
Чтобы каждый крутой сибирский девелопер, каждый житель Новосибирска и Барнаула имел возможность делать свои проекты с использованием новейших технологий или хотя бы иметь классную, высокооплачиваемую работу, не увязая в дешевом аутсорсинге и пошлых кузовных мастерских.
У каждого есть свои точки в жизни, и помощь в их соединении — это больше, чем просто работа.
Результат этой миссии — лучшие Java-конференции в России: JBreak, Joker и JPoint. В чем суть JBreak? На мой субъективный взгляд, JBreak 2018:
- решает проблемы организационных блокировок, которые когда-то мешали мне жить и посещать конференции;
- воплощает в себе кучу пожеланий относительно формы и содержания, которые игнорируются в других местах.
Организационные вопросы
- Все происходит прямо в Новосибирске.
.Даже если вас не волнует стоимость билета на самолет, каждый ли работодатель разрешит вам поехать в Питер на целую неделю на «Джокере»? Посчитаем: день на полет туда и заселение в отель.
Два дня конференции.
День на обратный путь (4 часа полета + 4 часа разницы часовых поясов – это сразу минус сутки).
Велик риск, что вас никуда не отпустят из-за приближающихся сроков.
Но JBreak проходит в Новосибирске, и лететь никуда не нужно.
- Это будет выходной .
Многие работодатели считают конференции ерундой и вполне могут не отпустить вас в рабочий день.
Но JBreak в воскресенье, так что к черту все эти ограничения.
В субботу вы можете немного отдохнуть от работы, в воскресенье — посетить JBreak и окунуться в него с головой, а в понедельник — приступить к задачам со свежими мыслями и новыми инструментами.
- Если сложно доехать до Новосибирска, есть онлайн-трансляция.
.Для онлайна есть особый тип билетов .
Кстати, для сибирских конференций JUG.ru Group онлайн-трансляция делается впервые, но это не экспромт, технология отработана на старших братьях JBreak — Joker и JPoint.
- Участникам конференции, естественно, будут предоставлены видеозаписи всех докладов , и очень быстро.
Если воспринимать конференцию как настоящий источник знаний, то было бы безумием надеяться запомнить столько полезной информации за один день.
К счастью, у нас будут записи.
- Стоимость билетов существенно ниже чем JPoint и Joker. Примерно в 3 раза.
Конечно, нужно учитывать, что JBreak длится всего один день, а JPoint и Joker — два дня.
Проблемы с контентом
- На JBreak будут не только простые легкие репортажи, но и мощный хардкор .
Такие вещи, которые имеют реальную ценность, дают конкурентное преимущество, заставляют мозги двигаться, да что угодно.
То, что почти никогда не привозят на редкие новосибирские Java-митапы.
Хотите знать, как добавить новые встроенные функции в JVM? Ужин подан .
(Репортаж с один из прошлых JBreaks , об этом будут совершенно новые отчеты).
- Среди спикеров не только наши соотечественники, но и всемирно известные зарубежные специалисты.
- Среди наших соотечественников есть сибиряки, которых вполне можно однажды встретить на улице.
Например, Никита Липский живет в Новосибирске и работает в Excelsior — это те самые чуваки, которые написали ваша собственная JVM .
Тагир Валеев тоже живет в Новосибирске, работает в JetBrains и зарабатывает та же самая IDE , на котором вы пишете свой код. (Если еще не писали, то стоит попробовать!) Чтобы не казалось, что это тайная масонская ложа в Новосибирске, там есть люди из других мест: например, Алексей Зиновьев исторически из Омска.
- Комитет по программному обеспечению JBreak также в основном состоит из Сибири.
Про комитет по программному обеспечению, скорее всего, мы напишем отдельную статью;
- Если вы считаете, что спикеры недостаточно хороши, и вы можете сделать доклад лучше - применять , прием документов открыт!
- Вы сможете пообщаться со всеми спикерами в специальных дискуссионных зонах.
Грубо говоря, после доклада каждый (!) спикер отправляется в специально отведенное место, где его можно долго мучить самыми трудными вопросами.
Об этом напишу ниже с красивой фотографией :-)
- JBreak — это не уменьшенная копия JPoint и Joker, а независимая конференция со своими презентациями.
Сейчас точный список отчетов пока неизвестен и, возможно, в чем-то они будут пересекаться с Joker и JPoint, но при составлении программы мы будем строго бороться за независимость.
Если вы побывали на конференции в Новосибирске, то сможете слетать в Санкт-Петербург и Москву и увидеть много нового.
На данный момент известны лишь несколько отчетов, информация о которых представлена ниже.
В будущем будут добавлены дополнительные отчеты (это можно увидеть на официальном сайте )
JDK 9, Миссия выполнена: что дальше с Java?
Саймон Риттер, Azul Systems
Саймон - заместитель генерального директора Азул , занимается бизнесом в сфере IT с 1984 года.
(Автор этого хабрапоста в тот год еще не родился).
Саймон начал работать над JDK 1.0 в Sun Microsystems в 1996 году, затем стал евангелистом в Oracle, а сейчас работает в Azul, представляет Azul в JCP и продолжает помогать людям понимать Java и другие технологии JVM. Он чемпион Java, двукратная Java Rockstar от JavaOne и так далее и тому подобное.
Его доклад начнется с краткого обзора того, что включено в Java 9 и как это поможет (а возможно, и бросит вызов) Java-разработчикам.
JDK 9, включая систему модулей платформы Java (JPMS), наконец-то вышел, и с этим нужно что-то делать.
Oracle сделала несколько важных объявлений о будущем JDK и Java EE. Мы узнаем о предлагаемых изменениях в частоте выпусков JDK, схеме нумерации и двоичных выпусках под лицензией GPL. Мы также рассмотрим модель долгосрочной поддержки (LTS) и ее значение для разработчиков и администраторов.
Наконец, мы взглянем на будущее платформы.
Существует множество предложений по улучшению проектов JDK (JEP) и OpenJDK, таких как Valhalla, Amber, Metropolis и Loom. Давайте обсудим, что это такое и что это значит для разработчиков.
Проверка байт-кода Java: когда, как и можно ли ее отключить?
Никита пижбумс Липский, Эксельсиор
Никита — один из инициаторов и руководителей проекта.
Эксельсиор Джет , сертифицированная реализация Java SE, разработанная Excelsior. Работая над проектом с 1997 года, он участвовал в исследовании и разработке практически всех компонентов продукта, от ядра до свойств продукта.
В частности, он является одним из авторов поддержки OSGI на уровне JVM в Excelsior JET, технологии Java Runtime Slim Down (модуляризация Java SE, реализованной в Excelsior JET с 2007 года), верификаторов байт-кода Java в Excelsior JET и многого другого.
.
В этом докладе Никита расскажет о верификаторе байт-кода.
Сегодня разработчики Java все чаще используют библиотеки для генерации байт-кода Java во время выполнения, чтобы эффективно реализовать различные трюки, которые сложно или невозможно выразить на Java. Но если, используя язык Java, компилятор javac гарантирует, что на выходе будет правильный байт-код Java, то, спускаясь на уровень самого байт-кода, часто приходится самостоятельно контролировать его корректность.
В противном случае вы получите j.l.VerifyError при загрузке сгенерированных классов, поскольку JVM строго обеспечивает правильность загружаемого байт-кода через средство проверки байт-кода Java. Таким образом, при генерации байт-кода вам зачастую недостаточно просто знать семантику инструкций байт-кода; вам также необходимо знать, как работает верификатор байт-кода Java, какой байт-код он считает правильным, а какой нет. В этом докладе мы разберемся, какую миссию имеет верификатор байт-кода в JVM, когда и как он работает, может ли он повлиять на производительность вашего приложения и почему его опасно отключать.
Smoothie ML с Spark MLlib
Алексей Залеслав Зиновьев, EPAM
Алексей представляет собой воплощение Харона.
В греческой мифологии Харон переправлял души умерших через реку Стикс, а Алексей переносил их с Явы в Большие Данные.
Проще говоря, он практикующий тренер в EPAM Systems. Он дружит с Hadoop/Spark и другими большими данными с 2012 года, форками и пул-реквестами с 2014 года, переговорами с 2015 года.
Особенно он любит текстовые данные и большие графики.
Направление BigData требует не только специалистов по обработке данных, настраивающих параметры моделей из пакетов R/Python, но и Javaистов, умеющих понимать построенные модели, реализуя их на Java/Scala, в том числе с использованием Spark MLlib. С помощью Алексея мы начнем знакомство с этой мощнейшей распределенной библиотекой машинного обучения, заодно обсудив особенности использования стандартных алгоритмов машинного обучения и структур данных в Spark.
ML Pipelines в Одноклассниках
Дмитрий Бугайченко, Mail.ruДмитрий окончил СПбГУ в 2004 году, где в 2007 году защитил кандидатскую диссертацию по формально-логическим методам.
Почти 9 лет работал на аутсорсинге, не теряя связи с университетом и научной средой.
Анализ больших данных в «Одноклассниках» стал для Дмитрия уникальным шансом совместить теоретическую подготовку и научную базу с разработкой реальных, востребованных продуктов.
И он с радостью воспользовался этим шансом, приехав туда пять лет назад. В рамках доклада Дмитрия мы рассмотрим основную архитектуру библиотеки машинного обучения Spark ML, а также особенности ее использования для решения реальных задач с обработкой больших объемов данных.
Мы уделим особое внимание ряду ограничений, усложняющих использование библиотеки, и узнаем о том, какие расширения для стандартных элементов пришлось разработать, чтобы обойти эти ограничения и полностью раскрыть потенциал массового распределенного машинного обучения.
Работа стандартной библиотеки и ее расширений будет продемонстрирована на примере задачи ранжирования ленты новостей в социальной сети «Одноклассники».
Отчет будет полезен разработчикам, дата-инженерам и аналитикам, использующим методы машинного обучения и платформы распределенной обработки информации.
Эффективное корпоративное тестирование
Себастьян Дашнер
Себастьян — консультант, автор и преподаватель Java, который также специализируется на программировании на Java (EE).
Например, вы можете знать его книгу «Архитектура современных приложений Java EE» .
Себастьян участвует в JCP и помогает формировать стандарты Java EE, участвуя в таких группах, как JAX-RS и JSON-P. За все это ему были присвоены звания Java Champion, Oracle Developer Champion, JavaOne Rockstar и т. д. Помимо Java, Себастьян работает над технологиями контейнеризации в Linux, такими как Docker. Теперь несколько слов об отчете.
Большинство разработчиков до сих пор стараются избегать темы тестирования.
Хотя тестирование имеет решающее значение для производительности программного обеспечения, разработка и поддержка тестов требуют времени и усилий, особенно когда изменения в существующей функциональности вынуждают адаптировать сценарии тестирования.
Отсутствие тестирования программного обеспечения не является решением проблемы.
Возникает вопрос: как можно проводить корпоративные тесты наиболее эффективно и результативно? В этом докладе мы рассмотрим, что нужно для эффективного, прагматичного и автоматического тестирования приложений Java EE. Мы увидим, как поддерживать быструю обратную связь, значительный охват и постоянную скорость разработки.
Большая часть времени будет посвящена живому кодированию тестов разного размера с использованием различных технологий.
Мы покажем вам, как контейнеры и платформы оркестрации поддерживают эффективное корпоративное тестирование.
И особое внимание мы уделим разработке удобного и качественного тестового кода, который требует владения основами мастерского написания программного обеспечения.
Обсуждения 
Наверняка вам знакомо чувство, когда вы поднимаете руку, чтобы задать вопрос, а ведущий вдруг объявляет: «Осталось время для одного вопроса», и естественно, выбор не падает на вас, а во время перерыва ведущий исчезает. за дверями комнат оратора.
Если вы хотя бы раз были на наших конференциях за последний год, то уже знаете, что у нас такого не происходит. Каждый отчет сопровождается дискуссионная зона .
От такого формата в восторге все: и участники, и спикеры - можно спокойно задавать конкретные вопросы в специально отведенном месте, у спикера есть возможность конструктивно и обстоятельно ответить на любой вопрос, каким бы узким он ни был, не задумываясь о тайминге или это все интересно слушателям? Именно дискуссионные зоны отвечают на вопрос «зачем ходить на конференции, когда все можно узнать в Интернете».
Все просто: лично задать свой конкретный вопрос.
Что ж, на JBreak 2018 для этого созданы все условия: во время больших перерывов владельцы треков проведут спикера в выделенное пространство с иллюстрационной доской, местами для сидения и возможностью выпить чашечку кофе.
Теперь ни один вопрос не будет потерян во времени.
Особенности онлайн-трансляции
- Видео в разрешении 2560х1440. В таком разрешении Java-конференции снимает только JUG.ru Group;
- Возможность смотреть репортажи из любой комнаты, у вас такие же возможности, как и у участников, пришедших лично!
- Кроме того, если у вас есть вопросы, вы можете задать их спикеру через Чат-конференция в Telegram и сразу получить на него ответ;
- Улучшено качество звука, серьёзно переработана система звукозаписи;
- В перерывах между докладами, когда спикеры и участники площадки удаляются в дискуссионные зоны, мы показываем зрителям онлайн-трансляции репортажи и интервью со спикерами и спонсорами.
Веди их @phillennium и я (то есть хабраузер @olegchir ).
Вы можете увидеть, как это происходит на примере.
- Было решено множество мелких технических проблем, которые большинство людей даже не заметили, но они были.
В целом впечатления от просмотра должны быть лучше.
Поэтому, если вы уверены - купи билет сейчас ! А если вы не уверены, то можете дождаться более высоких цен и финальной программы.
Или посмотрите наше двухминутное видео и попытайтесь понять, хотите ли вы окунуться в эту атмосферу: УВИДИМСЯ НА JBREAK 2018! Теги: #java #conference #jvm #JBreak #jbreak2018 #jbreak2018 #jbreak2018
-
Отдел Ошибок
19 Oct, 24 -
Спросите Итана №33: Полет Без Звезд
19 Oct, 24 -
Илья Якямцев - Креативный Подход К Работе
19 Oct, 24 -
Покажут Ли Новый Iphone 3G?
19 Oct, 24 -
Все Готово К Отправке!
19 Oct, 24
