226(3): デフォルトの名無しさん [sage] 2020/10/17(土) 13:59:12.80 ID:cX3MrjsP(1/3) AAS
ローカル変数がちゃんと使いたいので、
Rubyからnode.jsに乗り換えようと努力している最中だったが、
node.jsはファイル関連が分かりにくい。
Rubyだとstdoutとファイルが対象になっていて、
print を fp.print に変えてやれば、ほぼそっくりそのまま動作してしまうが、
node.jsだと複雑そうだ。
あと、ファイル操作が基本的に非同期推奨なのも辛いし、非同期と同期の二系統あるので混乱が生じ易い。
複数ファイルのコピーもRubyは簡単に出来るが、node.jsだとncpという
モジュールでやるが、これも非同期なので、promiseでthenやawaitを使った待機が必要になる。
しかし、それをしだすと、すべてがasync,await,thenなどを前提に書くことが必要になり、
非常に複雑になる。

234(3): デフォルトの名無しさん [sage] 2020/10/17(土) 23:07:29.03 ID:3hrMdhxe(1) AAS
>>232
ほんの些細な違いだろうという指摘は理解したいけど、楽しく書ける(= 思考を妨げない)ことをポリシーとしている
Ruby に慣れ親しんでいると、そんなことも気になってしまうんだよなぁ
　xs.each { |x|　　# スコープを作る（関数型スタイル）
　　　　x に対する処理
　　}
または
　for x in xs　　# スコープを作らない（手続き型スタイル）
　　　　x に対する処理
　end

それが JavaScript になると：
・なぜ丸カッコと波カッコを入れ子にしなきゃいけないのかなぁ
　どちらか一つでいいはずだし面倒くさいよね？
　　xs.forEach ({ x =>　　# スコープを作る(関数型スタイル)
　　　　x に対する処理
　　})

・なぜ変な予約語 let が必要なのかなぁ、あってもいいけど蛇足だよね？(>>231)
　　for (x in xs) {　　# スコープを作らない（手続き型スタイル、従来からある構文）
　　　　x に対する処理
　　}
または
　　for (let x of xs) {　　# スコープを作る（一見関数型に見えるが、手続き型スタイル）
　　　　x に対する処理
　　}

もちろん JavaScript が「後方互換性の維持」を厳守しつつ、機能(構文と意味)を発展させてきた成果は大いに評価している
とはいえ、「老眼では？ｗｗ」という批判は、ちょいと低俗で低レベルな発言ではないかと思われ
もっとも客観的には >>229 の注文が高尚すぎて（w、他言語ユーザーにはあまりにも厳しすぎるだろ、とは感じてる