
Boris
27.07.2019
08:09:21
Да и именно поэтому спрингвебфлюкс вышел так быстро, а полностью нонблокинг Джанго не выйдет ещё лет 5

Zart
27.07.2019
08:11:34
"план состоит в том, чтобы сохранить его в текущем виде, но добавить асинхронность в качестве опции для тех, кто считает, что им нужна дополнительная производительность или гибкость."
опять старая хуйня о том что асинк якобы быстрее
про гибкость так вообще смешно, в джанге её не было и не будет

Vladimir
27.07.2019
08:11:37

Google

Vladimir
27.07.2019
08:11:43
А может, они там еще и в жопу ебутся, кто знает.

Boris
27.07.2019
08:11:48
Если на стадии архитектуры кода ты говнокодишь и хер кладёшь на компонентно интерфейсную модель, будущее будет беспощадным

Zart
27.07.2019
08:12:41
"Это будет сделано путём запуска синхронного кода в потоках с постепенной его заменой на асинхронный код"

Vladimir
27.07.2019
08:13:01
Вообще штанговский драйвер базы давно пора распилить на микросервисы. На каждый реквест поднимать отдельный докер-контейнер, который сходит через mesh-сеть к базе и умрет после ответа.

Zart
27.07.2019
08:13:19
"Режим ASGI будет запускать Django как нативное асинхронное приложение. Режим WSGI будет запускать отдельный event loop при каждом обращении к Django, чтобы асинхронный слой был совместим с синхронным сервером."
ааааааааааааааааааа
ахуенная архитектура

Petr
27.07.2019
08:13:57
Похоронили бы они стюардессу с честью уже

Zart
27.07.2019
08:14:17
неужели непонятно что им придётся рисовать совершенно другой фреймворк
или просто никто не смог придумать имя другого гитараста

Boris
27.07.2019
08:15:27

Zart
27.07.2019
08:15:35
"Мы должны финансировать проект, чтобы это произошло быстрее. Финансирование должно быть в масштабе, к которому мы не привыкли."
аццкий распил бабла!
о господи, они еще и асинк тесты хотят

Google

Zart
27.07.2019
08:16:23
ну всё, триалом джангу тестить теперь
миграции оставят синхронными, лол
это конечно логично, но наверняка найдутся дебилы с "мы хотим их ускорить!111"
"...асинком"

Boris
27.07.2019
08:17:30
Лол
В действительности неясно зачем это

Zart
27.07.2019
08:18:32
"Каждая функция будет проходить три этапа реализации:
Только синхронная (мы находимся здесь)
Синхронная реализация с асинхронной обёрткой
Асинхронная реализация с синхронной обёрткой"
удвоил фронт работ одним росчерком пера

Маришка
27.07.2019
08:19:37
Зато теперь ещё больше причин не использовать штангу

Boris
27.07.2019
08:20:04
Стоит отметить, что Jinja2 уже поддерживает асинхронность, так что было бы неплохо рассмотреть вариант официально рекомендовать его для некоторых случаев использования.

Zart
27.07.2019
08:20:11
по крайней мере человек, написавший это всё, представляет полностью весь масштаб пиздеца
отладка этой хуйни будет веселой
когда в трейсбаке будет рандомный код из тредпула в перемешку с потрохами асинклупа

Boris
27.07.2019
08:21:48
Кто там спрашивал про то почему штанга говно, вот ответ. Сторонний код давно готов, а наш мы в тредпуле запускать будем

Zart
27.07.2019
08:22:30
"Мы можем сосредоточить свои усилия на тех частях, которые мы умеем делать хорошо и которые имеют поддержку сторонними библиотеками, параллельно помогая остальной экосистеме Python"
простите, я пропустил момент, когда эти уёбки помогали экосистеме питона
чем, блядь?
программистами на джанго?

Boris
27.07.2019
08:24:01
Те «делать хорошо» тебя не озадачило?

Zart
27.07.2019
08:24:17
"хотя Django держит объект HttpRequest за пределами threadlocal, мы помещаем туда несколько других вещей — например, соединения с базой данных или текущий язык."
как блядь такие умные люди опускаются до ёбаных глобалов в коде вообще...

Boris
27.07.2019
08:27:00
Нынешний дизайн Django хорошо работает уже более десяти лет, и он по-прежнему является отличным дизайном для решения многих задач, которые должны выполнять бэкэнд-разработчики; он поддерживает миллиардные компании и вдохновил фреймворки на других языках использовать похожий дизайн.

Zart
27.07.2019
08:27:29
мне интересно, придётся ли им писать новую асинк админку...

Google

Boris
27.07.2019
08:27:48
@en_austin спасибо Вова, лучший способ проснуться мне обеспечил ?

Zart
27.07.2019
08:27:59

Boris
27.07.2019
08:28:06

Vladimir
27.07.2019
08:28:08

Boris
27.07.2019
08:28:58
Однако мы должны всегда думать о будущем и о том, как мы можем помочь развить веб-разработку снова.

Zart
27.07.2019
08:30:02
"Серверы ASGI будут единственными, кто сможет эффективно поддерживать множество одновременных запросов"
ойвсё
"Вместо этого мы должны спроектировать будущее, в котором драйверы баз данных изначально будут синхронными"
это переводчик такой шедевр выдал чтоли...
"we must initially design around a future where database drivers are synchronous"
да, ляп перевода
хабр в своем репертуаре как обычно. из годного только переводы, да и те покалеченные

