X
nim
0384デフォルトの名無しさん
垢版 |
2023/12/13(水) 04:42:50.35ID:/pcasGi0
>>381
今はC/C++殆ど書いてないけど以前はほぼ毎日使ってたよ。
{}や;に慣れてもやっぱり余計な文字が少ない方がすっきりして読みやすいと思うのだが、そういう人は少数派なんかな?
0385デフォルトの名無しさん
垢版 |
2023/12/13(水) 05:36:33.39ID:R3z2LBuJ
主観で読みやすいかどうか力説しても結論でるわけない
オフサイドは誤ってインデントずれても気付かないままになってしまうのが問題
0389デフォルトの名無しさん
垢版 |
2023/12/13(水) 11:38:44.64ID:rzHxkjlX
>>384
どちらの方がすっきりして読みやすいかと
{}や;が思考ノイズになるかどうかは別だよ

前者はそれなりにいる
後者はツチノコレベルで稀有
0391デフォルトの名無しさん
垢版 |
2023/12/15(金) 03:05:56.17ID:/ClHmJDY
{}がノイズになるようなら:や=はもちろんのことblock:なんて発狂ものだろうからNimは無理やろな
0393デフォルトの名無しさん
垢版 |
2023/12/15(金) 06:50:06.26ID:4QMbv0z8
Nimってオフサイドルール以外の所は目立った欠点の無い言語なんかな。
それに実際にオフサイドルールでコードを書いていて困ったことないし。
インデントがずれても困るという人はインデントの幅をスペース4個とか広めにすればいいのでは
0394デフォルトの名無しさん
垢版 |
2023/12/15(金) 17:55:10.13ID:BxRUp1+8
オフサイドルールは欠点だらけ

Pythonを例にすると
- カットペーストは命がけ
- ネット等で共有しにくい
- テキストエディタやIDEの支援が激弱
- dedentは手動タイピング必須
- 改行のために追加の()や\が結局必要
- インデントだけでは可読性が低いから余計な:が必要
- 空行の数まで厳密に意識する必要もある
- lambdaのone expression縛りのように言語の成長を阻害しやすい
- “explicit is better than implicit”と言いながらブロックはimplicit
0397デフォルトの名無しさん
垢版 |
2023/12/15(金) 20:46:34.27ID:4QMbv0z8
Vim使ってるけどコピペは問題無くできるしインデントの深さもブロックごと'>'で調整できる。
vim-indentwiseでブロック毎カーソル移動可能。
スペース一個分だけでインデントするとかしない限りブロックの開始、終わりは前後の行のインデントの位置の違いでわかる。
vim-indentwiseでカーソル移動すればブロックの範囲も簡単にわかる。
以前はC/C++を書いてたけど{}や;が無くて読みづらいとか書きづらいとか思ったことは無いよ。
Nim書いていて改行のために追加の()や\が必要になることはほぼ無い
空行の数を厳密に意識する必要もない。
Nimを実際に書いたことあるの?
0399デフォルトの名無しさん
垢版 |
2023/12/15(金) 22:17:03.24ID:kBMLRaUx
>>398
でもアロー関数にすると()を追加するなどしないと1行しか書けなくなる
これもオフサイドルールのせい
しかもこんな明らかなバグでも修正しようともしない
言語の成長を阻害するとはこういうこと
0400デフォルトの名無しさん
垢版 |
2023/12/15(金) 22:29:33.41ID:kBMLRaUx
>>397
論点理解せずにvim使いなら誰でも知ってる基本を必死に解説されても困るわ

>以前はC/C++を書いてたけど{}や;が無くて読みづらいとか書きづらいとか思ったことは無いよ。
{}や;が無くて読みづらいとか書きづらいとか誰もそんなこと言ってないだろ？
勝手に脳内変換するなや

ついでに言うとセミコロン無い方が書きやすいのは当たり前のこと
だから新しい言語の多くがセミコロンレスを採用してる(オフサイドは採用しないけど)
0401デフォルトの名無しさん
垢版 |
2023/12/15(金) 23:45:28.85ID:4QMbv0z8
>>399
アロー関数ってNimのsugarモジュールにある`=>`マクロのこと?
あくまでこの=>は二項演算子だから両辺は式になっていないといけない。
オフサイドルールに関係無く二項演算子の両辺に文を直接書けず式を置かないといけないのは殆どのプログラミング言語で同じじゃない?
複数文を書きたければanonymous procedureで書けばよいし。
オフサイドルールじゃない言語で無名関数に複数文を書くときは必ず{}で囲む必要があるし。
どうしてこれが言語の成長を阻害していることになるの?
明らかなバグなのに修正しようとしないって言うけどGithubのNimのリポジトリにそういうissueある?
無名関数を書くときはdo notationというのもあるよ。
https://nim-lang.org/docs/manual.html#procedures-do-notation
0402デフォルトの名無しさん
垢版 |
2023/12/16(土) 08:47:38.44ID:yzC0WAGQ
「vimを使えばいい」とか「無名関数を使えばいい」などと列挙されても
他の言語はそんな特別なケアなしに使えるわけでな…
このあたりがいまいち広まらない原因なんじゃない？
0404デフォルトの名無しさん
垢版 |
2023/12/16(土) 09:38:42.94ID:mPzLcjX0
>>402
現代では高機能なテキストエディタやIDEが使えるから
それを使うことを前提にプログラミング言語をデザインしたらいいんじゃね?
って話は聞いたことがある。

