Stylus

Sass must die

а scss?

офис atomic heart?

Седня прямо день атомика

У меня тут философский вопрос появился... возможно глупый, но все же

Я пришел к очень логичному выводу, что в большинстве проектов сервер - это простая прослойка между клиентом и БД, которая добавляет авторизацию. Что мешает сделать прямую связь между клиентом и БД (другим хранилищем)? К БД ведь тоже как-то можно прикрутить авторизацию.

Возьмем, например, простой месседжер. Все, что он делает - это отображает сообщения. Что, если к БД "прикрутить" функционал слушателей изменений (попадает запись -> всем прилетает событие -> все запрашивают данные)?

P.S. Понятно, что в моменте со слушателями пойдут сложные алгоритмы

Наверное, потому что все чуточку сложнее, Ростислав )))

Ну ничего себе.
Клиентский код доступен пользователю. Это небезопасно.

была где то статья об этом же

чувак решил отказаться от бэка и сделал запросы напряму. в Postgress, но что то не нашел(

Почему? Права доступа встроить по типу «если ты с id 56 (а ты с id 56, потому что знаешь только его пароль) - у тебя есть доступ тольк к переписке пользователя 56

Спасибо, сейчас почитаю

Ростислав ) Ну, хотя бы просто потому, что база данных создана не для этих целей ) Мухи с котлетами должны лежать отдельно )
И потом, что вы будете делать, если нужно будет сходить чисто случайно, на другой компьютер в сети )))
Что делать с бизнес логикой серверной части ?) Все в базу ?)

Тоже логично. Сейчас с коллегой обсуждали, он предложил мне бэк переписать так, чтобы запросы к БД строчились на клиенте и просто пробрасывались через сервер, а остальная логика (обновление данных из других источников) - осталась как и была

я сейчас саппорчу такую систему
бд — довольно неприятное место для бизнес-логики
а в интернет базу выставлять вообще не стоит

Передайте коллеге, что клиент должен быть тонким )

Диалог выглядел так:

- А чего мы не делаем так? Давай лучше так, будет же классно!
- Ну х*йли, запили в отдельной ветке, если такой умный (в нерабочее время, разумеется)

😂

Ужс )))) 🙄