00:00 Вступление 01:15 Почему Python и Ruby 03:58 Этим кто нибудь пользуется? 05:35 О чем этот доклад? 08:55 Python и Ruby начинаются с Nginx 10:40 Application server 15:17 Процессы, потоки, GIL и GC 22:27 Python 24:15 Django 26:01 Ruby 29:32 Выводы 33:20 Вопрос: JS быстрее чем Ruby, потому что он не такой динамический как Ruby и поэтому оптимизируется JITом? 37:50 Вопрос: Если бы Ruby был нормальным языком, то не нужно было бы 65% тратить на балансеры, кэши и прочую обвязку? 39:29 Вопрос: Хорошо бы внизу на плюсах а сверху чем то для бизнес логики, чтобы была золотая середина? 43:02 Вопрос: Нужен ли Application server, с учетом того, что многое реализовано в современной контейнеризации? 44:57 Вопрос: Если из фреймворка убрать ORM и заменить SQLем то ускорится сильно? Flask такой же медленный как Django? 47:10 Вопрос: Python не годится для хайлоада, т.к. его не получится рефакторить, т.к. он с динамической типизацией?
наверно автор хотел сказать, что они готовы заплатить эти 10 центов амазону за железо, но заработать доллар благодаря руби и тому, что они могут на нем сделать. в теории. на практике убер и лифт или убыточные компании или близко к этому и у них каждый цент на счету, потому что бизнес модель по факту не дает накинуть маржу, а все что они делают на руби (я про лифт) можно с такой же скоростью реализовать в действительности на всем остальном.
автор очень уверенно рассказывает то, в чем совершенно не разбирается (особенно про кэши), видимо где-то начитался чужих домыслов. все его утверждения опровергает java и jvm - виртуальная машина и jit в котором нет gil, зато есть и "резиновые списки", и автоматическое управление памятью и даже возможность вызова нативного кода в как минимум трех вариантах на сегодня. ну а кому java не руби, тот может пользоваться groovy и другими языками со все теми же свойствами jvm. так что слайд 16:30 это чистая фантазия автора. единственная причина почему в python и ruby есть gil - потому что так сильно проще сделать vm, и первые версии этих виртуальных машин появились во времена пентиума 4, когда ядро у всех было одно и никто не собирался их гонять на серверах.
@@fullstack110 до определенной степени обречены, тут же речь идет о крайней степени. Видно что большинство докладов (увы) рассчитаны на тех, кто хочет ознакомиться со сферой, вместо обмена опытом тех кто уже работает в этом и понимает (это скорее в кулуарах). Но это не означает что принципиально нельзя сделать глубокий доклад по какой-то проблеме, такие редко но есть.
@@fullstack110 ну вот ты когда в последний раз в исходный код лазил? зачем лазил, что там нашел, что там не нашел? вот это был бы интересный доклад, а так - кеширование гил маштабируемость процессами байткод - не ну серьезно? мы тут про хайлоад или про самые популярные вопросы на собеседовании миддл девелопера?
полностью согласен, автор втирает какую-то дичь про кэши и память, льет воду сплошной струей. и похоже не понимает смысл термина "перекомпиляция", который он произносит в контексте js и jvm. как минимум java перекомпилирует код в процессе, т.е. собирает профайл и метрики, один и тот же код может перекомпилироваться если меняются условия выполнения. мораль в том, что сложно рассказывать о том, с чем никогда не сталкивался и не работал, вот приходится гадать и пускать туман ;)
Шикарный образ! Григорий топовый некромансер ))
Григорий прям раскрылся в этом образе. Говорить стал увереннее, быстрее.
Мурашки аж побежали к середине выступления. Образ можно закреплять.
Получается он реальный некромант😊
00:00 Вступление
01:15 Почему Python и Ruby
03:58 Этим кто нибудь пользуется?
05:35 О чем этот доклад?
08:55 Python и Ruby начинаются с Nginx
10:40 Application server
15:17 Процессы, потоки, GIL и GC
22:27 Python
24:15 Django
26:01 Ruby
29:32 Выводы
33:20 Вопрос: JS быстрее чем Ruby, потому что он не такой динамический как Ruby и поэтому оптимизируется JITом?
37:50 Вопрос: Если бы Ruby был нормальным языком, то не нужно было бы 65% тратить на балансеры, кэши и прочую обвязку?
39:29 Вопрос: Хорошо бы внизу на плюсах а сверху чем то для бизнес логики, чтобы была золотая середина?
43:02 Вопрос: Нужен ли Application server, с учетом того, что многое реализовано в современной контейнеризации?
44:57 Вопрос: Если из фреймворка убрать ORM и заменить SQLем то ускорится сильно? Flask такой же медленный как Django?
47:10 Вопрос: Python не годится для хайлоада, т.к. его не получится рефакторить, т.к. он с динамической типизацией?
Превью на 40:04 в плей-треке прям подходит по смыслу к некроманту, думал что это не стулья а могилы 😂
Уволеный юниор подумал что доклады у него получатся лучше.
очень интересный и полезный доклад, непустая трата времени, как всегда от данного спикера.
согласен, пересмотрел несколько раз.
@@theonewhoknocks8496 да, в один проход не осилить
Григорий крут. как и всегда.
Best. Wonderful speakers.
32:06 это к чему было про Lyft?
к тому, что иногда лучше потратить 10 центов на такси, чем самостоятельно поддерживать производство и обслуживание таксопарка (образно)
наверно автор хотел сказать, что они готовы заплатить эти 10 центов амазону за железо, но заработать доллар благодаря руби и тому, что они могут на нем сделать. в теории. на практике убер и лифт или убыточные компании или близко к этому и у них каждый цент на счету, потому что бизнес модель по факту не дает накинуть маржу, а все что они делают на руби (я про лифт) можно с такой же скоростью реализовать в действительности на всем остальном.
Объясните, откуда у еврон платить деньги на это......
6:05 "выжав из python всё, оставив голую С-исешку".
А как вам такой вариант: "сняв с python-а всё и оставив лишь голую С-исечку" :-))
автор очень уверенно рассказывает то, в чем совершенно не разбирается (особенно про кэши), видимо где-то начитался чужих домыслов. все его утверждения опровергает java и jvm - виртуальная машина и jit в котором нет gil, зато есть и "резиновые списки", и автоматическое управление памятью и даже возможность вызова нативного кода в как минимум трех вариантах на сегодня. ну а кому java не руби, тот может пользоваться groovy и другими языками со все теми же свойствами jvm. так что слайд 16:30 это чистая фантазия автора. единственная причина почему в python и ruby есть gil - потому что так сильно проще сделать vm, и первые версии этих виртуальных машин появились во времена пентиума 4, когда ядро у всех было одно и никто не собирался их гонять на серверах.
Про Делфи ни слова)
Wow
бл, норм лыбанулся с утра
Из Фортрана в С; из С в Питон; из Питона в Руби; Т.е. из пустого в порожнее. Не надоело?
За двадцать лет...
подверждаю орм может тормозить причем знатно
Очень поверхностно. Ничего полезного в данном докладе, пустая трата времени, как всегда от данного спикера.
За деталями - в документацию и исходный код. Все доклады обречены быть поверхностными.
@@fullstack110 до определенной степени обречены, тут же речь идет о крайней степени. Видно что большинство докладов (увы) рассчитаны на тех, кто хочет ознакомиться со сферой, вместо обмена опытом тех кто уже работает в этом и понимает (это скорее в кулуарах). Но это не означает что принципиально нельзя сделать глубокий доклад по какой-то проблеме, такие редко но есть.
@@fullstack110 ну вот ты когда в последний раз в исходный код лазил? зачем лазил, что там нашел, что там не нашел? вот это был бы интересный доклад, а так - кеширование гил маштабируемость процессами байткод - не ну серьезно? мы тут про хайлоад или про самые популярные вопросы на собеседовании миддл девелопера?
Cделай лучше, а мы заценим.
полностью согласен, автор втирает какую-то дичь про кэши и память, льет воду сплошной струей. и похоже не понимает смысл термина "перекомпиляция", который он произносит в контексте js и jvm. как минимум java перекомпилирует код в процессе, т.е. собирает профайл и метрики, один и тот же код может перекомпилироваться если меняются условия выполнения. мораль в том, что сложно рассказывать о том, с чем никогда не сталкивался и не работал, вот приходится гадать и пускать туман ;)
Netflix же на ноде написан
на java, можешь посмотреть их гитхаб. + они по сути spring cloud и делают
@@yuryburkouski до 2010 года на джаве, сейчас на ноде)