Телеграмм чат группы codeblog

да не в 3, там очень сильно условия влияют, в целом на 40-50%

11:55пожаловаться #1

МЕ

45 мин и 10 мин

11:55пожаловаться #2

Ilya Irbitskiy in CODE BLOG / C#

gRPC с каефом

11:55пожаловаться #3

МЕ

Даже в 4 получается с лишним

11:56пожаловаться #4

МЕ

Не плохо

11:56пожаловаться #5

нельзя делать выводы о перфомансе по 1 кейсу, комлпексно смотреть нужно

11:56пожаловаться #6

это как взять глянуть что жсон в дот нет 6 парсится в 2 раза быстрее и сказать вот .net 6 в 2 раза быстрее .net 5

11:56пожаловаться #7

Egene Avdeev in CODE BLOG / C#

Исторический момент получается

11:57пожаловаться #8

МЕ

Ну а есть общая картина тогда?
Просто что кинул то из того и сделал вывод

11:57пожаловаться #9

да, статью почитай)

11:57пожаловаться #10

МЕ

Статейка кайф

12:02пожаловаться #11

razumovsky r in CODE BLOG / C#

я новую методологию разработки придумал

12:07пожаловаться #12

Roman Onofreichuk in CODE BLOG / C#

это время требуемое на разработку grpc и rest

12:07пожаловаться #13

razumovsky r in CODE BLOG / C#

LXST CXNTURY Driven Development

ебашишь траски ласт центури в уши и пишешь код

12:08пожаловаться #14

razumovsky r in CODE BLOG / C#

и оно работает

12:08пожаловаться #15

МЕ

Да, я уж потом прочитал

12:08пожаловаться #16

МЕ

Ну вот и насущный вопрос..
Что выбрать как говориться в понимании… разбираться с старом с grpc, или уже нырять в новую quick

12:10пожаловаться #17

Roman Onofreichuk in CODE BLOG / C#

учитывая что ты решил возится с микросервисами и вычислениями между ними то grpc

12:12пожаловаться #18

МЕ

Ааа.. я ещё вот че вспомнил

12:12пожаловаться #19

МЕ

Почему мы упор на grpc не стали делать