Size: a a a

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

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

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

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

Чтобы обсудить посты из этого канала, есть специальный чатик: http://t.me/javawatch_chat
источник
2018 March 04
javawatch
источник
javawatch
За час до начала регистрации на JBreak. Пока эта дискуссионная зона - пустая, но скоро начнется...
источник
javawatch
JBreak - Volker Simonis о том, как использовать AppCDS
источник
javawatch
источник
javawatch
источник
javawatch
Крис Талингер рассказывает как использовать Graal
источник
javawatch
источник
javawatch
Виктор Гамов. Кафку на прокафку
источник
javawatch
источник
2018 March 05
javawatch
Мощная драма в 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
источник
2018 March 07
javawatch
Ваня Дубров притащил крутой баян. Широко известный в узких кругах 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?"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Там в документах имена написаны. Руководитель проектов, аналитик, главный разработчик. Не боятся они, что люди будут на улице пальцами показывать на них?
источник
javawatch
Чат для обсуждений: @javawatch_chat
источник
javawatch
Смотрю какие люди задают вопросы, типа "какие выгоды даст нам переход на контейнеры", и рука тянется к фейспальму. Такое ощущение, что в мозгах всё смешалось у народных масс

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

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

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

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

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

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

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

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

Правильный вопрос не "стоит ли нам перейти на контейнеры", а "куда нам нужно двигаться общим фронтом"
источник
javawatch
Для свего JS движка Александр решил реализовать промисы на Java. Так себе он их реализовал. Хабровчане напустились на автора и ищут ошибки в его API. Присутствуют чудесные экзистенциальные комментарии с обоих сторон баррикады.
https://habrahabr.ru/post/350444/
источник
2018 March 08
javawatch
источник
javawatch
^^^ Фотка дня на #jbreak. Simon Ritter, deputy CTO of Azul
источник
2018 March 12
javawatch
Если кому-то интересно, как оно там всё устроено в Сбертехе, провёл очередное интервью с руководителем.
На этот раз это Валерий Выборнов - начальник отдела разработки лабораторного кластера супермассивов.
Необычные чуваки. Живут посреди кровавого ынтерпрайза, но пишут на Скале со всякими весьма хипстерскими приблудами, и даже пишут прототипы на Rust.
Вообще, жизнь дата-сатаниста среди кровавого ынтерпрайза обычно полнится болью и страданиями, но вот эти - как-то научились выживать. Судя по всему, весьма успешно.

https://habrahabr.ru/company/jugru/blog/350990/
источник
2018 March 13
javawatch
Отсмотрел программу JPoint 2018 и выбрал доклады, на которые пошёл бы сам (но не смогу, потому что нужно читать свой доклад, плюс вести интервью)

https://habrahabr.ru/company/jugru/blog/351078/
источник