[過去ﾛｸﾞ] 次世代言語12 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
26: デフォルトの名無しさん [sage] 2018/07/04(水) 21:59:01.25 ID:JJiPoTOv(4/5) AAS
C++とHaskellを知ってたらRustの学習コストは低い
ゆえにHaskellが役に立っていると思うかどうかは個人の感情
115: デフォルトの名無しさん [sage] 2018/07/09(月) 18:22:24.25 ID:IyYxWzMk(1) AAS
COBOL舐めてるわけ？
Fortran舐めてるわけ？
123: デフォルトの名無しさん [sage] 2018/07/09(月) 21:56:18.25 ID:b/biyW6c(4/4) AAS
>>120120(1): デフォルトの名無しさん [sage] 2018/07/09(月) 21:22:54.54 ID:KFrfmR/A(4/4) AAS
>>117
そうか？式指向でC系のシンタックスっていったら真っ先にRustが頭に浮かんだが
別に不格好とも無駄に記述量が多いとも感じないが…
そもそもC系の時点で何指向だろうが関数型と比べると記述量は少し多くなるものだし…
C系を式指向にしたところでそんなに変になるところは無いと思うんだが
別に全部C系にしろって言ってる訳じゃないんだ
依存型ありの言語にも1, 2個くらいC系があっても良いのにっ思ってるだけで…
rustは根っこのところは手続き型だからな
もっと式ベースを徹底していったらC系文法なんてどんどん余計なものになってくよ
236: デフォルトの名無しさん [sage] 2018/07/18(水) 22:59:48.25 ID:pmi0+hzZ(1) AAS
なんでエントロピーって言葉を使うの？コンテキストじゃ駄目なの？
315: デフォルトの名無しさん [sage] 2018/07/23(月) 13:53:30.25 ID:4IMsonxq(1) AAS
>>297Dはマスコットが適当すぎる
457(1): デフォルトの名無しさん [sage] 2018/07/29(日) 14:11:10.25 ID:lzRBxehA(2/2) AAS
Pythonだと、>>451451(2): デフォルトの名無しさん [sage] 2018/07/29(日) 13:54:46.41 ID:gNiJKIOF(6/18) AAS
> 一行にだらだら書くべきじゃない
a = unko()
b_result = b(a)
c_result = c(b_result)
あっ、ふーん・・・
の一行一行で扱うものがGBクラスのバッチだったりするからね
591: デフォルトの名無しさん [sage] 2018/08/03(金) 10:46:59.25 ID:Nsq6cZsy(1) AAS
TypeScriptはもうデファクトスタンダードなのよね
606: デフォルトの名無しさん [sage] 2018/08/06(月) 14:41:08.25 ID:mInzEOma(1) AAS
>>598だからなんでリスト内包vsメソッドチェーンの対立になってんだよ
640: デフォルトの名無しさん [sage] 2018/08/07(火) 08:38:42.25 ID:FVK8LmPZ(1/2) AAS
Haskellは状態に依存するコードを書こうとすると途端に
可読性の低い冗長なコードになるのがダメなところだと思う
純粋な部分の構文に比べて手抜きすぎなんだよ
717: デフォルトの名無しさん [sage] 2018/08/10(金) 07:23:01.25 ID:ukxgHu4p(2/3) AAS
>>715クッソﾜﾛﾋﾟｵ
941: デフォルトの名無しさん [sage] 2018/08/18(土) 20:53:48.25 ID:yeTG0VXv(1) AAS
最近知ったけどc--ってあるのね
982: デフォルトの名無しさん [sage] 2018/08/19(日) 23:46:59.25 ID:ZGYTo3NV(4/4) AAS
別にC++のコンパイラを使うからと言ってクラス機能を必ず使う必要はないと思うのだけれども
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.043s