pro.jvm

22 Dec 2024 11:51

А если его родной язык - Javascript - то пусть лучше увольняется, реально от таких "разработчиков" только одни проблемы.

pro.jvm

22 Dec 2024 11:50

Переводить нет - но он должен закинуть инфу что есть такая -то новая языковая фраза в сервис перевода хотя бы. И на своем языке или en описать что ошибка означает, чтобы ее уже переводчик мог перевести.

pro.jvm

22 Dec 2024 11:50

Это не его работа переводить.

pro.jvm

22 Dec 2024 11:49

Ладно. Делайте как хотите. Я просто свой взгляд на проблему описал и попытался аргументировать. Не претендую на истинность.

pro.jvm

22 Dec 2024 11:47

Почитайте https://jsonapi.org/format/#error-objects пожалуйста

pro.jvm

22 Dec 2024 11:46

Отвечать на ангийском тогда - действительно будет гемор с арабами и так далее

pro.jvm

22 Dec 2024 11:45

Ну кстати, как вариант, не моноязык - а отвечать всякими кодами языковых фраз, типа: auth.error.dateExpired

pro.jvm

22 Dec 2024 11:43

Бек моноязык, сервис локализации для хранения переводов, фронт для перевода ошибки с бека с помощью переводов из сервиса локализации

pro.jvm

22 Dec 2024 11:42

Это не так. Я просто выбираю оптимальный, более короткий путь для всего бизнеса, который обеспечит качественный результат при этом.

pro.jvm

22 Dec 2024 11:42

А вы все на бек хотите свалить

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:51

И до того как это попадет на бой - надо чтобы переводы были сделаны. Поэтому фолбек тут в принципе не нужен.

pro.jvm

22 Dec 2024 11:50

Так это не его зона ответственности, а переводчика.

pro.jvm

22 Dec 2024 11:49

Спор это хорошо, в нем в любом случае рождаются и новые идеи:)

pro.jvm

22 Dec 2024 11:47

Там не должно быть отсутствия перевода - если ты написал какую-то ошибку, у нее должен быть осмысленный текст. Если бекендер готов уволиться из-за того, что его заставляют описать текстом ошибку которую он выкидывает - то я считаю пусть лучше уволится.

pro.jvm

22 Dec 2024 11:46

Человекочитаемый текст в любом случае нужен чтобы фолбечится в него в отсутствии перевода в сервисе локализации

pro.jvm

22 Dec 2024 11:46

Тогда да, это можно вынести куда-то в отдельный сервис для переводов как-то...

pro.jvm

22 Dec 2024 11:44

Исправлять будешь только в сервисе локализации загружая новый xliff текстовый файлик

pro.jvm

22 Dec 2024 11:43

Это и будет размазыванием ответственности по сразу нескольким сервисам, когда можно в одном месте исправить. Я уже это раз 5 объснил, уже пальцы стер.

pro.jvm

22 Dec 2024 11:42

А может не размазывать ответственность и все сделать на фронте и в сервисе локализации?

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

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