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

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

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

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

https://news.1rj.ru/str/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

overleaf есть в качестве промежуточной площадки, и приложухи типа https://play.google.com/store/apps/details?id=verbosus.verbtex&hl=ru

Меня больше всего кекает с того, что в cPython два больших числа, типа 100000 - разные объекты, а маленькие числа, например 1 ссылаются на один и тот же кешированный объект в памяти
Поэтому

>>> hash(1)
1
>>> hash(10000)
10000
>>> hash(1) is hash(1)
True
>>> hash(10000) is hash(10000)
False

видишь такой

trait Plus[A]{
   def plus(a: A, b: A): A
}

object plus{
   implicit class PlusOps[A](private val a : A) extends AnyVal{
      def +(b: A)(implicit plus: Plus[A]): A = plus.plus(a, b)
   }
}

и думаешь - о какой паттерн, ничем не хуже, чем

class Plus a where
  (+) :: a -> a -> a

https://news.1rj.ru/str/ebanatics_learn/14616

@DogeShibu ещё один сценарий когда асинк-авейт не работает: если написать async fn то &self захватывается на всё время жизни футуры которая получается и естественно нихера не работает

я про это https://users.rust-lang.org/t/higher-function-taking-async-reference-taking-closures/30549