次世代言語18 Go Rust Elixir Kotlin TypeScript
■ このスレッドは過去ログ倉庫に格納されています
スレタイ以外の言語もok
前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/ Haskellは
お前らが同じ解説を繰り返す毎に強力な静的型になって行ったんじゃないのか 純粋関数型である程度まともなプログラムを作れるようにする為にはHaskellの標準+αくらいの型システムがないと駄目という話ではある 全然関係ない。
ランタイム速度が出てないときにどういう手当が可能かという方がよっぽど大事。 それは事実かもしれないが大事さという指標はあくまで君の信仰でしかないよね Haskellの型システム程度のものを理解できない知能で
プログラミングをしてるのが間違いなんだよ
生得的に向いてないんだから諦めろ なお世の中のシステムの95割はPHPでできているという事実 23回を文字通り23回とか誤解されることは多い
文字は文字で難しい いまだに95割とか言ってる奴がいてワロ。
それ昭和の時代だろ。 平成ど真ん中くらいだから昭和は言い過ぎ
まぁ世の中には一定の割合で昔の流行語とか昔の駄洒落とか言い続ける層がいて迷惑だとは思う >>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を返す選択は厳しい 半開区間で表すのが常識になれば入門者が迷うこともなくなるよ。実際そうなりつつある。 ■ このスレッドは過去ログ倉庫に格納されています