Thread by @genkuroki

#Julia言語

Base.@irrational 🐻 1.41421356237309504880 √big(2)
const bear = 🐻

詳しくは↓
gist.github.com/genkuroki/f822…

https://twitter.com/mkashi/status/1300597910636118016

@irrational #Julia言語 様々な型の0.1については

gist.github.com/genkuroki/befb…

を参照。

精度が低い側の0.1を高い側に変換するのは御法度。

https://twitter.com/mkashi/status/1300597910636118016?s=20

#Julia言語 では数式中の数値の型は決められたルールに従って自動的に変換されます。

ルールの定義の例↓
github.com/JuliaLang/juli…

整数型から浮動小数点型への変換は問題ない。

しかし、浮動小数点数が相対的に精度が高い浮動小数点数に変換される場合には無駄な誤差が発生するので注意が必要。

#Julia言語 について疑問が生じたら、リポジトリでソースコードを閲覧するのが、疑問解決への最短コースになることが多いです。

これは個人的な意見なのですが、 #Julia言語 は

①気楽に使える (C++よりは圧倒的に楽)

②速い (アルゴリズムの最適化のやり易さによって、Fortranより速い場合がある)

③PythonやR言語のような別の気楽に使える環境からJulia言語を利用可能

の3つの特徴が重要だと思う。③はこれから重要になる。

気楽に速いライブラリを #Julia言語 で書いても、Julia内部でしか利用できないと、ライブラリ開発のモチベーションはその分だけ自然に下がると考えられる。

しかし、PythonやRなどからも利用可能なら全然話は違って来ます。

#Julia言語 のDifferentialEquations.jlパッケージはPythonとRでも使えるようにしており、開発者は今後もそうし続けると言っています。

こういう試みはこれから広がる可能性があると思う。

pyjulia.readthedocs.io/en/latest/

cran.r-project.org/web/packages/J…

#Julia言語

github.com/Non-Contradict…
Chris Rackauckas 25 Aug 2019
【Kind of like Conda.jl, it would be nice if JuliaCall could install its own version of Julia.】

JuliaにおいてPythonがまるでJuliaの一部分であるかのように使えるのと同じように、JuliaがRの一部分になるかも。

#Julia言語 仮にJuliaでのstatic compilationが近い将来実現して、JuliaがR言語やPythonの一部分であるかのように利用できるようになれば、高速化が必要な部分をJuliaで書く人は相当に増えると思います。

なぜならば、CやC++で書くより、Juliaで書く方が圧倒的に楽だからです。続く

#Julia言語 そういう方向に発展があれば、逆に、PythonやR言語をまるでJuliaの一部分のように使う技術の側も大きく進歩しているはず。

その結果、PythonやR言語の側でJuliaを利用していた人達は、Julia自身もよく使い始めることになる。

これがこれからの数年で起こることだと私は予想しています。

以上の予測が大外しになる可能性もかなりあるとは思っていますが、「PythonがJuliaで置き換わる」というような非現実的な予想と比較すれば、圧倒的に現実味のある予測になっていると思うし、たとえ予測が外れても類似の何かは起こると思います。

#Julia言語

Juliaでは新たに定義した型への + などの定義は容易。

おそらく勘所をつかめればあっという間に有益なパッケージを作れてしまうと思います。

gist.github.com/genkuroki/c4fc…

https://twitter.com/mkashi/status/1300622445490044928