Всем привет. Как вы знаете, я давно пишу всякое про языки программирования, виртуальные машины и платформы, с особым фокусом на динамические рантаймы (Java, .NET, JS, Python, Ruby, etc).

Ещё я имею некоторое отношение к организации ряда конференций по всему вышеперечисленному, плюс по бигдате/машинлёнингу, тестированию, девопсу, и так далее.

Обычно вся эта информация отправляется точечно (Хабр, Фейсбук, ЛОР, в будущем будут покоряться Медиумы и другие площадки).

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

Чтобы обсудить посты из этого канала, есть специальный чатик: http://t.me/javawatch_chat

За час до начала регистрации на JBreak. Пока эта дискуссионная зона - пустая, но скоро начнется...

JBreak - Volker Simonis о том, как использовать AppCDS

Крис Талингер рассказывает как использовать Graal

Виктор Гамов. Кафку на прокафку

Мощная драма в PhantomJS.
Со скандалами, интригами, открытыми письмами, разоблачениями количества коммитов.
(Весть об этом принёс Барух, после чего полчаса выпало на чтение комментариев)

Вкратце, Виталий решил, что его задолбало в одно рыло вести Фантом.
https://groups.google.com/forum/#!topic/phantomjs/9aI5d-LDuNE

Ariya решил из-за этого заархивировать проект.
https://github.com/ariya/phantomjs/issues/15344

Pixiupl опубликовал открытое письмо, в котором ругается на необщительность Ariya, который не отвечает ему в скайпе:
https://docs.google.com/document/d/1egB4CarmBN3HfntWJ7n1ETB-uDQBAwS5taPbKtxMloQ/edit

И делает соответствующую issue в репозитории, где далее случаются чудесные комментарии:
https://github.com/ariya/phantomjs/issues/15345

Ваня Дубров притащил крутой баян. Широко известный в узких кругах Aphyr (то есть Kyle Kingsbury) в октябре прошлого года тиснул статейку про Hazelcast.

Читать здесь: https://jepsen.io/analyses/hazelcast-3-8-3

Смеяться, начиная отсюда:
"In addition, the names of Hazelcast’s datatypes, and the functions provided on those types, imply a certain fitness-for-purpose, e.g. that users can use these types and functions in a meaningful way. What is the point of an ID Generator which emits duplicate IDs? A lock that doesn’t lock? Who wants an AtomicReference which is not atomic? Of what possible use is a queue which doesn’t, well, queue?"

Спросил у Вика "каким образом Афир ещё жив, а не томится у тебя в подвале, или где вы их там закапываете", но потом осознал, что Вик теперь топит за Кафку, а подвал не резиновый.

Тут на Хабре была статья Альфалаба про подпись сообщений в СМЭВ.

