Auto-currying Rust Functions

https://peppe.rs/posts/auto-currying_rust_functions/

почитал простыни https://blog.guillaume-gomez.fr/articles/2017-02-22+Rust+asynchronous+HTTP+server+with+tokio+and+hyper

реально кажется ух вот в питонке все красиво, типы нинужны

Hirrolot:
типы засоряют код в расте

F: Fn() -> Fut, Fut: Future<Output = ()>

типика лкод

можно было бы так записать: async Fn()

Programming Paradigms for Dummies: What Every Programmer Should Know
Ликбез по основным принципам ЯП: классификация, вопросы представления состояния, конкурентности и параллелизма.
https://www.info.ucl.ac.be/~pvr/VanRoyChapter.pdf

T* - мутабельный указатель на мутабельные данные
const T* - мутабельный указатель на константные данные
const T* const - константный указатель на константные данные
T * const - константный указатель на мутабельные данные

Doge Shibu:
Можно сделать мутабельное ООП в ФП языке на IORef'ах

См. статью Олега

Roman Proskuryakov:
дай ссылку

Doge Shibu:
https://arxiv.org/pdf/cs/0509027.pdf

https://www.tg-me.com/rust_offtopic/250638

Вот он здесь или на гитхабе. Пилится с бешеной скоростью одним чуваком из MIT и, кажется, является конкурентом Halide. Типа язык для написания очень производительного кода для параллельных вычислений и при этом дифференцируемый. Кажется, что на нём можно переписать тот же TensorFlow и он станет быстрее. И не заморачиваться со Swift.
учитывая, что в этой области сейчас как-то тухло, для для CUDA конкурентов нет, но она только на Nvidia, то что-то должно выстрелить в конце концов. Кто-нибудь смотрел, пробовал, запускал что-нибудь на этом Taichi?

https://github.com/yuanming-hu/taichi

(RSDN)

Но вот этот момент хочу прокомментировать. К сожалению, все мало-мальски известные функциональные языки (Haskell, ML, Erlang, Lisp, Scala) страдают (или наслаждаются?) одним и тем же фатальным недостатком — ужасным и невыносимым уродством синтаксиса. Из-за чего даже просто пробовать их не возникает особого желания.

Правильный функциональный язык — на поверхностном уровне — ДОЛЖЕН мимикрировать под C/Pascal!!! Без этого базового требования рыночная доля функциональщины никогда не выйдет за маргинальные пределы, в которых она и находится последние 60 с хреном лет, начиная с изобретения лиспа.

Правильный язык должен быть простым и понятным для освоения, раскрывающим "функциональные глубины" постепенно. Более того, должна быть возможность писать хелловорлды и простые программы императивным способом. И это подтверждается реальностью: недофункциональные Lua, Python, JavaScript, Rust имеют гораздо большую популярность, чем их хардкорные братья.

Кроме того, язык должен "прикольным", вызывать интерес. Ублюдочные же закорючки в хаскеле или окамле вместо интереса вызывают неприязнь.

во

let mut chan = {
let state = state.borrow_mut();
state.new_media_channel.clone()
};

Суть в том что мутируя объекты ты можешь в том числе переаллоцировать память. Из-за чего ссылки на старую память протухают, и становится возможным use-after-free.
Нет такого правила что «нельзя 2 мутирующих ссылки» есть правило «мутирующая ссылка могут существовать только эксклюзивно любых других»

pyo3 по-прежнему требует nightly.

Вот тут кто-то собрал информацию для разных языков, в т.ч. для Rust из Python:
https://www.hobofan.com/rust-interop/#rust-in-python