Nimを知ってほしい2022

Nimを知ってほしいという記事があり、Nimを知らなかった人々向けに最初の紹介として大変な貢献をしてくださりました。 しかしまだNimを使ったプロダクトというのも少なく、競プロではチラホラ見かけるものの、人々の中にある意識としては「気になっています」という域を越えられていないのも事実です。 そこで今回は企業での意思決定をする人や、5年以上の経歴があるエンジニア向けに、Nimを書いてみようと感じてもらうことを目的に、先日私が登壇したみんなのPython勉強会#79 『Pythonistaに伝えたいNimの魅力』に加筆して投稿してみたいと思います。 Nimって何? 2008年から開発が始まった新しいプログラミング言語です。 「Pythonに型が付いて、Goみたいに高速に、バイナリになってOSの実行環境に依存しないで動いてくれる言語ないかな〜」という全プログラマーの夢を叶えてくれる言語です。 書

[boxshiitake]

NimがRustに負けたのはマルチスレッドへの対応が弱かったから。Rustは最初からマルチスレッドを安全にプログラムするという設計思想があった

[JULY]

逆に、2008 年からスタートして、競合しそうな Rust に一気に抜かれたのは、なぜなんだろう。書かれている事を読む限りは素晴らしいように見えるけど、大きな採用実績が無い、以外に何か問題があるのだろうか？

[kamocyc]

型が付いて書きやすくてまあまあ早い言語ならGoがあるからエコシステムが弱いNimは採用されないかな、知らんけど。Rustはメモリを手動管理してカリカリにチューニングするとかシステムプログラミング用途なので違うかと

[turanukimaru]

今の時代は言語の優劣って割と趣味の違いでしかなくて、ターゲットが明確であるかとか中心になってる誰かとか企業とかがいないと広まらないのかもね。私は言語自体は何でもいい派なので必要になったらかなぁ。

[okamo2011]

数年前に、nimがらみで悪目立ちしてる人達がいた記憶だけあって、それだけの理由でイメージが悪い（偏見）

[agricola]

特定の集合に属する文字か否かはinやnot inで検査するのがパイソニックだよね。

[rail44]

途中のベンチマーク、引用元のリポジトリでは別表になっている計測値が混ざっていてあまり参考にならないように思う。具体的には、その言語にとって自然な書き方なのかどうかで元リポジトリは項を分けている。

[UhoNiceGuy]

これは凄い言語//GC、ARCのリンク読むとナイーブな参照カウントではなく、静的に解決してるみたい。他の言語もスコープ内で破棄される変数はヒープではなく、スタックに確保して欲しいな。(当たり前にやってたらゴメン)

[t_f_m]

あとで

[ono_matope]

Nim、これだけ読むと良さそうなだけに流行ってない理由は確かに気になってしまうなー

[inomoy]

ありがと

[akiramaz]

Nimのマスコットキャラは絶対にハリネズミだと思ったけど違った

[ch1248]

いい記事ではあるのだが……

[onefootinthegrave]

循環参照はどうなるのっと

[hylom]

ARC……Objective-C……ウッ頭が（まあARCを後付けで導入したObjective-C特有の問題だとは思うのだがイメージが悪い）

[tettekete37564]

Python という言語様式によほど思い入れが無いとねぇ。linter や各種エディタのシンタックスハイライトやコンプリーションの充実に力を入れるとか？

[peketamin]

えっ、すごい/とりあえずPythonからトランスパイルできると既存資産活かせて嬉しいかも？

[aya_momo]

ゲームのNimじゃなかった。試してみたい。/GC-contentってやつだね。/簡単なコードで速くても、複雑になると遅い言語もあるので。

[glass-_-onion]

PandasとNumPyに相当するライブラリがあるのであれば使ってみたい。

[door-s-dev]

良さそう

[onesplat]

詳細知らんけど参照カウントしてる時点でdisadvantageだからな。どんなワークロードでのベンチか知らんがほんとにそんな速いのかしら

[programmablekinoko]

バイナリサイズが小さいのが良い。今度触ってみよう…

[roshi]

“Pythonの「battery included」の思想を受け継いでおり、標準ライブラリがとても豊富です。” これはいいなー。