
Roman
24.05.2016
13:49:34

Michael
24.05.2016
14:06:44
Да
Должен топать

Dmitry
25.05.2016
17:44:54
хм, вопрос не знаю насколько по теме, но тем не менее

Google

Dmitry
25.05.2016
17:46:19
я же правильно понимаю, что если я хочу потренировать навыки фронтенда (обладая навыками rest-бэкэндов на питоне) eve оптимальный вариант?

Danil
25.05.2016
17:46:54
ну он весьма не плох

Dmitry
25.05.2016
17:47:06
ну то есть это прям максимально быстро
быстрее только backend as a service
подскажите если кто использовал такие

Chikiro
25.05.2016
17:48:34
Django + django rest framework тоже неплохо для быстрого прототипа webAPI.

Dmitry
25.05.2016
17:48:57
джанго не дружит с nosql by-design

Dan
25.05.2016
17:49:06
разве не дружит?

Dmitry
25.05.2016
17:49:14
и это точно не будет быстрее для прототипирования чем eve

Danil
25.05.2016
17:50:41
Есть ещё один интересный варинт, хочу попробовать что-нибудь с graphql, он с точки зрения фронтенда поудобнее будет

Dmitry
25.05.2016
17:51:36
да но его осваивать надо, я под него ничего не писал

Chikiro
25.05.2016
17:51:58
джанго не дружит с nosql by-design
В rest framework-е в основном работа с serializer-ами, а откуда им информация поступает - это уже разработчик решает. Но да, тогда кода больше и не так быстро.

Google

Dmitry
25.05.2016
17:52:03
а осваивать две серьёзные вещи за раз лучше не
я хочу под реакт что-то написать

Dan
25.05.2016
17:52:50
ээ.. ну да..
ну нет. хотя бы https://habrahabr.ru/post/160191/
а еще, если в целом вот взять себя в руки, то в джангу можно что угодно подключить внешнее. хоть приборную панель международной космической станции

Dmitry
25.05.2016
17:52:56
у меня предыдущий проект был на drf3 :)

Dan
25.05.2016
17:52:57
но как обычно вопрос - зачем )))) цель какая?

Dmitry
25.05.2016
17:53:06
так что я знаю что он из себя представляет
просто область применения джанги by-design это задачи с известной структурой рилейшнов и вообще реляционной бд
несмотря на исключения
пусть в меня кирпич кинут если это не так

Chikiro
25.05.2016
17:55:28

Danil
25.05.2016
17:55:29
Да не нужна в тех местах джанга

Michael
25.05.2016
17:57:15

Dmitry
25.05.2016
17:58:30
джанга прекрасна
но у неё есть своя область применения и свои минусы. кмк

Michael
25.05.2016
18:00:39
У нас дети в чатике есть?

Danil
25.05.2016
18:00:50

Michael
25.05.2016
18:00:56
Какое ограничение по возрасту?

Danil
25.05.2016
18:01:05
12+

Dmitry
25.05.2016
18:01:30
нету у нас детей и 18+

Google

Roman
25.05.2016
18:01:33

Dmitry
25.05.2016
18:20:28
вот смотрю и думаю - Миша это ты к чему? :)

Michael
25.05.2016
18:23:49
?

Serge
25.05.2016
19:06:24

Dmitry
25.05.2016
19:14:42
ну а кроме монги ещё есть способы быстро получить работающий рест-бэкэнд?

Dan
25.05.2016
19:15:29
быстроREST? rails 5 api, falcon, grape, чё там еще....
это если быстро
rails 5 api там ультрабыстро.
сначала rails new blablabla
а потом скаффолд и rest готов

Serge
25.05.2016
19:23:19
Юмор, да, клёво
С Евой же вообще ничего делать не надо

Ivan
25.05.2016
19:27:12
сорь) случайность)

amureki
25.05.2016
19:50:44

Serge
25.05.2016
19:58:22

amureki
25.05.2016
19:59:31

Serge
25.05.2016
20:00:25

amureki
25.05.2016
20:24:14

Dmitry
25.05.2016
20:51:06
так а это
бэкэнд как сервис кто-то юзал?
Как-то оно опять в холивар ушло

Google

Dmitry
25.05.2016
20:52:50
амуреки между тем тебя вообще тут слушать опасно)
как человек который уехал в берлин писать на джанго и который был в Будапеште на джанго-конфе ты явно необъективен
и будешь всегда за джанго-решения)
для прототипирования оно явно не оптимально
если кто не видел в /r/python: https://twitter.com/mkn8rd/status/735532001885868032 fuzzbuzz через tensorflow!

Serge
25.05.2016
20:58:20

Admin
ERROR: S client not available

Dmitry
25.05.2016
21:05:44
(простите)

amureki
25.05.2016
21:27:43
Просто, если ты хочешь фронтенд, надо писать фронтенд, а не сидеть долго с архитектурой бекенда
Джанго отлично для прототипирования, если ты приучился и можешь поднять на ней все что нужно за 10 минут
Если ты можешь это сделать с фласком и евой - вперед, делай на них

Serge
25.05.2016
21:33:45

amureki
25.05.2016
21:34:13
Я же написал, попробую)
Как раз реакт с редаксом хотел глубже поковырять
И с ес6

Aleksandr
25.05.2016
22:16:53

Paul
25.05.2016
22:40:10

amureki
25.05.2016
22:41:25

Serge
26.05.2016
05:44:39

Roman
26.05.2016
14:27:02
а есть тут кто-то кроме меня, кто ковырял внутренности eventlet?

Google

Dmitry
26.05.2016
14:27:37
Всё плохо?

Roman
26.05.2016
14:28:16
Всё плохо?
ну... мне кажется я знаю как его ускорить.
например, вместо словарей использовать преаллоцированный массив.

Dmitry
26.05.2016
14:32:00
А зачем там словари?

Roman
26.05.2016
14:35:00
потому что select.epoll сделан криво =(
короче, вот есть у тебя короутина, которая что-то делает с fd. тут случился EAGAIN, мы эту короутину саспендим и добавляем в словарь маппинг fd => короутина, после чего пихаем fd в epoll.
когда epoll нам скажет, что fd готов, мы по fd находим в словаре короутину
ну и переключаемся на неё.
как минимум, хочется словарь заменить на массив фиксированного размера(всяко в процессе не будет более 4млн fd, что скушает памяти sizeof(int) * 4млн)
а словарь даже на 100к элементов уже хуже чем поиск в массиве по индексу :)

Dmitry
26.05.2016
14:40:36
понятно, мне казалось, что обычно так и делают, не на python.

Roman
26.05.2016
14:40:58

Dmitry
26.05.2016
14:42:08
Рома придешь сегодня на митап?

Andrey
26.05.2016
14:42:48
кстати, в 19 же?

Dmitry
26.05.2016
14:42:52
Ага

Roman
26.05.2016
14:43:48
но там всё ещё хуже. у epoll в epoll_event есть поле data, куда можно положить что-то полезное(например, указатель). т.е. можно было обойтись без этих велосипедов и сразу по нему переключаться на нужную короутину.

Dmitry
26.05.2016
14:44:34
Ну как всегда - library

Roman
26.05.2016
14:45:37
адмиралтейская?