[過去ログ]
次世代言語12 Go Rust Swift Kotlin TypeScript (1002レス)
次世代言語12 Go Rust Swift Kotlin TypeScript http://mevius.5ch.net/test/read.cgi/tech/1530664695/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
必死チェッカー(本家)
(べ)
自ID
レス栞
あぼーん
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
624: 622 [sage] 2018/08/07(火) 00:12:00.15 ID:iXXZIPQ5 ...という工事が必要になる。だから仕方ないと言えなくもない。 このような事態は純粋な言語では良くあるのだが、このことだけで、すわHaskellあかんやん、は早計だと思う。 Implicit ParametersやGivenのようなアイデアも出てきてるし、これは解決する余地のある課題なのかもしれない。 あるいはこのような事態を引き起こす設計に問題があるのかも。 http://mevius.5ch.net/test/read.cgi/tech/1530664695/624
639: デフォルトの名無しさん [sage] 2018/08/07(火) 08:35:30.11 ID:iXXZIPQ5 純粋性を強制するメリット、を考えてみた。 例えばエディタの設定ファイルをHaskell自身で書くことができる。 設定ファイルがSafeHaskellであることを要請して、かつ設定操作に限定された型のみを許すようにする。 これで設定ファイルに、勝手にビットコインを採掘するスクリプトを忍ばせるような悪さができなくなるし、 Haskellそのものの柔軟性を活かして好きなだけ設定を短く表現できる。 安全さと強力さが両立された。 http://mevius.5ch.net/test/read.cgi/tech/1530664695/639
649: デフォルトの名無しさん [sage] 2018/08/07(火) 13:44:16.06 ID:iXXZIPQ5 可読性が低く冗長なのが問題だ。簡潔に書ける工夫があればよい。 例えばどういう工夫が? 例えば in-place quicksort が問題だ。簡潔に書ける工夫はないだろ? ---- まあ問題意識は判った。確かに可読性と速度の両立は課題だと思う。 http://mevius.5ch.net/test/read.cgi/tech/1530664695/649
651: デフォルトの名無しさん [sage] 2018/08/07(火) 14:11:05.26 ID:iXXZIPQ5 あれっひょっとして >>642 は 「もっと状態方面を簡潔に書けるよう工夫しろよ」って非難してるのか。 だとしたら誤読だったすまん。 http://mevius.5ch.net/test/read.cgi/tech/1530664695/651
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.038s