@rudepython

Страница 1702 из 1719
Boris
27.07.2019
08:09:21
Асинхронная штанга https://habr.com/ru/post/461493/
Основная проблема с ORM в том, что Django разработан вокруг единого глобального объекта connections, который магически выдаёт вам подходящее соединение для вашего текущего потока.

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

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

Vladimir
27.07.2019
08:11:37
Асинхронная штанга https://habr.com/ru/post/461493/
Сука, у них еще и технический совет есть

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

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
неужели непонятно что им придётся рисовать совершенно другой фреймворк

или просто никто не смог придумать имя другого гитараста

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 спасибо Вова, лучший способ проснуться мне обеспечил ?

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
Ай, да ладно, просто в Тупую Дверь втюрился по молодости вот и бесишься.

А так как тебе профессор отказал боясь уехать в Абакан навсегда — сублимируешь как можешь.

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

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

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
Я не дочитал Рациональное,чёт не зашло так-то
Ясен красен, ты же терпеть не можешь эти магловские хуйнюшки.

Логика-шмлогика. Тьфу.

(хотя сам, повторюсь, полукровка, лол)

(вот и бесишься, собственно)

Страница 1702 из 1719