[過去ﾛｸﾞ] 次世代言語11[Rust Swift TypeScript Dart] (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
143(3): デフォルトの名無しさん [sage] 2018/06/09(土) 08:37:23.61 ID:XJIDpXbK(4/6) AAS
いや、やって結果が出てないだけだよ。
チャットボットを機械学習でってどこも思いついてやってるが
結局ルールベースと比較してまともな製品にならんというのがよくわかったってのが
ここ2,3年の内容だろうに。
こういう知ったかが一番たち悪いわ。
324: デフォルトの名無しさん [sage] 2018/06/12(火) 19:40:30.61 ID:yeRxVt4g(2/2) AAS
おまえらよってたかってガイジボコボコにするの好きやな
420(1): デフォルトの名無しさん [sage] 2018/06/14(木) 23:23:01.61 ID:/XuMY1jT(4/4) AAS
Goは「エンター押してGo！」って標語通りのコンパイル速度目指したあれだろ
トランスパイラなんか噛ませて「エンター押してコーヒーブレイク！」じゃアカンでしょ
440: デフォルトの名無しさん [sage] 2018/06/15(金) 21:00:01.61 ID:jGQZ3J4p(1/2) AAS
Rustがゴミだというのは要出典だが
1人か数人程度で書いた出典が多数派より強いなら多数決ではない
543: デフォルトの名無しさん [sage] 2018/06/17(日) 20:50:01.61 ID:wbEMQisX(1/2) AAS
五年後からJava8とか地獄のような現場もあったもんだな
現場を知らなかったわ
657(1): デフォルトの名無しさん [sage] 2018/06/22(金) 00:03:19.61 ID:7bl9EfTW(1) AAS
単純な右から左の型推論は余計な型名解決が減る分むしろコンパイル速くなるだろ
686: デフォルトの名無しさん [sage] 2018/06/23(土) 16:06:32.61 ID:qtu2DFwK(1) AAS
最先端を目指した化石か
めっちゃしっくりくるな
814(3): デフォルトの名無しさん [sage] 2018/06/29(金) 09:23:47.61 ID:XwuS30Hh(1) AAS
Pythonの型アノテーション試してるけど正直苦痛
TypeScriptを使ってるときには全く感じなかった無駄なもの書かされてる感がすごい
というかTypeScriptの統合が完璧すぎるんだな
型書くことはノイズになるどころかコードをむしろ美しくするとすら思えるもんな
836(2): デフォルトの名無しさん [sage] 2018/06/30(土) 15:58:28.61 ID:9HearrjU(1) AAS
rubyの違法建築感は否定しない
が、なんかまとめ臭い書き方だなおい
5chエアプか？
847(4): デフォルトの名無しさん [] 2018/07/01(日) 01:54:08.61 ID:5prQoZWD(1/8) AAS
>>845845(2): デフォルトの名無しさん [sage] 2018/06/30(土) 23:39:42.18 ID:xV+Shhkx(1) AAS
＞Ruby のProc, block はクロージャだから、クロージャを囲む関数から戻る。
クロージャ「だから」、クロージャを囲む関数から戻る？？
まるでクロージャだったら当然の挙動と言わんばかりの書き方だけど、クロージャってそんなんだっけ？
ヒント：Smalltalk
899: デフォルトの名無しさん [sage] 2018/07/01(日) 20:00:26.61 ID:e+fGbKAY(2/2) AAS
>>862862(3): デフォルトの名無しさん [] 2018/07/01(日) 10:45:16.40 ID:QlwNZjji(2/5) AAS
Smalltalkの人たちはScalaやRustのtraitsに対して、オリジナルのSmalltalkと違うからダメだ！あれは別物！って批判するくせに
他の言語より後に実装したclosureについては独自仕様でも問題ない、技術ベースで語れっておかしくね？
ダブスタも甚だしいだろ
> 他の言語より後に実装したclosureについては独自仕様でも問題ない、技術ベースで語れ
私はSmalltalk信者ｗですが、この文脈での>>844844(6): デフォルトの名無しさん [sage] 2018/06/30(土) 23:16:50.81 ID:tr0WXiW5(2/2) AAS
>>837
Ruby のProc, block はクロージャだから、クロージャを囲む関数から戻る。
一方ラムダは、単にクロージャを抜けるだけ。
Groovy なども参照
def f
(0..5).each do |i|
puts i
return if i == 3
end
end
f() #=> 0, 1, 2, 3
の「クロージャだから」もそれを受けた>>847の「ヒント：Smalltalk」も
混乱を招きかねない説明やサジェスチョンだと思いまよ。
# 以下は比較的に古典的かつナイーブな実装の Squeak や Pharo を想定しています。為念。
Ruby の retrun に相当する Smalltalk の（唯一の）制御構造である「^戻り値」は、
Ruby の>>837837(4): デフォルトの名無しさん [sage] 2018/06/30(土) 16:41:24.65 ID:oxrLiD+S(1) AAS
るびぃ信者、Proc.new、ラムダ、ブロックにおけるreturn、break、nextの挙動の違いをまとめようとした模様
外部ﾘﾝｸ:qiita.com
結果、ややこしすぎるためコーディングを工夫してreturnやbreakの使用を避けましょうというなんじゃそりゃな結論ｗｗｗ
何か理由があってわざわざ挙動を変えたんだろうが(まさか行き当たりばったりってことはないよね笑)ややこしすぎで使用自体を避けられてちゃ本末転倒だよなｗｗｗ
の例では prco_return や block_retrun と同じ挙動になります。
Object compile: 'rubyReturn
| f ret |
f := [:n | ^ n * 10. "以降に処理を書くとコンパイル時エラー"].
ret := #(1 2 3) collect: f.
^''ret: '', ret printString'.
self rubyReturn "=> 10 "
余談ですが、lambda_return の挙動も「thisContext retrun」（戻り値が欲しいときは「return: 戻り値」）
という表現を使えばまあできなくはないです（が普通はやりません）。
Object compile: 'rubyLambdaReturn
| f ret |
f := [:n | thisContext return: n * 10. #以降の処理は無視].
ret := #(1 2 3) collect: f.
^''ret: '', ret printString'.
self rubyLambdaReturn "=> 'ret: #(10 20 30)' "
いずれにせよ、Smalltalk でクロージャ内のリターンがそのクロージャを実行中のメソッドコンテキストを抜けるという挙動をもって
（継続渡しとかならともかく）Ruby の複雑な状況の説明を試みるのはあまりよい方法ではないのは確かですね。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.051s