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

про composer?

ну да, композер

Композер с 2012 года есть уже.

композер древний

Ток ты туда нативную либу не пропихнешь

2012 - не древний.

ну я когда рельсу изучал он уже был

тогда еще уии2 все релизнуться не мог, ждали.

в целом мне сам язык руби намного больше нравится чем пхп

Yii это который из коробки поощряет php шаблоны?

в целом мне сам язык руби намного больше нравится чем пхп

Лол это очевидно. Руби на голову php обгоняет по удобству и лакончиности.

тут скидывали сравнение java с руби

я незнаю, я рельсу изучал

=)

по лаконичности небо и земля конечно

во первых джава статически типизирована - везде типы писать, во вторых очень многословна

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

мне например даже джаваскрипт более приятен чем пхп

Я попробовал начать под андройд кодить, сразу же забил как увидел СКОЛЬКО мне надо кода писать.

Я попробовал начать под андройд кодить, сразу же забил как увидел СКОЛЬКО мне надо кода писать.

Ыы. Прикинь сколько решений уже пройдено, и сколько непоняток на мобильном поприще

Я попробовал начать под андройд кодить, сразу же забил как увидел СКОЛЬКО мне надо кода писать.

попробуй под ios

та же хрень будет

swift очень приятный язык

ничего приятного в нем не увидел.

http://vapor.codes/

можете глазами сайтодела посмотреть

ничего приятного в нем не увидел.

тебе наверное пхп более приятен)

не нужно быть стрелочником

Ыы. Прикинь сколько решений уже пройдено, и сколько непоняток на мобильном поприще

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

Я инструмент выбираю не по синтаксису

например у тебя активити из сна может быть выброшена андройдом

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

асинктаск какой нить

и при открытии активити заново тебе надо чтобы код это учитывал

асинктаск какой нить

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

там многопоточность обязательно надо знать, чтобы ui thread не блочить) а то если на 4 сек заблочишь - андроид убивает приложение

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

ты еще б на С++ попробовал писать, там сборку просто настроить тот еще геморой, за ресурсами следить, да и сам язык монструозный)

Я с C++ начинал, быстро понял что это язык имеющий кучу неоднозначно работающих вещей (UB), кучу криптованных ошибок, отсутствует пакетный менеджер

Когда услышал про rust, очень обрадовался.

Так что собрать C++ я скорее всего смогу, кодить нет. Очень много надо знать и понимать.

Я с C++ начинал, быстро понял что это язык имеющий кучу неоднозначно работающих вещей (UB), кучу криптованных ошибок, отсутствует пакетный менеджер

там стандарт надо знать) бывает так что вроде написал, вроде работает - но на самом деле UB, и прога теоретически может делать что угодно)

Ребята, а есть какой то общепризнанный подход интернационализации моделей? Например я хочу товары в магазине что бы были локализованными.

там стандарт надо знать) бывает так что вроде написал, вроде работает - но на самом деле UB, и прога теоретически может делать что угодно)

Там стандарт на 600 страниц вроде? или больше.

Ребята, а есть какой то общепризнанный подход интернационализации моделей? Например я хочу товары в магазине что бы были локализованными.

globalize gem

К черту такой язык.

Там стандарт на 600 страниц вроде? или больше.

сейчас 1000+ точно

C для написания мелких расширений под руби для оптимизации скорости. И в перспективе rust (надеюсь)

и это далеко не предел, будет С++17, потом С++21

Ребята, а есть какой то общепризнанный подход интернационализации моделей? Например я хочу товары в магазине что бы были локализованными.

и обрати внимание на globalize accessors

да, похоже. то что нужно. спасибо

?

а насколько такой подход хранения переводов в базе лучше, чем в yml?

а насколько такой подход хранения переводов в базе лучше, чем в yml?

прошло 4 минуты, ты посмотри и погугли для начала

потом задавай вопросы.

Вообще разленились люди, ниче сами не хотят.

Даже очевидное бд сравнивают с чтением из файла

мне просто почему то кажется что стандартный i18n грузит файлы на старте и они постоянно в памяти, иначе вьюхи получаются сильно тормозить должны если много t(...) используется. нет?

ну, тоже чтение из файлов

ты сравниваешь статичные данные с динамичными

не совсем, предполагается что модели будут только добавляться. и очень редко редактироваться. в общем я уже просто начал пилить свой велосипед и потому и спросил не фигней ли я занимаюсь. я написал модуль который подмешивается в модель. и дает возможность дифайнить акцесоры вида :title => "model_name.#{ident}.title" задающий правило ключа для поля title. в базе хранится только уникальный ident для модели. т.е. сами переводы храянятся стандартно по рельсовому

не совсем, предполагается что модели будут только добавляться. и очень редко редактироваться. в общем я уже просто начал пилить свой велосипед и потому и спросил не фигней ли я занимаюсь. я написал модуль который подмешивается в модель. и дает возможность дифайнить акцесоры вида :title => "model_name.#{ident}.title" задающий правило ключа для поля title. в базе хранится только уникальный ident для модели. т.е. сами переводы храянятся стандартно по рельсовому

я тебе дал проверенное решение, в описание которого черным по белому написано "Rails I18n de-facto standard library for ActiveRecord model/data translation."

Не нравится, пиши свой велик

вдруг ты крутой кодер и придумал более лаконичное решение

Увы, мы из нашего проекта его выпилили, так начальник решил. Могу завтра спросить на кой хер)

Имхо, если разобраться с глобалайзом это гибко и понятно

Увы, мы из нашего проекта его выпилили, так начальник решил. Могу завтра спросить на кой хер)

потому что rails only

да я про него и не знал)) правда спасибо за наводку, надо оценить сложность переезда на него

и врятли ты это решение легко на другие инструменты перетащишь

ERROR: S client not available

У нас рельса, кэп

мб это проблема

КЭП

Может вы микросервисы юзаете? Или чтото еще?

Увы, нет. Несколько приложений с шаред модельками

Есть еще для любителей катать json чтото, но глобалайз я видел в проде, а тот гем нет

Но все рельсовые

Увы, нет. Несколько приложений с шаред модельками

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

Ничего не рельсового там не планируется.

@PsixokoT http://awesome-ruby.com/#awesome-ruby-internationalization

изучай

даже в подборке нет гема(

Ничего не рельсового там не планируется.

вы на JSONB переезжаете?

Как реализуете транслейт

Нет

Полями в базе чисто

Просто у каждой модели полей по 6, к примеру

то есть чтобы завести новую локаль, тебе надо сделать миграцию

в глобалайзе это все вкоробке

Да, но глобалайз генерит таблицу для переводов

Так ведь?

да

он генерит табличку и по связи тащит переводы

я его коннекчу с globalize-accessors гемом и у меня в доступе нужные методы названием локали

А если объектов много и они часто редактируются - то на каждый чих будет обновление + база будет расти?

ничего страшного

я не думаю что у тебя пару сотен запросов в секунду

У нас хайлоад

Торговая платформа

по такой логике надо вообще от связей отказаться и писать все в одну табличку

вот меня тоже напрягает немного то что переводы в базе хранятся, но это гораздо проще для редактирования чем в админке писать дополнительные роуты для редактирования yaml

но увы все равно табличка станет большой