Он не плох, но просто оно семантически и концептуально выглядит как костыль. Ленивая загрузка вложенных классов - всё таки не очень очевидная вещь ИМХО.
Ну, на нём можно было писать мощные скрипты с dependency (см. аннотацию @Grab), пока не появился Kotlin Script. Впрочем, последний уже успел официально умереть, а груви пока живёт :)
Учитывая, что везде пытаются зачем-то внедрить Keycloak, не вижу способа и причины, как можно вернуться к сессиям, когда аутентификацией занимается отдельный микросервис.
Код внутри виртуального треда должен быть максимально использующим обычные блокируемые конструкции, так как будто это обычный последовательный код.
Чем это отличается от кода, который я могу написать внутри CompletableFuture в Java? Непонятно, в чём принципиальная разница с CompletableFuture в этом утверждении.
Рекомендую прекрасное космическое НФ-аниме "Странники" (Planetes), где эта тема раскрыта. Главные герои занимаются сборкой космического мусора в околоземном пространстве. Космические уборщики, дворники, так сказать.
Предположу, что они хотели на девопсе сэкономить. Я в последнее время вижу, как для senior developer чуть ли не по умолчанию хотят скиллы в пердолинге k8s, gitlab-ci и иже с ними околодевопсную тематику. И это весьма неприятно наблюдать.
Факт подлога можно определить тем, что, у вас, допустим, пейзаж или репортажный снимок с фокусировкой на бесконечность. А в данных снимка будет (условно) фокусировка 2 метра (ну или с какого расстояния вы фотографировали готовое изображение с монитора или принта).
Как-то оно всё неочевидно и выглядит не очень надёжным. Кто его знает - треды кончатся у приложения и джобы перестанут отрабатывать, а мы об этом даже не узнаем (только из логов разве что, т.е. по их отсутствию).
Для MVP-приложения сойдёт, но для прода, пожалуй, продолжу делать на Quartz. Как-то понадёжнее ИМХО.
Ожидал увидеть логотип FedEx.
Мне вот только непонятно, кто заставляет автора делать кодревью в браузере. Видимо, это происходит под дулом пистолета.
В реальных проектах нужно сделать view с нужными джоинами и обращаться уже к ним, а не к entity.
Он не плох, но просто оно семантически и концептуально выглядит как костыль. Ленивая загрузка вложенных классов - всё таки не очень очевидная вещь ИМХО.
Ну, на нём можно было писать мощные скрипты с dependency (см. аннотацию @Grab), пока не появился Kotlin Script. Впрочем, последний уже успел официально умереть, а груви пока живёт :)
Учитывая, что везде пытаются зачем-то внедрить Keycloak, не вижу способа и причины, как можно вернуться к сессиям, когда аутентификацией занимается отдельный микросервис.
Интересно, существуют ли чего-то подобного какие-нибудь расширения для Postgres?
Обратился. Не хотят браться за компактные камеры. Только зеркалки/беззеркалки им подавай.
Так и должно быть. Нынешние сеньоры через 3 года - это бред какой-то.
object.checkValidity()->object.validate()Вот бы взялся кто ультразум Canon SX730 переделать под ИК. Компактная камера - её всяко удобнее носить, зум большой да и не так жалко в случае чего.
Если кто-нибудь знает таких людей - напишите, пожалуйста.
Вспомнил, что эта игра даже была на обложке журнала. Хороший был журнал, с оригинальной подачей материала.
Чем это отличается от кода, который я могу написать внутри CompletableFuture в Java? Непонятно, в чём принципиальная разница с CompletableFuture в этом утверждении.
Арканум по сей день вдохновляет. Вот как мог бы выглядеть Arcanum 2:
На страничке художника тоже много интересного: https://www.artstation.com/red888guns
Рекомендую прекрасное космическое НФ-аниме "Странники" (Planetes), где эта тема раскрыта. Главные герои занимаются сборкой космического мусора в околоземном пространстве. Космические уборщики, дворники, так сказать.
Поддержку легаси периодически предлагают. Какой-нибудь Documentum.
Предположу, что они хотели на девопсе сэкономить. Я в последнее время вижу, как для senior developer чуть ли не по умолчанию хотят скиллы в пердолинге k8s, gitlab-ci и иже с ними околодевопсную тематику. И это весьма неприятно наблюдать.
Факт подлога можно определить тем, что, у вас, допустим, пейзаж или репортажный снимок с фокусировкой на бесконечность. А в данных снимка будет (условно) фокусировка 2 метра (ну или с какого расстояния вы фотографировали готовое изображение с монитора или принта).
Как-то оно всё неочевидно и выглядит не очень надёжным. Кто его знает - треды кончатся у приложения и джобы перестанут отрабатывать, а мы об этом даже не узнаем (только из логов разве что, т.е. по их отсутствию).
Для MVP-приложения сойдёт, но для прода, пожалуй, продолжу делать на Quartz. Как-то понадёжнее ИМХО.
А как Postgres хранит дату/время в jsonb?
Если в jsonb мы передадим строку '
2012-04-23T18:25:43.511Z', то он "поймёт", что это не совсем простая строка? Будет ли её как-то особенно хранить?