Дайджест цікавих подій з світу Java, і навколо неї #6 (04.07.2016 — 17.07.2016)

image

У цьому випуску
— JUnit 5 до нас приходить
— Складання закінчена: CMS буде видалений з Java
— Java EE: Oracle перервав мовчання
— В нетрі JIT разом з Azul
… і багато іншого


1. Новини
1.1.Вийшов перший майлстоун-реліз JUnit 5Посилання 1: http://www.swiftmind.com/de/2016/07/07/junit-5-0-0-m1-released/
Посилання 2: http://www.codeaffine.com/2016/02/18/junit-5-first-look/

Розробники обіцяють багато приємних функцій — підтримка лямбд, динамічну реєстрацію тестів, і т. д… Більш докладно можна почитати в офіційній документації. Частина цього функціоналу присутня і в попередніх версіях. Але API JUnit 4 далекий від ідеалу. Нарощування функціоналу призвело до накопичення технічного боргу, що виражається в конкуруючих інтерфейсах, заплутаних сутності та інші дивацтва. У новій версії API буде не тільки більш просунутим, але і більш зручним, і цілісним. Чекаємо.

1.2. Дні CMS поліченіПосилання 1: http://openjdk.java.net/jeps/291
Посилання 2: http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2016-June/018353.html
Посилання 3: http://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2016-July/018532.html

Це не новина. Ідея видалити CMS була матеріалізована у вигляді JEP-а ще в 2015-му році. Oracle хоче цілком сфокусуватися на розвитку G1. Однак зараз розробники впритул підійшли до початку випилювання, що породило низку питань.

Так, представники SAP та Google заявляють, що хочуть продовжувати розвивати CMS в рамках своїх збірок OpenJDK. Тому CMS не можна просто взяти і випиляти. Його добре б або абстрагувати, або вимикати його компіляцію яким-небудь макросом. Але і тут не все гладко, так як Oracle, великим скрипом пропускає пуши з боку в кодову базу OpenJDK.

Хлопцям з Oracle всі ці складнощі нафіг не потрібні. Ідеальний варіант для них — просто грохнути кодову базу. Коментар Mark Reinhold дозволяє сподіватися, що IT-гігант виявить певну відповідальність, і сторони зможуть прийти до компромісу.

1.3. Тренди і тенденції в Java: велике дослідження RebelLabsПосилання: http://zeroturnaround.com/rebellabs/java-tools-and-technologies-landscape-2016/

Хлопці з ZeroTurnaround провели великий опитування Java-фахівців, і склали картину сучасних тенденцій в світі Java. 75% розробників думають, що вони краще, ніж в середньому по лікарні. 3 з 5 спробували микросервисы на смак, не зрозуміли, навіщо це все потрібно. IDEA нарешті обігнала Eclipse. І інше, та інше. Почитайте, дуже цікаво.

1.4. Oracle розповів про майбутнє Java EEПосилання: http://www.theregister.co.uk/2016/07/07/oracle_java_ee_8/

Якщо коротко: «відставити паніку, ситуація під контролем, JavaOne все розповімо». Насправді, тема стогонів Java EE вже трохи втомила. Тому можливо дійсно варто розслабитися, і просто дочекатися вересня. А там, дивись, і «саме розсмокчеться». Хоча навряд чи багато хто з вас сильно напружувалися з цього приводу :-)

Тим часом Mark Little з RedHat трохи прояснив ситуацію з MicroProfile. Це ініціатива про стандарти, і не про стандарти. Про Java EE, і не про Java EE. Просувати її будуть через JCP, і не через JCP. Коротше кажучи, за все хороше, проти всього поганого. Поки що виглядає занадто рихло.

До речі, ще одна хороша новина — WebSphere тепер Java EE 7 compliant! Вітаємо колег з IBM. Як кажуть, дорога ложка до обіду.

2. Почитати
2.1. В нетрі JIT разом з AzulПосилання: https://www.youtube.com/watch?v=oH4_unx8eJQ


Шикарний доповідь про нутрощах JIT Douglas Hawkins з Azul Systems. Настійно рекомендовано до перегляду, якщо ви не були присутні на самому івенті, організованим JUG.RU.

2.2. Про що мовчить G1Посилання: https://dzone.com/articles/understanding-g1-gc-log-format

У CMS земля горить під ногами. Тому саме час набити руку в дебаге проблем G1, і розібратися, що він друкує в лог. Автор статті досить стисло і лаконічно розповідає, як почати говорити з новим складальником сміття на одній мові.

2.3. Інтерв'ю з CEO JetBrainsПосилання: http://www.rbc.ru/spb_sz/04/07/2016/577a35b09a79477fa19c6cb5

Завжди инетерсно почитати інтерв'ю з розумною людиною. Просто залишу це тут.

3. Мудрість
3.1. Do Repeat Yourself
Sometimes duplicating things, either code or data, can significantly simplifies a system. DRY isn't absolute.  John Carmack (@ID_AA_Carmack) 15 липня 2016 р.

3.2. Про тестування
i'm beginning to believe that writing well-designed tests actually requires more technical skill than the code it tests.  Dan Allen (@mojavelinux) 9 липня 2016 р.

3.3. Performance і елегантність
"The key to performance is elegance, not battalions of special cases." — Jon Bentley and Doug McIlroy  Programming Wisdom (@CodeWisdom) 12 липня 2016 р.
Це все добре звичайно, але простота і елегантність часто вимагають титанічних зусиль. Ми рідко можемо це собі дозволити в повсякденній практиці.

4. Гумор
4.1. Все тлін
We designed distributed architectures, highly available and resilient systems, reactive interfaces & what are they for?
Catching Pokemons ;(  Mario Fusco (@mariofusco) 16 липня 2016 р.

4.2. Антипаттерны
Reminder that some anti-patterns look impressive. pic.twitter.com/uMFuqeSYIg  map perkins (@mapperkins) 12 липня 2016 р.


Попередні випуски#5 (20.06.2016 — 03.07.2016)
#4 (06.06.2016 — 19.06.2016)
#3 (23.05.2016 — 05.06.2016)
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.