Он - да. И рассказывает тоже про теорию. А в чём проблема?

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

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

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

По-моему давно: https://www.python-httpx.org/http2/

Ставь лайк 👍👍 если структура посещается в кешлайн

наоборот интересно. потому что это реальность от которой нельзя изолироваться ))

Ну не знаю

ну вот мой знакомый из intel пишет:

мы когда пишем код, если он критичен по скорости, смотрим на какие микроопы будет разложена та или иная инструкция и на какие порты будут они зашедулены
но такого кода, чтоб все порты были загружены под завязку, довольно мало. Зачастую это какие-нибудь вычисления

Ну не на хаскеле же они такой код пишут

И не на питоне

Я же со своими взглядами к кудистам всяким и прочим волшебникам не лезу

Это вопрос интересов скорее.

Я не отрицаю что это интересно)

Да, сишечка. Но компиляторы хоть и умные, но из-за довольно убогой системы типов довольно консервативен в оптимизациях.

Тем, кто пишет компиляторы и всякий оптимизированный код нужно ещё помнить про архитектуру набора команд процессора и всё такое.

Вот тут как раз заметка была на хабре про x86
https://habr.com/ru/company/huawei/blog/503194/

ISA вторична, в отличие от микроархитектуры

Jeff Ross, пожалуйста, нажмите на кнопку ниже в течение указанного времени, иначе вы будете кикнуты. Спасибо! (60 сек)

я поддержу) и слегка наброшу)

более того, грустно каждый раз когда приходится вспоминать про структуры данных, алгоритмы и прочие детали реализации того, КАК сделать код вместо того чтобы, ну, просто ставить задачу и думать о том, ЧТО мы хотим получить в итоге (т.е. решать задачи ролей "продуктолог", "маркетолог", "системный аналитик", "бизнес-аналитик")

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

Вспомним типовой интернет-магазин