「もうなにもこわくない」関数型言語〜ふつうのプログラマが関数型言語を知るべき理由・reload〜

「もうなにもこわくない」関数型言語 by @parrot_studio for Gunma.web #13 on 2013/05/18
「もうなにもこわくな
い」
関数型言語
ふつうのプログラマが
関数型言語を知るべき理由・reload
ぱろっと(@parrot_studio)
Gunma.web #13

注意事項
本スライドは「Gunma.web
#13」で発表するはずのものでした
当日ドタキャンしたため、一度も外
部で発表していません
情報は2013/05時点のものであ
り、今となっては古いものが多いで
す

それでは
本編を
(´･ω･)っ

Proﬁle
ぱろっと（T.Tachiki）
@parrot_studio
parrot-studio.com
プログラマっぽい何か
（比較的）言語マニア

2013/02/14

Developers
Summit
2013

"こわくない関数型言語"
http://event.shoeisha.jp/detail/1/session/13/

結論

関数型怖い(((((( ;ﾟДﾟ)))))

このセッショ
ンで聞いた
大事なこと

大事なこと
"関数型言語があるのではない、
関数型プログラミングがあるだけ
だ"

"関数型プロ
グラミング"
とは？

それやったわー2年前にやった
わー
http://www.slideshare.net/parrotstudio/
gunmaweb-5-20110514

でも、あれ
いまいち
(´･ω･`)

私たちが知りたいこと
「どう書くと
”それっぽい”
のか？」

その
一例

以下の条件をつけて書く
else/elsifを使わない
for(;;)文を使わない

you may say...
"こんなの絶対おか
しいよ"

極力使わな
いでどう書け
るかを考える

elseを使えない？
三項演算子
case文
ガード条件（後置構文）
メソッドの細分化

forが使えない？
リストベースの処理
each/select/ﬁnd/map...
再帰

実際にや
ってみよう
(`･ω･´)

例：書きたいコード
blockの中にある（かもしれない）
roomのリストをくれщ(ﾟДﾟщ)

Rubyでとりあえず書く
def get_room_list_from_blocks
if self.blocks.nil?
return []
elsif self.blocks.size <= 0
return []
else
ret = []
for i in (0..self.blocks.size)
rooms = self.blocks[i].rooms
if rooms.size > 0
for j in (0..rooms.size)
ret << b.rooms[j]
end
end
end
return ret
end
end

間違ってはい
ないけど
も・・・
(´-ω-)

ガード条件は後置構文ですっき
り
return [] if (self.blocks || []).empty?
ret = []
for i in (0..self.blocks.size)
rooms = self.blocks[i].rooms
for j in (0..rooms.size)
ret << b.rooms[j]
end
end
return ret
end

"for"を"each"に変えよう
ret = []
self.blocks.each do |b|
rooms = b.rooms
unless rooms.empty?
rooms.each do |r|
ret << r
end
end
end
return ret
end

blockはroomsを持っている
か知っているよね？
class Block
# ...
def has_rooms?
self.rooms.empty? ? false : true
end
# ...
end

"roomsを持っているblockを
選ぶ"ようにしましょう
ret = []
bs = self.blocks.select(&:has_rooms?)
bs.each do |b|
b.rooms.each{|r| ret << r}
end
return ret
end

リストを処理するメソッドにはこ
んなものも
collect : リストから評価した値を
集める
個人的にはmapをよく使う
ﬂatten : リストを平坦にする
[1, [2,3], [4, [5,6]]].ﬂatten =>
[1,2,3,4,5,6]

"collect"や"ﬂatten"も使い
ましょう
ret = self.blocks.select(&:has_rooms?).collect(&:rooms).flatten
return ret
end

Rubyは「最後に評価した値を
返す」のでreturnいりません
self.blocks.select(&:has_rooms?).collect(&:rooms).flatten
end

「名前」はわかりやすくシンプル
に
def rooms
self.blocks.select(&:has_rooms?).collect(&:rooms).flatten
end

もうめんどいからガード条件も
合体
def rooms
(self.blocks || []).select(&:has_rooms?).collect(&:rooms).flatten
end
※空リスト（[]）のselectやcollectも[]を返す

一行
Σ(ﾟДﾟ)

しかも・・・
blocks.select(&:has_rooms?).collect(&:rooms).flatten
「blocksからroomsを持ったものを
選び、roomsを集めてリストにして返
す」と読める

ね、簡単で
しょう
(´･ω･)？

「簡単」の定義とは
【審議中】
(´・ω) (´・ω・) (・ω・｀)

冗談は
さておき

関数型っぽく書くと・・・
定義の羅列になる
なんとなく読める
意図・目的が明確に

そうは言う
がな
大佐・・・

"いや、私には関係ないし"
関数型とか使う機会ないですし
Rubyなんてあいまいな言語で書き
ませんし
Javaの方がしっかりしてますし
サーバサイド書きませんし
ScalaでWebとかありえませんし

ありえない・・・？
http://www.playframework.com/

Javaと関数型は関係ない・・・？
http://d.hatena.ne.jp/nowokay/20130504#1367702641

サーバサイドはやらないから関
係ない・・・？
JavaScriptはLispの子孫
最近のjQueryはだいぶ「それっぽ
い」記述に
特に非同期イベント周り

もはや、逃
げ場はない
(lllﾟДﾟ)

you may write...
"やっぱり
関数型こわい
(((((( ;ﾟДﾟ)))))"

すぐにできること
メソッドを簡潔にまとめる
メソッド内のネストを深くしすぎない
深くなる場合はたいてい大きすぎる
「言葉」を重視する
結局、その処理は「何をしたい」のか？

できるとこ
ろからやっ
てみよう

ありがとう
ございました
(´･ω･)っ旦~

「もうなにもこわくない」関数型言語〜ふつうのプログラマが関数型言語を知るべき理由・reload〜

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Mehr von parrotstudio

Mehr von parrotstudio (15)

Kürzlich hochgeladen

Kürzlich hochgeladen (9)