потому что единственной причиной может быть то что ты ее выучил в университете

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

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

пф.. ну да, наверно по этому на ней весь эетерпрайз крутится

потому что она старая

однако из нового на джаве начинают делать меньшую часть проектов

потому что она старая

и дальше что?

чет офтоп, фронтендеры о джавке спорят)

и дальше что?

ну ты себя спроси

ну ты себя спроси

понятно, не кормлю

Джава же говно

Ребят, а вы тоже храните все данные приложения, которые прилетают с сервера в редаксе? Или часть данных в редаксе, а часть в стетах?

где удобнее

Абрамов разрешил

Абрамов разрешил

Так каша же получается

не обязательно

это тоже не надо делать

нода + монга онли

у тебя или большая каша из редьюсеров+селекторов, либо из стейта и меньшего количества редьюсеров+селекторов

Каши, как раз при полном исполнении редакс нету

по своему опыту могу сказать - пихать все в редьюсеры не лучший вариант организации данных

Но получается такой небольшой оверхед

нода + монга онли

раст же

нода + монга онли

монга буэ

монга буэ

почему?

у тебя или большая каша из редьюсеров+селекторов, либо из стейта и меньшего количества редьюсеров+селекторов

И если следовать ducks методологии, то все норм будет

почему?

потому что не стабильно нет строгости хранения медленнее постгреса и ещё куча фишек) особенно транзакции через жопу

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

ну вот данные для автокомплита ты куда будешь пихать?

в стейт или в редьюсер?

монга буэ

Я предпочитаю для NoSQL Cassandra, для остального postgress

раст же

я конечно утрирую

ну вот данные для автокомплита ты куда будешь пихать?

Я об этом и спрашиваю

потому что не стабильно нет строгости хранения медленнее постгреса и ещё куча фишек) особенно транзакции через жопу

но постгрес это sql бд, её некорректно сравнивать

Я предпочитаю для NoSQL Cassandra, для остального postgress

ну вот да поддерживаю

я в стейт кладу, например

насчет стабильности и строгости интересно почитать источник

не стоит все в сторе хранить, нужно по обстоятельствам смотреть

насчет стабильности и строгости интересно почитать источник

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

там же есть скемы?

У меня есть один сервис на монге и этопиздец

Особенно при обновлении

не стоит все в сторе хранить, нужно по обстоятельствам смотреть

Да, согласен

Обновляешь монгу — базы по пизде

Не, мож я чот не так делаю

Обновляешь монгу — базы по пизде

У них там же вроде было версионирование документов

Чтобы сохранить обратную совместимость

Но я за все время так и не нашел, а как правильно это делать

там же есть скемы?

и что они дают?)) Лол

У них там же вроде было версионирование документов

Когда у тебя просто база бьется при попытке скормить ее монге этапять

С постгресом ни разу такого не было

Ну я давно не использую монгу

С постгресом ни разу такого не было

Как там, кстати документы хранить?

С постгресом ни разу такого не было

+

Как там, кстати документы хранить?

json/jsonb

Как там, кстати документы хранить?

Жсон филд

Давно уж есть поддержка

json/jsonb

А join быстро работает по документам?

лол

а в монге?

Я не знаю

Кстати, я так и не понял нишу монги

"Энтерпрайз корзина для данных"

А вижу в основном как схему жестко забивают и юзают как SQL без миграций

А join быстро работает по документам?

json можно индексировать gin/gist индексами, тогда и джоин будет по индексу идти

json можно индексировать gin/gist индексами, тогда и джоин будет по индексу идти

Круто, нужно будет попробовать

Кстати, я так и не понял нишу монги

Сегодня видел доклад Postgres и манго сравнивали)) короче с появлением SQL JSON думаю будут noSql решения сдавать свои обороты

ERROR: S client not available

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

Дык давно ж уже добавили

Добавили то да а вот работает пока не везде

Сегодня видел доклад Postgres и манго сравнивали)) короче с появлением SQL JSON думаю будут noSql решения сдавать свои обороты

посгрес не скейлится горизонтально, чтобы фигак и все работает. хотя на проекты типо citusdata я еще не смотрел

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

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

ну да есть трабла

но вроде как есть там что-то типа jsonb которому пох на это

но надо пробовать)) честно сами на проекты берем мангу если 60%+ структуры таблиц динамичны

А что что может сказать про next.js? Для серьезных проектов имеет смысл его брать?

ну т.е. у чуваков 16к звезд, третья версия вышла

а тут возникает вопрос — не говно ли оно для нашего суперохуенного проекта

так? :)

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

да бери, вроде ок

мы его добавили себе на будущее, когда SSR понадобится

мы его добавили себе на будущее, когда SSR понадобится

Вот я думал по старинке через Express или Hapi все это ручками творить. И наткнулся вот на сие

жуть

есть же koa, зачем express/hapi юзать

да те же яйца

слушайте, а кто видел текстарию с автокомплитом как в вк/фб?

т.е. мне надо писать текст а потом по звездочке например показывать автокомплит полей

Сергей недавно подобное делал

https://gist.github.com/dadayada/c2ab56461ac3f950576cf10560ad8158

так нормально иконки делать или не?

т.е. мне надо писать текст а потом по звездочке например показывать автокомплит полей

https://ant.design/components/mention/ ?

Сергей недавно подобное делал

чет не помню уже

https://ant.design/components/mention/ ?

вроде оно

Ant ❤️ ?

вроде оно

https://material-ui-1dab0.firebaseapp.com/demos/autocomplete/

чет не помню уже

в таск трекере

нашел