Boris
27.07.2019
08:34:28
Но если мы говорим, что роль Django состоит в том, чтобы сделать веб-разработку проще, безопаснее и приятнее — даже когда меняются веб и стили программирования — тогда мы должны научиться адаптироваться. Асинхронность, вероятно, даже не самое большое изменение в этой области; подумайте, что может означать работа Django частично на стороне клиента, например.
Надеюсь дожить до этого орева - Джанго на фронте

Zart
27.07.2019
08:35:32
я так понимаю это намек на юзание орм-части поверх веббд на клиенте наверное
но бля.. они собрались транспилировать свой говноорм в жс?
это какое-то говно в квадрате

Vladimir
27.07.2019
08:36:16
в вебасм жи

Boris
27.07.2019
08:36:36
Деградация перформанса в 10%
Кроме того, даже если мы просто запустим асинхронные представления и больше ничего (без ORM, без шаблонов и т.д.), это всё равно будет успешным проектом; это само по себе открывает большой потенциал и даёт доступ почти ко всей экосистеме асинхронности в Python.
Другим потенциальным долгосрочным эффектом этого проекта является то, что он использует людей и энергию, которые могли быть использованы в других проектах Django, что может привести к «выгоранию» некоторых контрибьюторов.

Google

Zart
27.07.2019
08:38:55
"Если вы используете ORM асинхронно, мы запретим любые неявно блокирующие операции, такие как фоновый доступ к атрибутам, и вместо этого вернём ошибку, сообщающую, что вы должны предварительно извлечь поле."
а была бы у них компонентная разработка, они бы задизайнили ISyncInterfaceFoo и IAsyncInterfaceFoo
и легко бы запретили нужное или ненужное
плюс через адаптацию бы получали нужный синхронный или асинхронный компонент

Boris
27.07.2019
08:42:17
Я дочитал, жаль что не курю.

Zart
27.07.2019
08:43:27
"Ключевой частью этого является то, что наши пользователи смогут запускать вещи конкурентно. "
эти пидоры своими глобалами не давали это сделать с самого зачатия этого говна

Boris
27.07.2019
08:44:16
Они их не собираются убирать, что забавно.

Zart
27.07.2019
08:44:35
да вот те контекствары проблему не решают, а усугубляют
даже фласк, который сознательно пошел в тредлокалы, реализовал нормальный стакинг

Dmitry
27.07.2019
09:01:19
читаю каменты к асинк джанге в рудаче. захотелось, чтобы принесли пива и хотдог :))
это круче, чем стадион!

Zart
27.07.2019
09:04:36
сам деп составлен весьма грамотно, этого не отнять
и про будущее, и про финансирование, и про экосистему затронуто, помимо технической части

Boris
27.07.2019
09:17:15
если откинуть издевательства над тем, как они годами себя загоняли в эту яму, весь текст в целом неплох

Zart
27.07.2019
09:18:14
работы им допизды и что выйдет в итоге хер его знает
впрочем одним хуевым фреймворком больше...

Маришка
27.07.2019
09:19:05

Zart
27.07.2019
09:19:16
так не сдохнут же, сцуки

Boris
27.07.2019
09:19:24
у них всего 3 плана могут быть реализованы - либо выбрать имя для фреймворка Jimmy и написать его нормально без глобалов повсеместных изменив API почти полностью; либо пойти сверху экранируя нижний слой врапперами, либо снизу пряча кишки асинхронные за синхронными интерфейсами с еще большей просадкой перформанса, но лучшим конечным результатом.
мне не понятно зачем это вообще им понадобилось кек.


Zart
27.07.2019
09:19:54
голосую за Junko
ща во время очередного тредосрача в бегиннерсах нагуглил случайно https://mail.mozilla.org/pipermail/rust-dev/2013-November/006550.html
Rust's requirements for asynchronous I/O would be filled well by direct usage
of IOCP on Windows. However, Linux only has solid support for non-blocking
sockets because file operations usually just retrieve a result from cache and
do not truly have to block. This results in libuv being significantly slower
than blocking I/O for most common cases for the sake of scalable socket
servers.
очередное объяснение от людей, которые понимают как работает всё это говно на нижнем уровне о том что асинк медленнее синхронного кода

Google

Alexey
27.07.2019
11:07:44
Авадакедаврой иво.
И метлой по голове. :3

Moby
27.07.2019
11:08:33
Питон и есть моя бузинная палочка

Alexey
27.07.2019
11:08:58
Ай, да ладно, просто в Тупую Дверь втюрился по молодости вот и бесишься.
А так как тебе профессор отказал боясь уехать в Абакан навсегда — сублимируешь как можешь.

Moby
27.07.2019
11:10:27

Alexey
27.07.2019
11:10:45
Ебать, ну и самомнение у вас, полукровок. Мол, все обязаны ваши автомемуары зачитать вслух. Щяс же. Сам читай.

Zart
27.07.2019
11:10:53
скажи что читал фанфик версию

Moby
27.07.2019
11:11:01

Alexey
27.07.2019
11:11:19

Moby
27.07.2019
11:11:52

Vladimir
27.07.2019
11:12:09
"Рациональное мышление" закончилось так, что я сидел, охуевал и надеялся, что это только первая треть книги. :(

Alexey
27.07.2019
11:12:16
Логика-шмлогика. Тьфу.
(хотя сам, повторюсь, полукровка, лол)
(вот и бесишься, собственно)