А какая там философия?

> «неудобно интегрироваться с git»: не требуется такая интеграция, т.к. код очень компактый. Делайте периодически снапшоты хранимок (это текстовый файл на пару мегабайт), и все.

гит ненужон

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

Типы? Какие типы?

curl 'https://api.lingualeo.com/getTranslates' --compressed  -H 'Content-type: application/json' --data-raw '{"apiVersion":"haha","text":"","id":"haha","ctx":{"config":{"isCheckData":"wow","isLogging":false}}}'

{
  "apiVersion": "haha",
  "error": {
    "code": "exception",
    "message": "invalid input syntax for integer: \"haha\". PL/pgSQL function api_get_wordtranslate_v5(jsonb) line 97 at assignment\nSQL statement \"SELECT api_get_wordtranslate_v5($1)\"\nPL/pgSQL function api_call(jsonb) line 240 at EXECUTE"
  },
  "status": "error"
}

Фтп!

Не понятно зачем им прокся
Нельзя было просто рест на хранимках сделать?

гит такой системе, кажется, плохо подходит. svn - самое то т.к. централизация и единое отображение состояние для всех, в том числе и базы.

Коннект к бд прямо из фронта делать, что ж мелочится

👍👍👍👌 Браво!

При их "правильной схеме БД" это будет абсолютно безопасно!

я там коммент оставил насчёт производительности. Что одну БД вертикально можно масштабировать не так долго, а синхронных реплик можно подключать не так много. На что получил ответ, что для 20 таблиц это не столь существенно 😮

у меня в каждом проекте в проде таблиц не меньше 50, как так-то?!

возможно у них таблицы сжались в супер таблицы

Ну ты знаешь какие есть нормальные формы? А вот они не факт

👍 good point

При этом у них уже несколько террабайт данных

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

лучше бы спросили про валидацию, типы и возврат ошибок :) потому что как узнать в каком из полей что-то не то? :)

Ну может они на проксе валидируют