нормально, у меня даже столько не было.

апп настоящий не хелло ворлд :)

ходит в мускуль и в редис

слишком много нюансов, кмк)

тот дядька обещал около 100 проц прироста)

для простого теста на epoll c мелким http респонсом у меня почти так и было

чо то мне кажется это того не стоит, если только это не сотни штук баксов в твоем случае

ну вот в два раза всё приложение, еще как-то.

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

а вот основная идея докладчика - вот он кстати https://events.yandex.ru/lib/people/396/
была в том, что оптимизацией кода ты не получишь серьезный прирост в производительности, даже если код плохой - ну 25 проц, ну пусть 30

Надо смотреть на контекст доклада. Если говорить о типичном вебсервисе, основная времени работы составляет общение с базой (или другими веб-сервисами) - то оптимизация этого общения тебе часто даст ускорение в разы. А ускорение кода, который выполняется ну 10% этого времени - прироста такого не даст никогда. Абсолютно аналогичная история с фронтенд-бекенд взаимодействием. Причем я говорю не только про  время ответа пользователю, серверные мощности на стороне базы так тоже экономятся.

Опыт показывает, что часто есть чего очень сильно ускорить или немного поменять архитектуру.
Ну, т.е. я бы сказал, что архитектура часто помогает лучше.
Но, если задуматься, то и оптимизация руками и jit делают одно и тоже. Поэтому и прирост у них в среднем должен быть примерно одинаковый;)

Ага, а ещё можно включить gzip в nginx не сразу, а через пол годика и тебе выпишут премию за явное ускорение работы веб приложения в разы;)

С минимальным уровнем сжатия. Что бы премию потом еще раз получить.

Я смотрю, ты шаришь:)

"да вы тут все молодцы"

😭

Господа, у нас тут распродажа офиса в котором было написано много строк кода на python https://t.me/joinchat/Anco3xRdtNWeIEmPiQB6Fg
Компы, мониторы, девайсы, столы, кресла и тп.
Кому-то точно пригодится! Петербург, север города.
Чтобы тут дополнительно не флудить, просто заходите во временный чат. Там есть фотки, прайсы и ответственный за распродажу человек. Спасибо

привет! кто-нибудь сможет подсказать: из двух вариантов расчета числа фибо (1 - через словарь, где записываем и храним по порядку все значения для каждого числа; 2 - через три переменные, последовательно присваивая им следующие значения) - какой вариант будет работать быстрее? Мне казалось что только с переменными будет быстрее, но на практике он в разы дольше. Из-за чего так?

def fib(n):
   assert n >= 0
   cache = {0: 0, 1: 1, 2: 1}
   if n not in cache:
       for i in range(3, n + 1):
           cache[i] = (cache[i-1] + cache[i - 2])
   return cache[n]

def fib2(n):
   assert n >= 0
   preprev = 0
   prev = 1
   for i in range(2, n):
       current = prev + preprev
       prev, preprev = current, prev
   current = prev + preprev
   return current