Ребят, привет!
Кто использовал LLM под конкретный проект (не просто присылать в chatGPT файлы с проекта), а чтобы модель была сама up to date со всеми изменениями? К примеру, может, интеграция с репозиторием или LLM в докер-контейнере, которая мониторит папку проекта. Пробовал copilot и tabnine, но выхлоп, к сожалению, не особо(
Подскажите, пожалуйста, кто знает рабочее решение?
Если научить сервис переводов выплевывать нужные переводы в разных форматах (например под Next / Nuxt / React / Vue) - то тема вообще хорошая. Можно было бы дать пользователю интерфейс, где он будет переводить, а разработчику просто забирать оттуда готовые файлы переводов. Как-то так. И хуйлоад не пострадает.
Читать полностью…Мельница всё так же с лагами крутится, пока не тянет.
Upd: сорян, не заметил, что это не флуд
Я тоже пойду. Сервис с переводами, заманчивая вообще мысль. Вопрос только как сделать, чтобы это не снижало быстродействие. Не на лету же туда фронту обращаться, если надо получить каких-то 10 фраз на каком-то языке.
Читать полностью…Понятно что это просто сделать. Вопрос целесообразности. Фронту это добавит гемору. Потому что ему надо писать длинный код для работы с датами, а тут еще придется при выводе Datepicker предварительно переводить эти даты во внутренний формат, там обрабатывать, потом все равно локализовать для пользователя, потом чтобы отправить обратно в API - все в обратном порядке.
Читать полностью…Бек на основе локали может возвращать даты/числа в нужном формате без всяких фронтендов.
Читать полностью…еще накинуть поддержку смещений часовых поясов не в часах, а в минутах - учитывать есть пояса со смещением на полчаса0)
Читать полностью…Представьте что у вас с бека может прийти для одного языка в одном формате, для другого в другом
Читать полностью…http://web.archive.org/web/20120430210001/http://xliff-tools.freedesktop.org/wiki/Resources
Читать полностью…чуваку я дал совет как сделать выше еще 200 сообщений назад
вам так нравится из пустого переливать?
Я имею в виду что фронт дату не просто выводит. Там надо код писать и работать с её значением. А тут получится еще что надо будет дважды делать лишние преобразования. Но вообще может быть все же Вы правы, и все таки если уже мы делаем i18n, то лучше делать по полной, чтобы бек отвечал все в одной локали, а не выборочно.
Читать полностью…Увы, это уже не избежать, там будет логика работы со значением типа дата / число до отображения пользователю, поэтому в данном случае данные нужно гонять строго в одном определенном формате.
Читать полностью…Вы же сами писали, что клиентов будет много. Т.е. вся эта логика будет размазана по всем ним.
Читать полностью…