[過去ﾛｸﾞ]
関数型プログラミング言語Haskell Part16 (978ﾚｽ)
関数型プログラミング言語Haskell Part16 http://echo.5ch.net/test/read.cgi/tech/1317958045/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
156: デフォルトの名無しさん [sage] 2011/10/15(土) 18:33:46.42 mapだと単なる写像とか関手って意味しかなくて、そんなものは型みりゃ一目瞭然でそんなのを型と名前で二回も使ってると 頭痛が痛いみたいな違和感が出てきてちょっとDRY的によろしくない感じ zipだともうちょっと意味が狭くなって [a] `f` [b] -> [a `f` b]的なリストとfの分配法則みたいな意味が出てくるけど これも型みりゃだいたい入ってる、こちらは入れてもいい気もするけど だから隣り合ったを示す言葉とか二つ目を一個ずらすみたいな命名ができると余すところ無く名前と型両方に無駄なく意味をこめることができていいかなぁ とか思った http://echo.5ch.net/test/read.cgi/tech/1317958045/156
161: デフォルトの名無しさん [sage] 2011/10/15(土) 19:17:23.16 >>157 では、mapAdj や mapN (N = Neighborhood) で >>156 「名前と型両方に無駄なく意味をこめる」 なるほど、そういう考え方もあるのですね わたしは、改めてこの関数を使うプログラマの立場に立って考えてみると、 型シグネチャはライブラリ ドキュメントを見ることでしか確認はせず、 普段ソース中でこの関数を使っている時は関数名しか見ないと思いました そして、ライブラリ ドキュメントはソースに比べてそう頻繁に見るものではない （自分がそうなので） だからソースを眺めた時、この関数を使っているところで、 「何がどのような結果になるのか」という情報が仕舞われた頭の抽斗が開けやすくなる、 抽斗の場所がぱっと思い浮かぶようなキーワードがいいなと ポイントフリーで使っていると余計にそう感じます というわけで、私はむしろ型シグネチャで分かる意味・ニュアンスも、 積極的に関数名に入れていこうと、皆さんの意見を聞いて思いました http://echo.5ch.net/test/read.cgi/tech/1317958045/161
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.037s