[過去ﾛｸﾞ] 関数型プログラミング言語Haskell Part16 (978ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
274: 2011/10/25(火)11:19 AAS
関数型言語の原点「=ったら=なの！」からどんどん外れて
言語仕様が焼け太りしてきたな♪
275: 2011/10/25(火)11:25 AAS
heterogeneous equalityが原点とな？
276(1): 2011/10/25(火)22:45 AAS
もう忍者はいないよ
死んだ
277: 2011/10/25(火)22:47 AAS
死んだ
一つの生命が途絶えた
Perl忍者
Perl忍者の意志を継ぐものが現れるよ
新生
そう感じる
278: 2011/10/25(火)23:04 AAS
>>276
ファンだったのに、、、
279(3): 2011/10/26(水)23:30 AAS
遅延評価前提のデータ構造って、よ〜するに制御構造だよね？
これはいつ評価される(べき)か、とか考えつつデータ構造を作りながら、
ふとそう思った。
280: 2011/10/26(水)23:53 AAS
そりゃあんたにとってそう見るのが一番自然だってだけです
捉え方は無限大とはいわないけど十色ぐらいはあると思う
281: 2011/10/27(木)00:09 AAS
>>279
そう決めてしまうと
発想を狭めることにはなるかもしれないな
282: 2011/10/27(木)06:02 AAS
>>279
ちがうよ
283: 2011/10/27(木)10:21 AAS
デジタル回路にも同期と非同期があったな
284(1): 2011/10/27(木)12:12 AAS
発想を広くとか勘違いしてるやついるな
発想はよさだろ
発想が狭くても良ければいい
お前みたいなやつはクソ
海外旅行経験３００回未満のゴミが
"欧米では〜〜、海外では〜〜、視野を広める、心を広く、発想を広く、世界は広い、井の中の蛙、まだまだ甘かった
日本人は〜、コミュニケーションは大事、むこうでは〜〜、ボブがよ！ヘイ！ジョンとかブログに書く馴れ馴れしく”
とかほざいてるのとおなじ気持ち悪いんだよゴミ
なあゴミ
285: 2011/10/27(木)12:15 AAS
質問です。
海外旅行をすればHaskellがバリバリ書けるようになりますか？
286(1): 2011/10/27(木)12:31 AAS
>>284
良い発想かどうかは、誰がどうやって判断するんだろ。。。
287: 2011/10/27(木)12:32 AAS
本当久々だ
288: 2011/10/27(木)12:39 AAS
>>286
そんなのは世界中のHaskellに関わり、
かつのその発想に関わる人間みんなが判断していくんだろ
そして、大多数の人に良い発想だと認められれば、
その発想が世の中に認められているということだ
ごく普通の当たり前のことだと思うが、そんなに疑問に思うことか
289: 2011/10/27(木)12:49 AAS
コテが付いて無くてもフィルタリング出来るパーサーで、スレがすっきりした。
パーサー実装はHaskellの練習としては手頃なのでお奨め。
290(1): 2011/10/27(木)12:56 AAS
>>279
これを否定されてそんなに腹が立ったのかいｗ
291: 2011/10/27(木)12:57 AAS
パーサとはいったい
292: 2011/10/27(木)13:00 AAS
>>290
それより「発想」ってのが何かのトラウマのスイッチを押してしまったらしいよ
293(2): 2011/10/27(木)13:01 AAS
関数型言語がいつまでもキチガイ誘蛾灯みたいなポジションなのも困るね
294(1): 2011/10/27(木)13:04 AAS
電球の外に群がる事があっても、電球の中にまでは入ってこられまい。
295(1): 2011/10/27(木)13:17 AAS
大発見の相手してやんないと拗ねる奴ってどこの板にもいるけど
全部一緒なんじゃなかろうな
296: 2011/10/27(木)13:36 AAS
>>293
X: 関数型言語がいつまでもキチガイ誘蛾灯みたいなポジションなのも困るね
O: ハスケルがいつまでもキチガイ誘蛾灯みたいなポジションなのも困るね
297: 2011/10/27(木)19:14 AAS
>>293-294
文学はいいので工学の話してください
298(1): 2011/10/27(木)23:19 AAS
フーリエ変換への変なアプローチなら、できるかどうかは別としてありそうではあるけど。
299: 2011/10/27(木)23:47 AAS
>>298
「できない」アプローチが「ある」っていう概念が理解できないから説明してくれろ
300: 2011/10/28(金)00:14 AAS
>>295
＞全部一緒なんじゃなかろうな
284〜296まで一人で自演乙
でも、こんな過疎スレで一時間ちょいで十レス以上とか、
もうちょっとリアリティってヤツを考えたほうがいいね。
301(6): 2011/10/28(金)02:56 AAS
Haskellでプロトタイピングをするとき、ここから作ってく、こうやって作っておけば後からの変更に強い、
みたいな作法って持ってます？
ある組成式を受けとったら、その分子の平均質量とかマススペクトルとかを返してくれるような
プログラムを書いてみようかと思ったんだけど、まず基本となる原子のデータ型から作っていって、
data Atom = Atom { abbr::Char, abundance::Distributions }
type Distributions = [(Int,Double)]
とか定義しておいて、average :: Atom -> Doubleやspectrum :: Atom -> (Int -> Double)
みたいな関数を作り、組成式はtype Molecule = [(Atom,Int)]としてみようか、と考えています。
で、Atomを拡張してname::Stringみたいな値も格納しておこうか、と思いついたとき、
Atom型の値の中身をパターンマッチで分解している部分は全て書き直さなければならなくなります。
変更に弱いから、手探りでコーディングをしているときはパターンマッチによる分解は使うべきじゃない、ということで良いのでしょうか。
302(2): 2011/10/28(金)03:18 AAS
>>301
とりあえず、その個別の問題に対しては、
data T1 = T1 { c :: Char }
data T2 = T2 { d :: Char, s :: String}
f T1{c = 'a' } = "c is 'a'"
f T1{c = c } = "c is not 'a': " ++ show c
g T2{d = 'a' } = "d is 'a'"
g T2{d = d } = "d is not 'a': " ++ show d
以上のパターンを用いることによって対処できる
さらに、
h t2@T2{d = 'b' } = t2{d = 'c', s ="foo" }
のようにasパターンと組み合わせることものできるから、かなりの柔軟性が確保できるはず。
303: 302 2011/10/28(金)03:20 AAS
ごめん。捕捉。
T1とT2は、別の型というよりも、変更前の型と変更後の型をシミュレートしていると考えて。
だから、このコードではcとdは別の識別子だけど、変更前と変更後で同じ識別子にすることができる。
上下前次1-新書関写板覧索設栞歴
あと 675 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.011s