pro.jvm

22 Dec 2024 11:42

Отчасти надо думать о том, для кого ты пишешь код. Отчасти, я выше уже не раз писал - что никто не отменял, что некоторые кейсы надо будет обработать как-то на фронте. Таких ситуаций не больше 5% обычно в проекте.

pro.jvm

22 Dec 2024 11:40

Дополнительно подумайте об аудитории. То что напишет в ошибке бекендер - это как правило не то, что вы захотите показать конечному пользователю. У них майндсет разный

pro.jvm

22 Dec 2024 11:36

Мои бы бекенд разработчики уволились бы если бы я их заставил переводы писать. Да я и сам наверное бы уволился еслиб такое предложил.

pro.jvm

22 Dec 2024 11:29

И плюрализацию поддержи. Удачи вашему беку

pro.jvm

22 Dec 2024 11:29

А потом ещё арабы придут. Скажут пиши справа налево

pro.jvm

22 Dec 2024 11:29

Т. е. пилим толстый сервер/клиент, кушаем кактус и плачем?

pro.jvm

22 Dec 2024 11:28

Ну в интерфейсе может быть много чего того, что на беке нет.

pro.jvm

22 Dec 2024 11:28

Что там придется переводить?

pro.jvm

22 Dec 2024 11:26

Бред, как по мне, делать толстый фронтенд из-за i18n...

pro.jvm

22 Dec 2024 11:26

вместе с картинкой "заказчик, вендор, интегратор" описывает it-индустрию in a nutshell

pro.jvm

22 Dec 2024 11:25

Вообще нет, монопенисуальны они только когда у тебя один фронт, и вы с фронтендером в губы целуетесь сидите с утра до ночи.

pro.jvm

22 Dec 2024 11:24

Ну, зато я день потрачу и переведу нормально, чем иметь в китайском стиле сайты, чтобы клиенты поржали.

pro.jvm

22 Dec 2024 11:23

Удачи. Особенно когда вы выйдите на новый рынок. Вместо того чтоб подсунуть в сервис локализации новый перевод вы будете шаманить с беком

pro.jvm

22 Dec 2024 11:21

Фолбек на английский если нет перевода в сервисе локализации.

pro.jvm

22 Dec 2024 11:21

А необработанные переводятся один раз: Упс что-то пошло не так. И логи на английском.

pro.jvm

22 Dec 2024 11:42

С точки зрения бизнеса каждый должен заниматься своим делом. Бек логикой, фронт рендерингом и отображением, переводчики - переводом

pro.jvm

22 Dec 2024 11:40

Ну, я смотрю на весь процесс как на бизнес, а не только на разработку бекенда. Поддерживать это на беке эффективнее и обеспечивает более качественный результат.

pro.jvm

22 Dec 2024 11:30

А потом японцы: чтобы еще и вертикально)

pro.jvm

22 Dec 2024 11:29

Сложнее фронтендеру объяснить где у тебя какая ошибка будет из бека, чтобы он это все перевел

pro.jvm

22 Dec 2024 11:29

В каком месте плачем?

pro.jvm

22 Dec 2024 11:28

Ух хорошо. Будем в 2х местах переводить. А то мало геммороя

pro.jvm

22 Dec 2024 11:28

Если бек сразу будет возвращать текст ошибки в нужной локали?

pro.jvm

22 Dec 2024 11:27

На фронте все равно придется переводить, но только то, что касается интерфейсов, то есть только кухню фронтендера там переводить и надо. ИМХО.

pro.jvm

22 Dec 2024 11:26

Я вам предлагаю ещё странички на беке генерировать, а то чё они эти фронтендеры

pro.jvm

22 Dec 2024 11:26

Ну или когда ты сам себе фронтендер и знаешь точно что у тебя тебе твой бек ответит

pro.jvm

22 Dec 2024 11:24

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

pro.jvm

22 Dec 2024 11:24

Внезапно да. Но ты должен в твоём случае заставить бек перевести каждый код ошибки. По мне ситуации монопенисуальны

pro.jvm

22 Dec 2024 11:23

В чем данный подход лучше того же ResourceBundle с текстом ошибок для каждой локали?

pro.jvm

22 Dec 2024 11:21

А где тут база знаний?

pro.jvm

22 Dec 2024 11:20

Чтобы смапить код ошибки на шаблон перевода под конкретный язык. В шаблон вставлять плейсхолдоры из мета