sugarの`=>`マクロはNim言語のanonymous procedureを特定の条件下で簡単に書けるよう作られたもので完全にanonymous procedureを置き換えられるものでない。
sugarモジュール自体がシンタックスシュガーのようなものを提供するマクロなどを集めたものだし。
制限とか気にせずにanonymous procedureを書きたかったら=>を使わずに書くしかない。
0405デフォルトの名無しさん
垢版 |
2023/12/16(土) 09:56:43.39ID:yzC0WAGQ
>>404
そのへんがまさに省略記法の悪い点が出てる感じするな
省略するってことはソースコードの情報量は減っていて、それはタダではない
「OOのときにはXXを使う」みたいな規則がたくさん発生するというコストがあるんだよね
これはセミコロンレスもそうで、時々変なエッジケースが発生したりする
0406デフォルトの名無しさん
垢版 |
2023/12/16(土) 16:45:38.17ID:kvk3r8Lt
オフサイドルールと違ってセミコロンレス(optional semicolon)は多くの言語で妥当なトレードオフ
オフサイドルールが妥当なトレードオフとして成立してるのはHaskell系の言語くらい
0407デフォルトの名無しさん
垢版 |
2023/12/16(土) 20:00:00.36ID:USjLXMUH
なんかどうでもいいことをいつまでも
うじうじと

気に入らないなら使わなきゃいいだけ
気に入ったら使えばいいだけ
0408デフォルトの名無しさん
垢版 |
2023/12/17(日) 07:10:31.29ID:clYlz397
>>407
気に入っていても：
　　ある日突然：
　　　　気に入らなくなる事ってあるよね？
気に入らなくても：
　　ちょっとしたきっかけで：
　　　　すごく気に入ってしまうことも
　　　　あるよね？

そういう時はどうすればいいの？
0410デフォルトの名無しさん
垢版 |
2023/12/17(日) 18:41:59.56ID:F9NekDqG
Nimはよく考えずに機能追加して既にC++並みに複雑化してる
目新しさだけで飛びつくと後悔するぞ
0411デフォルトの名無しさん
垢版 |
2023/12/18(月) 02:13:02.65ID:DdCrjTir
そうなの？　じゃあもうC++でいいじゃん
0412デフォルトの名無しさん
垢版 |
2023/12/18(月) 08:55:26.31ID:DG+uqCiP
例えば最近実装している変更についてもちゃんとここに理由とか書いてあるよ。
https://github.com/nim-lang/RFCs/issues/516
このあたりをよく読めばちゃんと考えて機能を実装していることがわかるよ。
https://github.com/nim-lang/RFCs/issues
https://github.com/nim-lang/Nim/pulls
Discord/Nimのinternalチャンネルをときどき読んでるけど
開発者は論文読んだり他のプログラミング言語の機能を調査しているようだよ。
https://en.cppreference.com/w/cpp
と
https://nim-lang.org/docs/manual.html
を読み比べてみればわかると思うけどC++のほうがはるかに複雑だよ。
0415デフォルトの名無しさん
垢版 |
2023/12/19(火) 00:16:35.74ID:mrSFrPG8
議論をよく読めば何やらちゃんと考えて実装しているらしいのはC++も同じなんだよなあ
0424デフォルトの名無しさん
垢版 |
2023/12/27(水) 19:41:58.29ID:g/RhhP+m
プログラムをビルドするためにC++だったらCMake、Rustだったらcargo.tomlにTOMLを使う。
Nimだったらconfig.nimsも.nimbleファイルもNim言語で書ける。
一つの言語でコンパイル言語としてもスクリプト言語としても使えて便利。
Nimはマクロやconstなどをコンパイル時に実行するためにVM使ってるんだけど、そのVMを使ってNimをスクリプト言語のように実行できるらしい。
0425デフォルトの名無しさん
垢版 |
2023/12/27(水) 19:50:00.04ID:J2C6aYvl
rustも複雑なことをしようと思ったらbuild.rsに書けるけど、それはそうとして依存関係をプログラム言語で書きたいかと言われると
0426デフォルトの名無しさん
垢版 |
2023/12/27(水) 20:16:43.40ID:E4kPlntL
あれもこれもできて便利！みたいなのはぱっと見良さそうでも
大規模・多人数・長期開発になると負債になりがちではある
0430デフォルトの名無しさん
垢版 |
2023/12/27(水) 23:34:47.36ID:qmMlPacq
まあアイコンはエレガントなんじゃない？王冠だし
0431デフォルトの名無しさん
垢版 |
2023/12/27(水) 23:51:57.04ID:Ra91RrOg
procとmethodとfuncを使い分けつつ{.global.}や{.async.}なとの{.pragma.}とmacroでぐちゃぐちゃにかき混ぜられるのが超エレガントw
他の言語では類を見ない
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況