Size: a a a

Архитектура ИТ-решений

2020 November 14

YB

Yerbolat Bikulov in Архитектура ИТ-решений
Nikolay
Как говорится, если не нравится их подход и выбор средств разработки - найдите инвесторов и захватите их рынок
R
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Nikolay
а что именно использовали?
Spring MVC+postgresql, а что?
источник

N

Nikolay in Архитектура ИТ-решений
Phil Delgyado
Spring MVC+postgresql, а что?
1000 чтений в секунду из PG. это не так много. если данные все были в кэше ПГ, то совчем немного. на такой обьеме что джава, что с++. разницы не будет. да и наверное даже с++ в  целом для задачи, где нужно на каждый входйщий запрос просто сходить в базу много выигрыша не даст. ну или я не так задачу понял.
источник

p

pragus in Архитектура ИТ-решений
Nikolay
1000 чтений в секунду из PG. это не так много. если данные все были в кэше ПГ, то совчем немного. на такой обьеме что джава, что с++. разницы не будет. да и наверное даже с++ в  целом для задачи, где нужно на каждый входйщий запрос просто сходить в базу много выигрыша не даст. ну или я не так задачу понял.
там 1.3m аккаунтов
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Да я про то же, непонятно, что не так было со спрингом, что несколько сотен TPS привело к oom.
Хотя я про пишущие транзакции, конечно.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
там 1.3m аккаунтов
Так тоже немного.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Лучше уж на techempower смотреть, там хоть внятные требования и понятные результаты
источник

IA

Igor A in Архитектура ИТ-решений
Vitaly
я не настоящий сварщик, мне очень интеерсно
хм знакомая фраза… ты случаем одного блоггера не читал?)
источник

p

pragus in Архитектура ИТ-решений
источник

p

pragus in Архитектура ИТ-решений
вот описание что там.
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Так тоже немного.
Смотря что делать. Там самое сложное было /accounts/<id>/recommend/ и /accounts/<id>/suggest/
источник

p

pragus in Архитектура ИТ-решений
Т.е. вот у вас 1.3m пользователей и у каждого набор интересов. И для Васи надо подобрать из них человека со схожими интересами.
источник

N

Nikolay in Архитектура ИТ-решений
pragus
Т.е. вот у вас 1.3m пользователей и у каждого набор интересов. И для Васи надо подобрать из них человека со схожими интересами.
а если таких несколько?
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Да я про то же, непонятно, что не так было со спрингом, что несколько сотен TPS привело к oom.
Хотя я про пишущие транзакции, конечно.
может мусора много сгенерировало до того как пришёл gc.
источник

p

pragus in Архитектура ИТ-решений
Nikolay
а если таких несколько?
так надо несколько подобрать по убыванию схожести
источник

I

Ivan in Архитектура ИТ-решений
Phil Delgyado
Ну, он очень медленный, провоцирует использование антипаттернов, большие проекты неподдерживаемые.
Интересно, что использование паттернов тоже спровоцировал этот же язык, благодаря RoR, который DHH написал после прочтения PoEAA, чем и привлек вирусное внимание к этой книге.
источник

I

Ivan in Архитектура ИТ-решений
На .Net написано, наверное, больше всего reference applications, в т.ч. лучшие (с моей точки зрения), что заметно облегчает процесс обучения команд и экономит немало времени.
источник

N

Nikolay in Архитектура ИТ-решений
pragus
так надо несколько подобрать по убыванию схожести
типа такого ? select user_id
    , count(1)
 from interests
where interest_name in (?,?,?)
  and user_id != ?
 group by user_id
 order by 2 desc  
 limit 10
источник

PD

Phil Delgyado in Архитектура ИТ-решений
pragus
может мусора много сгенерировало до того как пришёл gc.
Э, не понятно, что именно там пошло не так, но вряд ли дело в спринге.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ivan
Интересно, что использование паттернов тоже спровоцировал этот же язык, благодаря RoR, который DHH написал после прочтения PoEAA, чем и привлек вирусное внимание к этой книге.
Хм, но RoR - это же антипаттерны сплошные.
источник