Ставлю пари, смогу написать программу на node.js которая будет быстрее твоей на Python

Из-за асинхронности

лолблядь

Из-за асинхронности

+

так ведь не в каждой задаче асинхронность ускорить может

не спорю

или я чего-то не понимаю?

lmgtfy.com/?q=async+programming+on+python lmgtfy.com/?q=event+driven+programming+on+python

так ведь не в каждой задаче асинхронность ускорить может

где-то даже помешает

питон не умеет в многопоточность - факт

питон не умеет в многопоточность - факт

Хуякт

Не обязательно использовать асинхронность

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

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

Не обязательно использовать асинхронность

ну асинхронность - дефолт способ что-то ускорить

и что-то не приходит в голову ничего такого

Бля ты серьезно?

ну примерно

Хотя ты наверное пошник

а не веб

ксти афайк джс тоже страдает от гила

но я могу ошибатся

я и вебом занимался и десктопом, а сейчас мобилами

просто если писать какой-то бек, который будет что-то с другого сервиса получать асинхронно, то

то это хуйня и не критерий оценки технологии)*

но в питоне я нубас и поэтому интересно)

питон - язык сценариев

сценарист, блядь

сценарист, блядь

:D

Из-за асинхронности

еще один верующий в асинк

сценарист, блядь

нет, у а что?

ну*

Хотя ты наверное пошник

пошник?

еще один верующий в асинк

Говоришь будто в этом есть что-то плохое Можно запилить на мультипроцессоре, из говна и палок

пошник?

ПО шник

8\

а чем пошник отличается от программиста?

а программист от разработчика?))

@WayBum

сценарии пишет видать

и поьесы

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

ну я так и подумал

короче, есть таблицы categories и items. у items есть поле cat_id, понятно показывающее принадлежность item'а к определенной категории. также у каждой категории есть поле amount, которое содержит некое минимальное кол-во item'ов, которое должно быть в этой категории. стало быть надо выбрать категорию с минимальным значением amount, но только такую, в которой нехватает реальных item'ов. если в items для этой категории уже записей >= amount, то вернуться должна следующая категория, для которой нужного кол-ва item'ов еще не набралось. вот. извините за много букв

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

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

makemigrations?

makemigrations создает файлы миграции, при migrate каждый раз сначала срабатывают фикстуры, потом только миграции созданные makemigration’ом. а мне надо чтобы фикстуры грузились только единично при первом развертывании приложения

*полез гуглить шо це фикстуры*

данные, которые вливаются в таблички, в данном случае

stackoverflow говорит что после версии 1.7 убрали автозагрузку фикстур, но увы

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

ну почему изврат... мне кажется вполне нормальный запрос. приложение собирает item'ы, чтобы как можно больше категорий было заполнено имеет смысл начинать с самых маленьких. вот оно обращается к базе и спрашивает, какую брать следующую категорию из тех, что еще не заполнены. м?

какбы для конкретной категории не проблема SELECT * FROM categories WHERE amount = (SELECT MIN(amount) FROM categories WHERE amount >= (SELECT COUNT(*) FROM items WHERE cat = 'cat_14'))

но не то

для начала попробуй select cat, count(*) from items group by cat

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

какая разница между представлением(views) через функции и классы в django?по скорости и тд

select cat, count(*) as amount from items group by cat order by amount desc limit 10

да, в items есть записи, которые ни к какой категории не относятся, у них поле cat пустое

ну начинается время охуительных условий...

)))

ну собственно это не проблема дописать, что WHERE cat != '' например

хмм... ну и наверное можно добавить условие

ERROR: S client not available

having amount < (select amount from categories c where c.cat = items.cat)

цимес в том, что нужно условие в having, а не в where

вот про having я вообще забыл! ща копну в эту сторону, спасибо!

ну простое правило - where оперирует на строках, having - на аггрегациях

мой мускуль слишком слаб

CTE мускль не умеет

http://bugs.mysql.com/bug.php?id=16244 ебуиплачу. каждый раз как меня заносит на их багтракер, это какая-то феерическая реальность. хуже только в пыхе

народ негодуэ

https://github.com/mariusavram91/python-remote-companies

ну простое правило - where оперирует на строках, having - на аггрегациях

вот, в итоге выдавил из себя вот это: http://pastebin.com/DsuZa1Aj

как-то немного монстроподобно и наверняка топорно, но делает исключительно то самое, что мне надо

откуда теперь?

всем привет, можете, пожалуйста, объяснить такое поведение? ведь мне казалось, чем больше итераций проходит, тем больше должно быть время выполнения

кривым подсчетом времени

а что не так?

тупанула, сорь

лоооол

не, все равно что-то не так

этот код вообще не читаем

почему это?

а результаты кстати вполне нормальные, код выполненный 1000 раз медленнее того который 5 раз

этот код вообще не читаем

+1

100 -> 0,00... 5 -> 9,9..

красивый код, что вам не нравится :/

но, всё-таки, не понимаю, в чем дело

мне не нравится импорт воткнутый куда-то всередину мне не нравится myfunc, который по факту обычный sum мне не нравится что timer берет количество повторов не из аргументов, а из глобальной переменной мне не нравится что вместо for i in range(reps): рендж-объект создается заранее

Импорты после функций?

поэтому читать это говно невозможно