[過去ﾛｸﾞ] 関数型プログラミング言語Haskell Part16 (978ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
624(1): 2011/11/30(水)07:33 AAS
なんかmapMatrixの方じゃないと通らない
Matrix DoubleはNumでもFractionalでもねぇよって言われる
625: 2011/11/30(水)08:54 AAS
（ε><3) にしたほうが 謎
626: 2011/11/30(水)12:36 AAS
>>624
そうなんですか
バージョンの違いですかね
私のは GHC 7.2.1、hmatrix 0.12.0.1 です
この環境において、ghci 上で >>621 ので通りました
（ちなみに、Numeric.LinearAlgebra モジュールをロードしておきました）
627: 2011/12/01(木)08:12 AAS
(忍^人^殺)＜ドーモ、パール・ニンジャ＝サン。ニンジャスレイヤーです
628: 2011/12/01(木)12:28 AAS
(^^) 9 4とか
(><) 3 3とかみてるとネットの暗号か何かに見える。
629: 2011/12/01(木)18:46 AAS
Data.Bits の顔文字はイマイチだよね
630(1): 2011/12/01(木)19:16 AAS
使い所もイマイチ
今までアプリ作ってて Data.Bits のお世話になったことがない
631: 2011/12/01(木)19:34 AAS
Data.Bitsのお世話になった事があったのはGUIでフラグ渡す時くらい。
632: 2011/12/01(木)21:16 AAS
grepしてみたら乱用してた
代数的データ型だと遅すぎるから手動でIntのビットフィールドに押し込めるとか
633(1): 2011/12/01(木)22:37 AAS
>>630
遺伝アルゴリズムとか
634(1): 2011/12/01(木)22:48 AAS
>>633
勉強以外で、専用ライブラリを使わずに自作する理由が特に見つからない
635(1): 日系アメリカ人 ◆japYJPNx6A 2011/12/02(金)00:05 AAS
くだらね
つまらないやつばっかり
636: 2011/12/02(金)08:37 AAS
セッツァーノ イタリアじん
637(1): 2011/12/02(金)11:30 AAS
>>634
専用ライブラリが遅かったら？
638(1): 2011/12/02(金)12:34 AAS
>>637
許容できる速度に達していないライブラリしか存在せず、
かつ、絶対に遺伝的アルゴリズムが必要なら何らかの方法で自作するしかない
しかし、FFI によって C のライブラリも使える中で、
専用ライブラリが問題になるほど遅い状況が考えにくいのだが、
そんな状況があったの？
639(1): 2011/12/02(金)12:59 AAS
>>638
結果が出るのに何時間もかかるような大規模演算が必要な状況なら
ピンポイントでそういう部分がボトルネックになることが多いんだよ。
640: 2011/12/02(金)15:24 AAS
>>635
救世主ｷﾀ━━(ﾟ∀ﾟ)━━!!!
641(1): 2011/12/02(金)17:55 AAS
>>639
じゃあ、そういう部分だけ C 用の高速ライブラリを使えば良いのではないか？
探したことないから知らんが、商用とかではいくらでもあると思う
Data.Bits を使う理由がないな
642: 2011/12/02(金)18:01 AAS
>>641
ああ、Data.Bitsの話だったか。
643: 2011/12/02(金)18:01 AAS
Haskellは遅いから速さにシビアな部分はどうしてもCで書いて呼び出すことになるね。
644: 2011/12/02(金)18:11 AAS
簡単に切り出してCで再実装できるような部分なら
大抵Haskell内部でもチューニングしやすいと思う
「ボトルネックだけCで書いて最適化」って良く言われるけど成功したことがない
コードの大部分を最適化のためにC++で書き直したことならあるけど
645: 2011/12/02(金)19:01 AAS
前 Haskell で物理シミュやった時に、
初めは処理は遅いわ、メモリは食うわでとてもシミュできなかった
ボトルネックを探したら、行列演算の部分がヤバイ感じだったから、
その部分だけ hmatrix（つまり LPACK）に変えた
そしたら、笑っちゃうほど速くなって、メモリ使用量も適正になった
知識が増えた今なら、All Haskell の行列演算ももう少し速くできそうだが、
それでも、やはりそういう部分は素直に他言語用ライブラリを使った方が良い
特に、Haskell（関数型）らしい適切なラッパーが用意されているのなら、
迷わず使うべきだよ
646: 2011/12/02(金)19:09 AAS
既にCライブラリがあるならそうだな
647: 日系アメリカ人 ◆japYJPNx6A 2011/12/02(金)21:04 AAS
無駄なんだよ
648: 2011/12/02(金)21:09 AAS
FFI書けるようになると成長した気になれる
649(1): 2011/12/03(土)02:51 AAS
haskellで速いプログラムを書くって大変なんですね。。。。
とhaskell初心者 orz...
650(2): 日系アメリカ人 ◆japYJPNx6A 2011/12/03(土)09:23 AAS
お前が早いプログラム書いてもそれが意味がない
自分で動作チェックする程度のプログラムだから別にいい
意味がわからない
なぜHaskellをやるのか
早く死ねよ？？・！？！お願い死んで
651: 2011/12/03(土)09:27 AAS
>>650
外部ﾘﾝｸ:www.nisseikyo.or.jp 最寄りのところを探して検診してきたほうがいいよ。
652(1): ◆QZaw55cn4c 2011/12/03(土)10:16 AAS
>>650
こっちでいろいろ煽ってくださいよー
2chｽﾚ:tech
653(2): 日系アメリカ人 ◆japuuq4c3Y 2011/12/03(土)19:42 AAS
日本はクソ
Haskellやっても天才数学者とかがいるわけでもない
ゴミ
カスに等しい国＝Ｊａｐａｎ
上下前次1-新書関写板覧索設栞歴
あと 325 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.027s