  |
はてなキーワード: frpとは
「関数型的じゃないよね」って、そりゃお前が思い込んでるおまえらの関数型ってのが「状態渡し」に限定されてるからだ。
だから、現在時刻やらがストリームの一点となってる、FRPとか理解できねーんだろ？って話。
おまえは未知の理解しにくいものを、「関数型的じゃないよね」っていちゃもんつけてるだけ。
あんな単純な、マウス座標を扱うときに、マウス座標の状態変数（FRPのストリーム）の階層がグローバルなのは当たり前だけど、
なんか変な思い込みできちゃった？ｗ
まず、原理原則として「時間」ってのは、グローバルだ。これが一点。
次に、Date.nowはともかく、__hoge.tがグローバルである必要など何もないし、
なんでそう思い込んでるの？
あんな単純な、マウス座標を扱うときに、マウス座標の状態変数（FRPのストリーム）の階層がグローバルなのは当たり前だけど、
なんか変な思い込みできちゃった？ｗ
ああ。住井＠東北大かな？
>（分析哲学ではなく関数型言語の意味で）参照不透明なので、関数型プログラミングのメリットは享受できない、命令型の破壊的代入と等価ですね。
君の役にもたたない机上の空論は皆そろそろ聞き飽きていると思うので、適当なハッタリではなく、timeengine(FRP)がいったいどのような局面で、参照不透明と名実ともになり「破壊的代入」のデメリットが顕在化し、関数型プログラミングのメリットが享受できなくなるのか、具体的に示せよ？１００％無理だろうけどね。机上の空論じゃないなら、やれるもんならやってみな？ｗ
ああ。住井＠東北大かな？
>（分析哲学ではなく関数型言語の意味で）参照不透明なので、関数型プログラミングのメリットは享受できない、命令型の破壊的代入と等価ですね。
君の役にもたたない机上の空論は皆そろそろ聞き飽きていると思うので、適当なハッタリではなく、timeengine(FRP)がいったいどのような局面で、参照不透明と名実ともになり「破壊的代入」のデメリットが顕在化し、関数型プログラミングのメリットが享受できなくなるのか、具体的に示せよ？１００％無理だろうけどね。机上の空論じゃないなら、やれるもんならやってみな？ｗ
ああ。住井＠東北大かな？
>（分析哲学ではなく関数型言語の意味で）参照不透明なので、関数型プログラミングのメリットは享受できない、命令型の破壊的代入と等価ですね。
君の役にもたたない机上の空論は皆そろそろ聞き飽きていると思うので、適当なハッタリではなく、timeengine(FRP)がいったいどのような局面で、参照不透明と名実ともになり「破壊的代入」のデメリットが顕在化し、関数型プログラミングのメリットが享受できなくなるのか、具体的に示せよ？１００％無理だろうけどね。机上の空論じゃないなら、やれるもんならやってみな？ｗ
なんで世の中にはiOS向けアプリケーション（Cocoa Touch）の情報ばっかりなのだろう？
いったいどこへ行ったらOS X向けアプリケーションの情報をたっぷり入手できるのやら。
かろうじて入手できたとしてもObjctive-C2.0以前のちょっと古い情報ばかり。
Xcodeも古いバージョンだから自分で対応させていかなきゃいけない。
アプリ制作入門になんでiOSばっかりなのか。もっとOS X向けあってもいいじゃないか。
・Mac App Storeを必ずしも利用しなくていいからとにかく無料
・Cocoa Bindingが利用できて便利
と、こんなにたくさんあるのだ。
逐一クレジットカードが必要になるiOSアプリケーションとは大違いだ。
さらに、今流行りのFRPも外部ライブラリいらずでできる。Cocoa TouchじゃData Bindingは（確か）できないからな。
もっとCocoa Applicationの情報が増えたらいいなぁ。
UXKitが広く使われるようになるまで待つかなぁ。