Просто для интересу прошёл на портал (https://smev3.gosuslugi.ru/portal/), порадоваться как всё изменилось. Можете сами прям щаз эту ссылку открыть.

Увидел следующее: не изменилось ничего.

Самые важные для разработки ссылки расположены в самой жопе сайта, а сверху идёт всякий мусор. Чудно.

Так как по названию ссылок обычный человек ни за что не догадается, вот вам подсказка:

* Рекомендуемая версия библиотек для сборки клиента СМЭВ 3. Схема версии 1.1.
* Рекомендуемая версия библиотек для сборки клиента СМЭВ 3. Схема версии 1.2.

Кстати о мусоре. Руководство по использованию (или как тут оно называется, "методические рекомендации", чтобы никто не догадался) - не в маркдауне/аскидоке/etc в гите, а в вордовских файлах docx. Ченжлог в начале документа. Прямо как в 2001 году оказался, верхом на машине времени. Внутри всё тот же позор, что и раньше. Судя по ченжлогу, несколько допиленный.

Вернемся к «библиотекам». Открываю ссылку — там какой-то зип-архив. В корне всё так же нет LICENSE.txt. То есть, код есть, а использовать его нельзя!

Для особо впечатлительных: точно так же было и 2 года назад. Я тогда создал на них тикет и обзвонил всю поддержку - поддержка просто закрыла тикет с объяснением "вопрос прорабатывается". Два года прорабатывается, ага.

И ещё. Какой долбоёб кладет исходники в зип-файлы? Какой вменяемый человек будет хранить документы для программистов в docx, в ГОСТовском псевдоформате, даже без ченжлога в начале документа?

А ещё там есть ченжлог в txt, относительно предыдущей версии! Т.е. чтобы собрать весь ченжлог - нужно скачать все зипники со всеми версиями, и самостоятельно его склеить. Хотя стоп, но ведь на сайте не скачать предыдущие версии... FAIL. Но даже если б мы чего и собрали, то скупые строчки типа, цитирую:

"Добавлен валидатор XML Element как ещё один способ валидации пришедших схем вида сведений"

- не говорят примерно ни о чём.

Ни тебе публичного гита, чтобы посмотреть конкретные коммиты. Ни лицензии. Ни ченжлога нормального. Ни-че-го.

И это мы ещё не перешли к главному - к дизайну API.

Прошли годы, ага.

Необучаемые.

Вроде ко мне это уже и не относится никак, а от ярости руки трясутся, когда на всё это смотришь.

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

Чат для обсуждений: @javawatch_chat

Смотрю какие люди задают вопросы, типа "какие выгоды даст нам переход на контейнеры", и рука тянется к фейспальму. Такое ощущение, что в мозгах всё смешалось у народных масс

Есть несколько ортогональных сущностей
* Микросервис/монолит
* standalone/appserver
* контейнер/виртуалка/голое железо

Сами по себе аппсервера и стенделоны никак не связаны с монолитами и микросервисами. Можно написать микросервис на Wildlfy, можно написать монолит на Spring Boot JAR. Wildfly всё еще аппсервер, хотя и весит сильно меньше Вебсферы.

SpringBoot JAR останется стэделоном, даже если ты всяких хибернейтов и спрингов ему в pom.xml навалишь на пять гигабайт. Wildfly не станет стенделоном, даже если ты порежешь ему модули в ноль.

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

Но из этих идей можно собирать полезные или бесполезные комбинации.

Например, можно собрать монолитный стэнделон на Spring Boot, полученное запаковать в war и запустить на Вебсфере, запущенной в Docker, бегающий в VMWare, но зачем это нужно - пока непонятно.

У вас есть (должна быть!) Картина Всего. Начинающаяся от целей и требований бизнеса, например. И в этой картине всего, докеры - только какой-то небольшой процент работы. Но это особый участок, на него завязано очень много других вещей.

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

Правильный вопрос не "стоит ли нам перейти на контейнеры", а "куда нам нужно двигаться общим фронтом"

Для свего JS движка Александр решил реализовать промисы на Java. Так себе он их реализовал. Хабровчане напустились на автора и ищут ошибки в его API. Присутствуют чудесные экзистенциальные комментарии с обоих сторон баррикады.
https://habrahabr.ru/post/350444/

^^^ Фотка дня на #jbreak. Simon Ritter, deputy CTO of Azul

Если кому-то интересно, как оно там всё устроено в Сбертехе, провёл очередное интервью с руководителем.
На этот раз это Валерий Выборнов - начальник отдела разработки лабораторного кластера супермассивов.
Необычные чуваки. Живут посреди кровавого ынтерпрайза, но пишут на Скале со всякими весьма хипстерскими приблудами, и даже пишут прототипы на Rust.
Вообще, жизнь дата-сатаниста среди кровавого ынтерпрайза обычно полнится болью и страданиями, но вот эти - как-то научились выживать. Судя по всему, весьма успешно.

https://habrahabr.ru/company/jugru/blog/350990/

Отсмотрел программу JPoint 2018 и выбрал доклады, на которые пошёл бы сам (но не смогу, потому что нужно читать свой доклад, плюс вести интервью)

https://habrahabr.ru/company/jugru/blog/351078/