λ
пожалуйста, не травите Фомкина
@lol_dog хватит токсить
@lol_dog хватит токсить
што?
Size: a a a
2019 December 27
Oℕ
што?
переставай душить
λ
где че я душу?
λ
я прост описал ситуацию как я это вижу
Oℕ
Спасибо, мы поняли, лично тебе Королёв не интересен, спасибо за очень подробный рассказ, почему
DM
Я так понял, что за 5 минут можно вывернуть всю БД в рест. А чтобы бы сделать минимальное управление правами придется pl/sql писать, что уже не 5 минут. В то время как на Королеве начать писать фронтэнд это действительно пять минут. Ты напрямую из фронтэнд в БД ходишь без каких-либо проблем с правами и безопасно.
там есть готовые примеры для этого
есть сторонние проекты для фронта (но я не смотрел их совсем)
с Королевым фронт не 5 минут, у нас был (это то что я тебе регулярно ныл про отсутствие готовых компонент)
есть сторонние проекты для фронта (но я не смотрел их совсем)
с Королевым фронт не 5 минут, у нас был (это то что я тебе регулярно ныл про отсутствие готовых компонент)
λ
Более того, нигде фронт не 5 минут. Собирать ток 10 будете)
Oℕ
Более того, нигде фронт не 5 минут. Собирать ток 10 будете)
наша админка собирается за 40 секунд
λ
воу, Олег. Ну я имел ввиду изначальное выкачивание зависимостей тоже
AO
Многократно объяснял:
1. Для программистов. Убирает необходимость писать CRUD. Убирает необходимость делать Server Side Rendering, так как в королеве он из коробки работает. Радикально упрощет любой пуш с сервера. На уровне парадигмы это тот же Реакт.
2. Для пользователей. Приложение загружается мгновенно, не разряжают аккум, не ждут память.
3. Для бизнеса. Увольняем круд обезьянок. Сохраняем пользователей за счет быстрой загрузки.
1. Для программистов. Убирает необходимость писать CRUD. Убирает необходимость делать Server Side Rendering, так как в королеве он из коробки работает. Радикально упрощет любой пуш с сервера. На уровне парадигмы это тот же Реакт.
2. Для пользователей. Приложение загружается мгновенно, не разряжают аккум, не ждут память.
3. Для бизнеса. Увольняем круд обезьянок. Сохраняем пользователей за счет быстрой загрузки.
Ну вот смотри, я тут был в Тайланде, и у меня все Российские и многие не Российские сайты грузили просто писос как долго из-за пинга, представь какой херовый опыт будет у пользователя с королёвым, в котором на каждое мелкое изменение в UI происходит пуш на сервер
λ
так-то webpack тоже может быстро собрать, просто изначально будешь ждать вечность
AO
Ну и круды всё же проще писать на php
λ
Ну и круды всё же проще писать на php
на котлине)
AO
на котлине)
на php всё еще проще
λƒ
Ну давай сыграем в эту игру
1. Как это убирает необходимость писать CRUD? В любом случае где-то есть мапинг на бд. Или ты имеешь ввиду, что надо описать только это мапинг. SSR нужен только в случае если тебе нужно заиндексироваться в поисковике и делается эт в случае обычного js не сложно. Про пуш вообще не согласен, вот я юзаю какой-нибудь graphql и для меня это просто сунуть что-то в ZStream, куда уж проще?
2. Приложение загружается и с js мгновенно. Потому что есть и код сплиттинг и кэширование. Насчет памяти, я работал с людьми, которые умели профилировать свои js, так что это совсем не проблема
3. А кто бизнес логику будет писать? Или фронт ты предлагаешь писать бэкэндерам? Сомневаюсь что условно Олег любит залезать в CSS. Про пользователей я уже сказал.
1. Как это убирает необходимость писать CRUD? В любом случае где-то есть мапинг на бд. Или ты имеешь ввиду, что надо описать только это мапинг. SSR нужен только в случае если тебе нужно заиндексироваться в поисковике и делается эт в случае обычного js не сложно. Про пуш вообще не согласен, вот я юзаю какой-нибудь graphql и для меня это просто сунуть что-то в ZStream, куда уж проще?
2. Приложение загружается и с js мгновенно. Потому что есть и код сплиттинг и кэширование. Насчет памяти, я работал с людьми, которые умели профилировать свои js, так что это совсем не проблема
3. А кто бизнес логику будет писать? Или фронт ты предлагаешь писать бэкэндерам? Сомневаюсь что условно Олег любит залезать в CSS. Про пользователей я уже сказал.
1. Про CRUD. Обычно надо написать BD -> Server -> JSON. И JSON -> Client -> DOM. В Королеве DB -> Server -> DOM что очевидно проще. SSR это порой несколько человекомесяцев разработки. SSR нужен не только для индексации, но и для уменьшения TTI.
2.Режаем мозгами то что легко решается подходящим инструментов. Понимаю и одобряю.
3. HTML/CCS пишут верстальщики как обычно. Логикой занимаются программисты.
2.Режаем мозгами то что легко решается подходящим инструментов. Понимаю и одобряю.
3. HTML/CCS пишут верстальщики как обычно. Логикой занимаются программисты.
Oℕ
воу, Олег. Ну я имел ввиду изначальное выкачивание зависимостей тоже
зачем, если они все уже на локальном нексусе
DM
Ну и круды всё же проще писать на php
ну вон есть возможность не писать их совсем (для простых сценариев точно)
AO
но я стараюсь сделать, чтобы и из котлина это была 1-2 аннотации :peka:
B
на php всё еще проще
на груви тогда уж еще проще
AO
Boris
на груви тогда уж еще проще
та не