Tak vzhledem ke kódové bázi, kterou mají v Los Alamos a jinde do rozsáhlých balíků v tomto jazyce napsaného, tak je jednodušší zmodernizovat jazyk než vše přepsat do aktuálně se vyvíjejících a hype propagovaných jazyků. Neříkám, že je to ideální, ale je to asi cesta s nejlepším poměrem cena výkon.
O tom, že se bude jednat o revoluční změny nepochybuji. Za revolucí ve Fortranu stojí Ondřej Čertík z Los Alamos National Laboratory. Předtím dokázal vytvořit systém pro symbolickou matematiku pro Python SymPy, bylo to proto, aby mohl do Pythonu převést kompletní aparát pro fyzikální výpočty. Poté pro zvýšení výkonu připravil pro svět v C ++ SymEngine, který bude rychlejší a nabízí základ symbolického počítání třeba i pro Julii.
Sám sem se s ním setkal, když v době studií na gymnáziu pro ČVU FEL vyvinul v na zakázku v Matlabu knihovnu na komunikaci a řízení v PiKRONu pro FEL vyvinutých řídicích jednotek, demo na stránce využívá novější python verzi PyRoCon ale většina studentů stejně stále používá jeho původní Matlab rutiny v inovovaném projektu MaRoCon, první verze rok 2001.
Takže i když jsem sám s překvapením sledoval jeho investici a postavení se do čela vývoje Fortranu, věřím, že ví co dělá a jeho úspěchu převodem Fortranu na LLVM, přidání REPL režimu a mnoho dalšího, co již předvedl, to dokazuje.
Oprava, oni ekvivalenci predefinovali, defaultni chovani by bylo porovnani identity objektu. Sympy porovnava konkretni tvar vyrazu pred zjednodusenim.
https://docs.sympy.org/dev/tutorial/gotchas.html#equals-signs
Neni nic jednodussiho nez prepsat sp.Expr.__eq__ na porovnani zjednodusenych vyrazu, pripadne by to mohlo vracet reseni rovnice.