В основном юзаю для бэкэнд Java Kotin огромных микросервисных банковских проектов. Также использую ее для повседневных задач типа, "настрой мне ВПН на моем серваке", "покажи кто слушает порт", "открой сайт", "смонтируй мне ролик из кучи роликов в этой папке", ... Очень мне помогает. Только что вышла новость что открыли обратный отсчёт выкладывания qwen 3.8 27b - пишут что она порвет в кодинге всех. Прямо очень жду. Но qwen 3.6 27b mtp - это для меня мегаимба. Я запускаю ее на 4080 32гб, и все летает.
Я давно юзаю локальные ллм и qwen 3.6 27b плотная модель работает в ощутимо лучше и умнее чем мое модели 35b a3b и ornit. Они как раз часто галюцинируют. Думаю тут дело в железке. Также для скорости я юзаю mtp и это даёт существенный буст к перформансу. Каких то лагов я не замечал, разве что только кроме одного раза где после резкой смены языка программирования у меня рейтинг предсказания упал до 0 и просто замедлилась скорость
А вот с гига кодом у меня был давно совсем печальный опыт и с его лагами и зацикливания и я быстро забросил попытки его использования
На самом деле Кафка поддерживает как классический асинхронный, так и синхронный способ взаимодействия (ожидание ответа здесь и сейчас с тем же correlation id). Также как и классический синхронный rest и асинхронный webfux rest. Пост имеет практически нулевую ценность, просто констатирует старые постулаты не имеющие отношение к настоящему времени.
Рекомендую покопать поглубже, и выбор между рестом и кафкой будет уже не так однозначен, ну и материала для статьи будет гораздо больше)
Поддерживаю. Годы идут, усталость от "магических" проблем все выше. Все больше достает вопрос а какой в итоге запрос получится? Если говорить про хибер, то всякие автозапросы и n+1.... В итоге чем старше и опытнее становишься, тем больше хочется иметь понятные написанные руками аккуратно лежащие где-то запросы, вместо этой магии удобства популярных апи и начинаешь мечтать о старом добром jdbcTemplate или хотя бы простой и понятной батис модели ))))
В целом автора поддерживаю - кэширование инструмент очень полезный и порой незаменимый.
Единственное не понял при чем тут FeignClient)
Тут описано старое доброе кэширование результатов методов спринговых бинов) И кстати ничего нет про инвалидацию кэша. Кэшировать результат вызова метода - это одно. Но как узнать, что на сервере что-то поменялось и данные в кэше стали не валидны. Как правило если нет ответа на этот вопрос включать кэширование методов будет самоубийством.
Да и на практике никогда не встречал микросервисы в котором результаты метода на 100% предсказуемы и никогда не меняются.
В основном юзаю для бэкэнд Java Kotin огромных микросервисных банковских проектов. Также использую ее для повседневных задач типа, "настрой мне ВПН на моем серваке", "покажи кто слушает порт", "открой сайт", "смонтируй мне ролик из кучи роликов в этой папке", ... Очень мне помогает. Только что вышла новость что открыли обратный отсчёт выкладывания qwen 3.8 27b - пишут что она порвет в кодинге всех. Прямо очень жду. Но qwen 3.6 27b mtp - это для меня мегаимба. Я запускаю ее на 4080 32гб, и все летает.
Я давно юзаю локальные ллм и qwen 3.6 27b плотная модель работает в ощутимо лучше и умнее чем мое модели 35b a3b и ornit. Они как раз часто галюцинируют. Думаю тут дело в железке. Также для скорости я юзаю mtp и это даёт существенный буст к перформансу. Каких то лагов я не замечал, разве что только кроме одного раза где после резкой смены языка программирования у меня рейтинг предсказания упал до 0 и просто замедлилась скорость
А вот с гига кодом у меня был давно совсем печальный опыт и с его лагами и зацикливания и я быстро забросил попытки его использования
Приветствую автора.
На самом деле Кафка поддерживает как классический асинхронный, так и синхронный способ взаимодействия (ожидание ответа здесь и сейчас с тем же correlation id). Также как и классический синхронный rest и асинхронный webfux rest. Пост имеет практически нулевую ценность, просто констатирует старые постулаты не имеющие отношение к настоящему времени.
Рекомендую покопать поглубже, и выбор между рестом и кафкой будет уже не так однозначен, ну и материала для статьи будет гораздо больше)
Поддерживаю. Годы идут, усталость от "магических" проблем все выше. Все больше достает вопрос а какой в итоге запрос получится? Если говорить про хибер, то всякие автозапросы и n+1.... В итоге чем старше и опытнее становишься, тем больше хочется иметь понятные написанные руками аккуратно лежащие где-то запросы, вместо этой магии удобства популярных апи и начинаешь мечтать о старом добром jdbcTemplate или хотя бы простой и понятной батис модели ))))
В целом автора поддерживаю - кэширование инструмент очень полезный и порой незаменимый.
Единственное не понял при чем тут FeignClient)
Тут описано старое доброе кэширование результатов методов спринговых бинов) И кстати ничего нет про инвалидацию кэша. Кэшировать результат вызова метода - это одно. Но как узнать, что на сервере что-то поменялось и данные в кэше стали не валидны. Как правило если нет ответа на этот вопрос включать кэширование методов будет самоубийством.
Да и на практике никогда не встречал микросервисы в котором результаты метода на 100% предсказуемы и никогда не меняются.
Спасибо автору за пост.