Java & JVM langs (Kotlin)
477 subscribers
71 photos
4 files
104 links
Заметки с конференций, тренингов по Java, а также ссылки на полезные материалы для самообразования от Алексея Зиновьева https://t.iss.one/zaleslaw
Download Telegram
А вот в 11 там все испортили, по словам докладчика
Также flight recorder полезно запускать для профилировки старта jvm, включая classloading
Полезно, когда ваш Spring Boot app тормозит
А для отдохновения души я в сий томный вечер соизволил посетить доклад из 2015 года(шутка, доклад норм, просто вопрос в заглавии....)
С таким вкусом сделан комикс про оркестрацию, это просто ПРЭЛЭСТНО
https://habr.com/company/southbridge/blog/428708/
Не успели пацанов прикупить, а они уже бросают выов Докеру нашему Пресвятому. Всричайте и ложьте в няво свои аппликухи, mr.Podman, аналога cri-containerd. Проковыряли дырку в экосистемы Куберентесов и увуля.

https://habr.com/company/flant/blog/426141/
Братцы, пожалейте кложуристов, им больно в Open Source: короткая драма в одном акте, где кложурист, объясняет ребятам, как устроен мир разработки OS, а ребята молчат, т.к. им и так все было известно.
Можно качать и всячески пробовать в проде!
Весьма занятная статья про Spring, Zookepeer, Global Lock, уверенность в собственноей правоте и фантомные чтения.

https://dou.ua/lenta/articles/using-spring-global-lock/

Комментарии увлекли меня на полчаса прочтения и разбора ситуации. Но даже после их прочтения я слегка на стороне автора.
Отличная история, когда требования по performance меняют традиционные подходы к построению CRUD-приложений.
https://habr.com/ru/company/tinkoff/blog/454066/

Мне до сих пор приходится встречать заслуженных лидов, которые считают, что использование Reflection/Unsafe/байтовой арифметики/нестандартных коллекций на уровне всего проекта - это блажь, костыль и грязь, в которых не надо мараться. А вот такие истории показывают, как нестандартные методики становятся средством автоматизации/ускорения, как следствие, имеют шанс на то, чтобы стать стандартом в следующем поколении.
Какая-то грустная и грязная ситуация в духе "и сам не ам и другому не дам". В целом, я лично особой печали по поводу Java/Jakarta EE не испытываю, жаль разработчиков из Eclipse Foundation, которым придется испытать много боли или просто забить на все это.

С другой стороны, может и лучше, если эта ветка Джавы засохнет.
А что думаете вы?

https://www.infoq.com/news/2019/05/end-of-javax-package