Гляньте на Time-based UUID (RFC 4122) — подходит под ваше описание. А благодаря специальным маркерным битам, отвечающим за версию UUID, можно "дружить" с другими системами, использующими, к примеру, UUID v4, и не бояться коллизий.
Увидев статью про ИТ-иммиграцию на Кипр, тут же заинтересовался ИТ-иммиграцией на Кипр, поэтому решил найти для себя ответы на следующие вопросы об ИТ-иммиграции на Кипр: а) какие преимущества есть в ИТ-иммиграции на Кипр, б) насколько просто осуществить ИТ-иммиграцию на Кипр, в) насколько комфортно быть ИТ-иммигрантом на Кипре, г) какие вещи обязательно нужно учитывать до ИТ-иммиграции на Кипр. Спасибо, что ответили на мои вопросы об ИТ-иммиграции на Кипр.
Я давно убедился: разработчики языков ничуть не лучше обычных программистов.
Но у них на порядок выше ответственность. Ближайшей аналогией из мира Enterprise-разработки будет внесение изменений в API вашего продукта. Да, только в API вы можете всё скрыть за `api/v1/`, `api/v2/` и так далее. Хотите такого же, как в Python 2 и Python 3?
К одной из статей здесь на Хабре обсуждалась инертность в добавлении фич в Java. И мне понравился комментарий в духе (не дословная цитата, просто доношу смысл):
Java – язык, который не может позволить добавлять себе все модные сегодня фичи. Так как завтра это окажется никому не нужной и вредной ерундой, а код останется с нами на поколения вперёд. Пусть более молодые языки набьют шишки, а мы возьмём только лучшее.
Для понимания сложности встраивания каких-либо новых фич в язык хотя бы с точки зрения производительности рекомендую посмотреть доклады Сергея Куксенко (aka Walrus).
Результаты без кода — просто числа, которые ничего не говорят. Разве что порождают спекуляции на тему zero-cost абстракций, что уже специфично для языков. Тоже самое касается работы с памятью. Например, числодробилки на JVM вряд ли стоит делать.
Тут интересно на сам код взглянуть. Как вообще адекватная реализация на Java может уступать в разы реализации на Scala?
Согласен. Аргумент про GitHub и хостящиеся на нём проекты Apache притянут за уши, мягко говоря.
В комментариях к оригинальному посту отмечают желание MS продать побольше Azure. Переманивание Java-чемпионов с той же целью — увеличить привлекательность Microsoft Azure для Java-разработчиков.
Стараемся поддерживать Java-движение в Екатеринбурге! Видео всегда выкладываем и делаем это значительно оперативнее, чем публикуем новость об этом здесь (если следить за сообществом в tg).
P.S. Сегодня получил неожиданный фидбэк по анонсу: человек в тексте анонса увидел про Clojure и решил, что на третьей встрече будет то же самое, что и на второй, поэтому решил не идти. Полагаю, стоит попробовать публиковать отдельно материалы прошедшего митапа и анонс следующего.
Постоянно забываю про «новые» методы updateAndGet и др. и пишу по старинке, повторяя код из них.
А последний вопрос я, видимо, неправильно понял, выбрав вариант с -XX:+UseContainerSupport.
В случае с UseContainerSupport размер хипа будет выбираться исходя из ограничений контейнера, а не физических размеров оперативной памяти, поэтому хип гарантированно не выйдет за ограничение (с немалым таким запасом).
К слову, и без всяких контейнеров OOM Killer может прийти за java-процессом. :)
Valhalla — очень серьёзный проект, который помимо Value Types затрагивает Generic Specialization (Generic для примитивов) и в каком-то виде Reified Generics (для Value Type). Как это всё сделать, дабы не поломать совместимость?
Позвольте, но это был Ащьф Лштшфум.
Гляньте на Time-based UUID (RFC 4122) — подходит под ваше описание. А благодаря специальным маркерным битам, отвечающим за версию UUID, можно "дружить" с другими системами, использующими, к примеру, UUID v4, и не бояться коллизий.
Возможно, вам зайдут презентации из первого сообщения, про разбор работы Producer.
На YouTube есть расширенная версия доклада с JPoint 2019: Когда всё пошло по Кафке. И на JPoint 2020 было продолжение: Когда всё пошло по Кафке 2: Разгоняем продьюсеров.
К одной из статей здесь на Хабре обсуждалась инертность в добавлении фич в Java. И мне понравился комментарий в духе (не дословная цитата, просто доношу смысл):
Для понимания сложности встраивания каких-либо новых фич в язык хотя бы с точки зрения производительности рекомендую посмотреть доклады Сергея Куксенко (aka Walrus).
Тут интересно на сам код взглянуть. Как вообще адекватная реализация на Java может уступать в разы реализации на Scala?
В комментариях к оригинальному посту отмечают желание MS продать побольше Azure. Переманивание Java-чемпионов с той же целью — увеличить привлекательность Microsoft Azure для Java-разработчиков.
J#вряд ли случится, а код клиентов запускать как-то да придётся.Тут своё слово ещё Amazon сможет сказать. Не зря же они вписались с Amazon Corretto и Джеймсом Гослингом.
Стараемся поддерживать Java-движение в Екатеринбурге! Видео всегда выкладываем и делаем это значительно оперативнее, чем публикуем новость об этом здесь (если следить за сообществом в tg).
P.S. Сегодня получил неожиданный фидбэк по анонсу: человек в тексте анонса увидел про Clojure и решил, что на третьей встрече будет то же самое, что и на второй, поэтому решил не идти. Полагаю, стоит попробовать публиковать отдельно материалы прошедшего митапа и анонс следующего.
Ни одна открытая система не является безопасной и защищённой на 100%: либо Джо, либо уже.
updateAndGetи др. и пишу по старинке, повторяя код из них.А последний вопрос я, видимо, неправильно понял, выбрав вариант с
-XX:+UseContainerSupport.В случае с UseContainerSupport размер хипа будет выбираться исходя из ограничений контейнера, а не физических размеров оперативной памяти, поэтому хип гарантированно не выйдет за ограничение (с немалым таким запасом).
К слову, и без всяких контейнеров OOM Killer может прийти за java-процессом. :)
P.S. Спасибо за топовые задачки (и настолку ;)).
Valhalla — очень серьёзный проект, который помимо Value Types затрагивает Generic Specialization (Generic для примитивов) и в каком-то виде Reified Generics (для Value Type). Как это всё сделать, дабы не поломать совместимость?