次世代言語18 Go Rust Elixir Kotlin TypeScript
■ このスレッドは過去ログ倉庫に格納されています
スレタイ以外の言語もok 前スレ 次世代言語17 Go Rust Kotlin TypeScript Julia https://mevius.5ch.net/test/read.cgi/tech/1567602619/ >>317 調べると割分厘は1割を10%とする用法と1割を100%とする用法と2種類あって歴史的にはどちらも正しいんだと 九分九厘は1割を100%とする用法で99%だと 自然言語特有の曖昧定義 つまり95割は950%もしくは9500% >>313 23回と書いて、2,3回と読んでほしいってか? それはちょっと無理では? 文脈込みでもちょっと無茶だわ 為替が固定されているようなもの 為替操作に駆逐された >>319 分は1/10、厘は1/100で、割合の単位が割で1/10 「9割5分」の「分」は「割の1/10」を意味している 1割を100%とする用法は見たことない 5割は50% 5分も50% 5割5分は55% ファック Go言語イコールgolangだから、clangイコールC言語の事かと思ってた D言語ってもうオワコン? やっぱ大手がバックについてないと駄目なのか 言語の勝ち負けは資金力がものを言う もうPHPやRubyの時代とは違って個人が作った言語が日の目を見ることはない ここの一部が熱狂してた中学生言語はそろそろスポンサーを得たのかな?w Rubyそのものをdisる訳じゃないが Rubyはパトロンが付いてから落ち目になった印象 言語の良し悪しだけじゃないからな ドキュメント ライブラリ ビルドツール IDE プラットフォーム対応 企業にせよ団体にせよ組織的な人手が無いと厳しい >>339 いい言葉ですね! 誰がいったのですか? あまねく型無し糞言語池沼がすべからく滅びますように 結局書いてて楽しい言語と保守しやすい言語って違うってのが rubyが根本から間違ってるところだろ。 あれが楽しいとかゲエジだら 型無し糞言語は補完も頭悪いし、書いてて全く楽しくない おまけに保守性も最悪ときたら、ほんとにほんとにゴミでしかないゴミ 今すぐ回線切って首吊って死ねや >>352 型無しでもいいけれども、宣言なしというのはいただけない var a とか VB/VBA 的に option explicit, dim a とかは、そろそろ導入されるべきでしょう 型無し言語とか rubyが保守しにくいとかw 相変わらず低スキル&エアプの巣窟やなココ >>347 確かに、滅んで欲しい SML(静的型付け): - (1, 2, 3); val it = (1,2,3) : int * int * int (* タプル型(要素は整数型) *) - (1, true, "Foo"); val it = (1,true,"Foo") : int * bool * string (* タプル型(要素の型は混在) *) - [1, 2, 3]; val it = [1,2,3] : int list (* リスト型(要素は整数型) *) - [1, true]; stdIn:12.1-12.9 Error: operator and operand don't agree [overload conflict] operator domain: [int ty] * [int ty] list operand: [int ty] * bool list in expression: 1 :: true :: nil (* 要素の型が混在するリストは誤り *) (長いので続く) (>>358 の続き) Python(動的型付け): >>> (1, 2, 3) (1, 2, 3) # タプル型(要素は整数型) >>> (1, True, "Foo") (1, True, 'Foo') # タプル型(要素の型は混在) >>> [1, 2, 3] [1, 2, 3] # リスト型リスト型(要素は整数型) >>> [1, True] [1, True] # リスト型(要素の型は混在) 未だにそんないにしえの言語持ち出してホルホルしてる型無し糞言語じいさん・・・ >>362 >Rustのナイトリーチャネルで、非同期プログラミング機能が強化された不安定版が入手できるようになった >Discordはナイトリーリリースを導入し、問題が発生した際にはRustチームと協力して対処した 頑張ったなw まあガベコレに手を入れるくらいならc++, rustって選択にはなるわな。 コンパイラがメチャ賢くなってあらゆるプログラムが最適化で削除されるようになったら消滅する議論 そんな10年前に終わったitaniumみたいな話されてもな。。 コロナで糞バカ中世ジャップランド土人どもが消滅するよ やったね でも死亡率低いようだよ。 感染後に何人治癒したかも発表してほしいね。死ななかった人が治癒した人だからいずれはわかることではあるが。 JavaScriptはPHPとかいう汚物を一刻も早く滅ぼしてくれ。 言語仕様自体がゴミの癖にコーディング規約1番うるさい のほんと腹立つ。 言語じゃないがjsonが最後の要素にカンマあるだけで壊れるの何とかして >>380 型無し糞言語からJavaの悪いところだけを輸入して、ただの糞言語になった 便器ブラシことゴミ屑PHP(障害者手帳持ち)の悪口を言うな phpでクソコード書く奴はjsで同じ様にクソコード書くけどな。 そう。一度ペチパーの畜生道に堕ちると、ほとんどの人間がダメになってしまう。 ペチパーは、クソコードを書かれる前に、打ち首の上さらし首にするしかない。 JSONを策定した連中(IETF)は馬鹿 propertyでのidentifier(ダブルクォート無し)、末尾カンマ、コメント、 undefined(void 0) を削って設定ファイルとしても優秀に出来た仕様をぶち壊した 言語間ネタ繋がりで FFIのモダンな標準っていつまで経っても出てこないな C言語ヘッダファイルが悪いとは言わないけど Ruby を書く人は、JS でも、きれいに書く React でも、Ruby のinclude(mix-in)を入れた mix-in で、親子の継承チェーンの間に入るから、 同名のメソッドが、親の前に、mix-in で見つかる Ruby の、require/include の違いを学びましょうと、matz も言ってたw class やら継承やら、久しくやってない(もっぱら関数・合成と委譲)ので、mix-in の記憶が曖昧なんだが、 React で mix-in なんてやることある? 少なくとも、独自コンポーネントの継承は随分昔からアンチパターンとわかってるから、やめた方がいいと思う というか、最近の React ならほぼ全部 function でいけるぞ ヘルパーメソッドなど、汎用的なモジュールを作って、子クラスでinclude(mix-in)すると、 メソッドの探索チェーンが「子 → mix-in → 親」となるので、 同名のメソッドが、親よりも先に、mix-inで見つかる 便利なインターフェースみたいなもの そういうのはロギングとか、本筋の処理と関係ない部分でやるならいいんだけどね。 継承より委譲と言われるようになって久しいが、まだこんな老害が生きていたのか >>386 どうせc呼ぶくらいしか需要ないんだしそれでいいだろ。 他の言語呼ぶくらいならプロセス切り離してシステム関数つかったらええわ。 高級言語がC言語を呼び出すのは古い C言語が高級言語を呼び出すのがモダン Cの書きにくさと高級言語の遅さを兼ね備える のか…(困惑) Goの良くない点 入門者への分かりやすさを重視して設計したはずなのに、配列のスライスが上端を 含まない半開区間であること。閉区間にすべきだった。 配列のインデックスが0ベースならスライスは普通半開だけど 含んでる言語はスライス用途以外に同じ記法を用いる特殊な事情があるやつ >>390 標準化あるいはデファクト化が重要なんすよ 自社ソフト内で使う分にはいいけど 公開APIでJSON5を返す選択は厳しい 半開区間で表すのが常識になれば入門者が迷うこともなくなるよ。実際そうなりつつある。 >>399 >入門者への分かりやすさを重視して設計したはず 言語入門者はともかく、プログラミング入門者を対象とはしてないよ 楽しさや設計の美しさより実務を最優先にした言語 公式にも以下のようにある > Go was designed to address the problems faced in software development at Google >>400 添字が0始まりだから半開区間にしなければならない理由なんてないだろ。 添字が0始まりでも閉区間のF#やPowerShellの方が入門者にとっても それ以外の人にとっても直感的で分かりやすい。 >>404 だからそれらの言語のは配列のスライス専用の記法じゃないから let list = [ 1 .. 10 ] みたいな場面でも使われる こういう時にはたしかに直感的で便利だけどスライス用途ではむしろ使い難い RubyやPerlも同じ >>405 スライスでも閉区間の方がはるかに使いやすい。Pythonみたいな奇形言語の真似を するのはやめてもらいたい。 おまえの個人的な決めつけで閉区間のがいいとか言われても困るわ。 開閉と区間とか知らない言葉出てきた モナドばりの失笑もんだ https://tour.golang.org/moretypes/7 The following expression creates a slice which includes elements 1 through 3 of a: a[1:4] `1 through 3 of a` == a[1:4] さすがGoogle謹製わかりやすい!!! Rust for x in 1..4 { println!("{}", x); } > 1 2 3 Java for(int i : Arrays.asList(0,1,2,3,4).subList(1,4)){ System.out.println(i); } > 1 2 3 IntStream.range(1,4).forEach(System.out::println); > 1 2 3 C# foreach(var i in new int[]{0,1,2,3,4}[1..4]){Console.WriteLine(i);} > 1 2 3 Rust, Ruby, Swiftあたりは選べるよ 閉区間だったり1始まりが好きな奴はjulia使ってればいいんじゃね?そこから出なくていいよ。 閉区間だと[i:i-1]で空集合にするのはどうなんだ @ & $ ^ * ` -> => などを 使ってる言語は俺の中でゴミ確定 うんこをOSS公開しなくていいから 配列クラス自体は言語ではなくライブラリだから いくら言語を統一してもライブラリを何通りも作るのは合法 >>415 ぴーーーーーーーーえいーーーーーーちーーーーーーーーーーーーピューーーーーーーーーーーーーーーーーーー ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる