MSResearchから出てきた.NETで使える関数型言語のひとつF#
OCAMLの流れを汲むこの言語、いろいろと面白そうなことができそう。
そろそろ日本語の情報が充実してきそうなこの言語について、幅広く語れ。
http://www.fsharp.net/
前スレ
【.NET】F#について語れ【OCAML】
http://hibari.2ch.net/test/read.cgi/tech/1186030985/
関連スレなどは >>2-
探検
【.NET】F#について語れ2【OCAML】
■ このスレッドは過去ログ倉庫に格納されています
2011/05/01(日) 02:46:49.52
436デフォルトの名無しさん
2013/06/06(木) 16:55:01.31 vsに統合されることがゴールで
めでたくvs2010とvs2012に標準搭載されたというのに
語る人が全くいなくなった・・・
vs shellの存在意義が未だによくわからん
そこまでやるならスタンドアロンのコマンドラインツールでいいだろ・・・
めでたくvs2010とvs2012に標準搭載されたというのに
語る人が全くいなくなった・・・
vs shellの存在意義が未だによくわからん
そこまでやるならスタンドアロンのコマンドラインツールでいいだろ・・・
437デフォルトの名無しさん
2013/06/06(木) 20:04:10.68 http://blogs.itmedia.co.jp/barbaro/2008/10/delphi-prism-1d.html
一時期、VS ShellがあるとサードパーティのIDE開発のコストが低減されますというねたがあった。
一時期、VS ShellがあるとサードパーティのIDE開発のコストが低減されますというねたがあった。
438デフォルトの名無しさん
2013/06/06(木) 21:09:08.17 MSKKの人は「F#とか流行るわけねーだろwwwww」みたいなこと言ってた
え、MSの人がそんなこと言っていいの?とか思ったけどだまってた
え、MSの人がそんなこと言っていいの?とか思ったけどだまってた
439デフォルトの名無しさん
2013/06/06(木) 21:46:31.57 GHC(Haskell処理系)プロジェクトのコアメンバーにMSの研究員がいるんだけど、
彼はF#について、そしてF#の名がMLに贈られたことについてどう思ってるんだろ?
彼はF#について、そしてF#の名がMLに贈られたことについてどう思ってるんだろ?
440デフォルトの名無しさん
2013/06/07(金) 00:03:00.45 MSRケンブリッジは魔の巣窟だなー
441デフォルトの名無しさん
2013/06/07(金) 00:12:41.32 MSRには、会社に研究内容制限されず、勲章を運んでくるのがお仕事になるトップ論文投稿者がたくさんいるらしい。
アップルはジョブズがもどったときに全員首切ったという伝承がある。
どちらかというと、Don SymeがわざわざMSのためにF#作ってる理由が知りたい。
アップルはジョブズがもどったときに全員首切ったという伝承がある。
どちらかというと、Don SymeがわざわざMSのためにF#作ってる理由が知りたい。
442デフォルトの名無しさん
2013/06/15(土) 03:29:35.49 VS2010でF#のプロジェクトに新しいフォルダを作成して追加するにはどうすればいいでしょうか?
443デフォルトの名無しさん
2013/06/16(日) 23:20:19.78 >>442
エクステンションいれないと無理よ(´・ω・`)
エクステンションいれないと無理よ(´・ω・`)
444デフォルトの名無しさん
2013/06/17(月) 01:10:42.30 >>443
それを聞いて調べたところF# Project Extenderを入れれば良さそうなのでさっそくいれてみましたが
Enable F# Project Extenderをクリックするとエラーが出たので諦めます(´・ω・`)
それを聞いて調べたところF# Project Extenderを入れれば良さそうなのでさっそくいれてみましたが
Enable F# Project Extenderをクリックするとエラーが出たので諦めます(´・ω・`)
445デフォルトの名無しさん
2013/06/21(金) 00:36:35.29 http://funscript.info/
F# Expertは、webレンダリングで得体の知れない仕組み考えるのが好きだな。
F# Expertは、webレンダリングで得体の知れない仕組み考えるのが好きだな。
446デフォルトの名無しさん
2013/06/29(土) 02:59:07.32447デフォルトの名無しさん
2013/06/29(土) 07:08:57.35 Named union type fieldsはよさげだなあ
448デフォルトの名無しさん
2013/07/11(木) NY:AN:NY.AN VS Desktopにも入れてくれないかな
VS Web入れてみたけど訳が判らないよ
VS Web入れてみたけど訳が判らないよ
449デフォルトの名無しさん
2013/07/12(金) NY:AN:NY.AN450デフォルトの名無しさん
2013/07/12(金) NY:AN:NY.AN Scala33位
F#37位
TIOBEで比較するとそれほど差はない
むしろF#のが力強く感じられる
F#37位
TIOBEで比較するとそれほど差はない
むしろF#のが力強く感じられる
451デフォルトの名無しさん
2013/07/15(月) NY:AN:NY.ANID:um2YQEwB! 最初moduleでモジュール化してたけど
途中から型や値をパラメータ化したくてclassに変えようとしたら
構文が違いすぎてあと内部classも作れなくて死んだ
途中から型や値をパラメータ化したくてclassに変えようとしたら
構文が違いすぎてあと内部classも作れなくて死んだ
452デフォルトの名無しさん
2013/08/05(月) NY:AN:NY.AN >>450
なにを根拠に力強いんだよ
なにを根拠に力強いんだよ
453452
2013/08/05(月) NY:AN:NY.AN >>450
22 D 0.567%
23 F# 0.538%
24 Lua 0.531%
34 Haskell 0.349%
35 Erlang 0.344%
36 Prolog 0.334%
37 Scala 0.332%
うーんとしか・・・
22 D 0.567%
23 F# 0.538%
24 Lua 0.531%
34 Haskell 0.349%
35 Erlang 0.344%
36 Prolog 0.334%
37 Scala 0.332%
うーんとしか・・・
454デフォルトの名無しさん
2013/08/06(火) NY:AN:NY.AN ネタにマジレス
455デフォルトの名無しさん
2013/08/10(土) NY:AN:NY.AN MonoDevelop+F#Bindingsでコンパイル順の変更ができない…
やる気無さすぎだろこれ
やる気無さすぎだろこれ
456デフォルトの名無しさん
2013/08/18(日) NY:AN:NY.AN 結局MonoDevelop諦めちゃった…
457デフォルトの名無しさん
2013/08/20(火) NY:AN:NY.AN458デフォルトの名無しさん
2013/08/21(水) NY:AN:NY.AN >>457
どっちも同じ人間だよ
git上のFSharpBindingsだと順序変更はできるようになってた
でも新しいMonoDevelopが必要で自前でそれもビルドしたから
設定がとても面倒だった
その後MonoがWinFormsに実質未対応なのに気づいて
それでも他の部分だけと頑張ったけど
IDEそのものが自分には使いづらくて無理だった
F#は素直にVSでやることにした
どっちも同じ人間だよ
git上のFSharpBindingsだと順序変更はできるようになってた
でも新しいMonoDevelopが必要で自前でそれもビルドしたから
設定がとても面倒だった
その後MonoがWinFormsに実質未対応なのに気づいて
それでも他の部分だけと頑張ったけど
IDEそのものが自分には使いづらくて無理だった
F#は素直にVSでやることにした
459デフォルトの名無しさん
2013/09/06(金) 06:21:51.94 具象型にいちいちインターフェース型をキャストすんのめんどくさ!
これ一つづずつ実装するかキャストしないといけないのか?
これ一つづずつ実装するかキャストしないといけないのか?
460デフォルトの名無しさん
2013/09/06(金) 19:49:58.03 実装を意識したくないからインターフェースをはさんでるので
キャストしちゃうと台無しですよ。
キャストしちゃうと台無しですよ。
461デフォルトの名無しさん
2013/09/06(金) 22:06:13.15 >>460
すみません、逆方向です
let impl :ISome = new Impl() ;> ISome
こんな感じで一旦アップキャストするのが面倒なんです
単にISomeを実装しただけではImpl型でメソッドを呼び出せないので
実装のテストだと例えば3つ実装していた場合、
毎回使用するインターフェイス別にキャストしなくてはいけない
それかImpl自体にそれぞれ同名のメソッドを用意するしかない
他言語ともやりとりするので手軽に注釈なし'a 扱いもできません
私が何かとてつもない勘違いしてるんですかね…?
すみません、逆方向です
let impl :ISome = new Impl() ;> ISome
こんな感じで一旦アップキャストするのが面倒なんです
単にISomeを実装しただけではImpl型でメソッドを呼び出せないので
実装のテストだと例えば3つ実装していた場合、
毎回使用するインターフェイス別にキャストしなくてはいけない
それかImpl自体にそれぞれ同名のメソッドを用意するしかない
他言語ともやりとりするので手軽に注釈なし'a 扱いもできません
私が何かとてつもない勘違いしてるんですかね…?
462デフォルトの名無しさん
2013/09/06(金) 22:08:31.99 セミコロンはtypoです
> let impl :ISome = new Impl() :> ISome
> let impl :ISome = new Impl() :> ISome
463デフォルトの名無しさん
2013/09/06(金) 22:38:38.48 なんで:ISomeと型を定義してんの?
インターフェースぐらいは暗黙に変換してくれてもいい様には思うが、F#では元々そんなインターフェース使わんからなぁ
Interopするなら別かもですが。
インターフェースぐらいは暗黙に変換してくれてもいい様には思うが、F#では元々そんなインターフェース使わんからなぁ
Interopするなら別かもですが。
464デフォルトの名無しさん
2013/09/07(土) 03:17:27.69 >>463
>なんで:ISomeと型を定義してんの?
こうしないとメソッドが呼び出せないからですね
でなければ呼び出す度にキャストすることになってしまうので
ただ雰囲気は大体わかりました
F#でクラス使ってOOしちゃいけないみたいですね…
ありがとうございました
>なんで:ISomeと型を定義してんの?
こうしないとメソッドが呼び出せないからですね
でなければ呼び出す度にキャストすることになってしまうので
ただ雰囲気は大体わかりました
F#でクラス使ってOOしちゃいけないみたいですね…
ありがとうございました
465デフォルトの名無しさん
2013/09/07(土) 04:52:09.47466デフォルトの名無しさん
2013/09/07(土) 13:33:50.24 >>465
すみませんが、問題にしてるのはキャストですので
可能であればそちらより解決策の提示を願います
>オブジェクト指向もしちゃいけないじゃなくてやる必要が無いだ。
それは現に必要な人間に言っても意味がないです
>とりあえず関数型とF#勉強してから自分が書いた事を見直してみろ
関数型はOCamlもHaskellも使ってます
私は純粋に外部利用のための解決策がないか探っているだけです
すみませんが、問題にしてるのはキャストですので
可能であればそちらより解決策の提示を願います
>オブジェクト指向もしちゃいけないじゃなくてやる必要が無いだ。
それは現に必要な人間に言っても意味がないです
>とりあえず関数型とF#勉強してから自分が書いた事を見直してみろ
関数型はOCamlもHaskellも使ってます
私は純粋に外部利用のための解決策がないか探っているだけです
467デフォルトの名無しさん
2013/09/07(土) 15:48:57.96 んじゃ好きなだけキャストしてろよw
468デフォルトの名無しさん
2013/09/07(土) 18:21:28.54469デフォルトの名無しさん
2013/09/07(土) 22:36:02.91 >>468
> >>465さんも書いてますけど右辺で型が分かるので左辺は必要ないですよ。
大丈夫ですそこは理解してます
問題としているのは右辺のキャストです
私はレスを「なぜそこで型をキャストするのか」と解釈したので、
変なレスになってしまいました
左辺値の注釈は型推論でつまずくことが多いので癖で書いてます
>ISome型に定義されてるメソッドは呼び出せます。
上でも書いてますが、実装型をnewしても
1. インターフェース型にキャストする
2. インターフェース型を実装したものとは別に
実装型に同名のメソッドを追加する
このどちらかをしないと同名のメソッドは呼び出せません
これが複数のインターフェースを使うとなるとその都度キャストという事になります
> >>465さんも書いてますけど右辺で型が分かるので左辺は必要ないですよ。
大丈夫ですそこは理解してます
問題としているのは右辺のキャストです
私はレスを「なぜそこで型をキャストするのか」と解釈したので、
変なレスになってしまいました
左辺値の注釈は型推論でつまずくことが多いので癖で書いてます
>ISome型に定義されてるメソッドは呼び出せます。
上でも書いてますが、実装型をnewしても
1. インターフェース型にキャストする
2. インターフェース型を実装したものとは別に
実装型に同名のメソッドを追加する
このどちらかをしないと同名のメソッドは呼び出せません
これが複数のインターフェースを使うとなるとその都度キャストという事になります
470デフォルトの名無しさん
2013/09/08(日) 11:15:36.34 >>469
インターフェースの明示実装を利用しているため、明示的にキャストしたいということですね。
しかしこの場合、実行させたい関数等にtype hinting付けて、そこで指定したインターフェースのメソッドを呼ばせるべきだと思います。
これは、F#に限らず、C#でも同様です
。
また、もしそれがコンストラクタである場合も同様に、外部から注入すべきでしょう(依存性反転の原則)。
どうしても呼び出し先で、生成->実行したいのであれば、ローカル関数を経由すればいいと思います。
インターフェースの明示実装を利用しているため、明示的にキャストしたいということですね。
しかしこの場合、実行させたい関数等にtype hinting付けて、そこで指定したインターフェースのメソッドを呼ばせるべきだと思います。
これは、F#に限らず、C#でも同様です
。
また、もしそれがコンストラクタである場合も同様に、外部から注入すべきでしょう(依存性反転の原則)。
どうしても呼び出し先で、生成->実行したいのであれば、ローカル関数を経由すればいいと思います。
471デフォルトの名無しさん
2013/09/08(日) 12:14:47.31 >>470
明示的にキャストしたいじゃなくてしたくないんでしょ。
インタフェースのメソッド呼ぶために関数を通させる意味が分からないんだけど、関数型のスタイルに合わせるため?
IHogeにキャストしたいなら、それをするiHとか短い関数作って(iH o).HogeHogeとかでいーんじゃねーの。
そもそもキャストが頻繁に起きるなら設計がおかしいだろ。
同じオブジェクトを各場所で適切なインタフェースとして保持管理出来てるべき。
明示的にキャストしたいじゃなくてしたくないんでしょ。
インタフェースのメソッド呼ぶために関数を通させる意味が分からないんだけど、関数型のスタイルに合わせるため?
IHogeにキャストしたいなら、それをするiHとか短い関数作って(iH o).HogeHogeとかでいーんじゃねーの。
そもそもキャストが頻繁に起きるなら設計がおかしいだろ。
同じオブジェクトを各場所で適切なインタフェースとして保持管理出来てるべき。
472デフォルトの名無しさん
2013/09/08(日) 13:05:41.78 >>470
大変参考になりました
特に注釈付き引数について、暗黙の挙動は存じておりませんでした
引数には適用されるんですね
DI部分に関してはもっともな意見だと思います
ただ、実装の確認テストの際に煩雑になるので、
テストしながらの作業では、その手間が惜しいです
そこでほしいのは明示的でないインターフェイス実装か、その代替です
この点はC#では同様ではないと思います
単なるわがままを続けても仕方がないので、これ以上は控えます
レスありがとうございました
大変参考になりました
特に注釈付き引数について、暗黙の挙動は存じておりませんでした
引数には適用されるんですね
DI部分に関してはもっともな意見だと思います
ただ、実装の確認テストの際に煩雑になるので、
テストしながらの作業では、その手間が惜しいです
そこでほしいのは明示的でないインターフェイス実装か、その代替です
この点はC#では同様ではないと思います
単なるわがままを続けても仕方がないので、これ以上は控えます
レスありがとうございました
473デフォルトの名無しさん
2013/09/08(日) 13:30:14.10 すみません見逃してましたのでもうひとつだけ
>>471
アップキャストは設計上頻繁に起こっても全然おかしくはないです
というより良い設計では何でもインターフェイスにしますよ
逆に特定のインスタンスや型を扱うのは危ないです
>>471
アップキャストは設計上頻繁に起こっても全然おかしくはないです
というより良い設計では何でもインターフェイスにしますよ
逆に特定のインスタンスや型を扱うのは危ないです
474デフォルトの名無しさん
2013/09/08(日) 15:16:04.41 >>473
そうじゃなくて複数のインタフェースを実装して、その場所場所でこのインタフェースを実装してるか的なことをしないといけないのがダメっていってんの。
そうで無ければ具象クラスをそのインターフェースとして扱い始める大元でキャストするだけであって使うたびにキャストがーなんて話はでてこない。
そうじゃなくて複数のインタフェースを実装して、その場所場所でこのインタフェースを実装してるか的なことをしないといけないのがダメっていってんの。
そうで無ければ具象クラスをそのインターフェースとして扱い始める大元でキャストするだけであって使うたびにキャストがーなんて話はでてこない。
475デフォルトの名無しさん
2013/09/08(日) 18:23:32.98 >>474
もちろん基本的にはそうだと思ってますよ
しかし、書いてるのはインターフェイスとしての扱いでなく、
実装動作そのもののテストコードです
実装クラスのメソッド呼び出しの手間について話しています
ここまで特殊化された物に一つずつインターフェースを書いて
それを使ってという事をする気はありません
なのでダメと言われても困ります
もちろん基本的にはそうだと思ってますよ
しかし、書いてるのはインターフェイスとしての扱いでなく、
実装動作そのもののテストコードです
実装クラスのメソッド呼び出しの手間について話しています
ここまで特殊化された物に一つずつインターフェースを書いて
それを使ってという事をする気はありません
なのでダメと言われても困ります
476デフォルトの名無しさん
2013/09/08(日) 18:26:04.95 念の為付け加えますが、インターフェースの要件としてのテストコードは別にあります
問題にしているのは個々の実装クラスの特殊な動作を調べるコードです
問題にしているのは個々の実装クラスの特殊な動作を調べるコードです
477デフォルトの名無しさん
2013/09/08(日) 19:12:41.19 >>475
お前がインターフェースの呼び出しがめんどくさい言ってて今更インタフェースの扱いじゃないってなんなの?
後段のインタフェースを書いてとかも意味分からん。
何したいの?もうめんどくさいから楽なC#でかけば?
お前がインターフェースの呼び出しがめんどくさい言ってて今更インタフェースの扱いじゃないってなんなの?
後段のインタフェースを書いてとかも意味分からん。
何したいの?もうめんどくさいから楽なC#でかけば?
478デフォルトの名無しさん
2013/09/08(日) 19:28:18.01479デフォルトの名無しさん
2013/09/08(日) 19:31:50.35 すみませんついカチンと来てしまいました、謝ります
上に書いたとおりの手順でやってみればどういう意味かわかると思います
上に書いたとおりの手順でやってみればどういう意味かわかると思います
480デフォルトの名無しさん
2013/09/08(日) 19:53:13.10 すまん。そもそもで恐縮だが、459の人はF#で完全OOPなコードを書こうとしてるの?
481デフォルトの名無しさん
2013/09/08(日) 21:14:51.26 >>479
だからさー
上に書いた通りの手順でとか言われてもエスパーじゃないからわかんねーよ。
せめてアンカーでもつけたら?
お前の質問の仕方は相手にとってどう理解しやすくするかって視点が全てにおいて欠如してんだよ
だからさー
上に書いた通りの手順でとか言われてもエスパーじゃないからわかんねーよ。
せめてアンカーでもつけたら?
お前の質問の仕方は相手にとってどう理解しやすくするかって視点が全てにおいて欠如してんだよ
482デフォルトの名無しさん
2013/09/08(日) 21:28:38.91 こういうのはどう?
type ICounter =
abstract member Inc : unit -> unit
abstract member Count : unit -> int
type Counter(seed : int) =
let mutable cnt = seed
member this.i = this :> ICounter
interface ICounter with
member this.Inc() = cnt <- cnt + 1
member this.Count() = cnt
type ICounter =
abstract member Inc : unit -> unit
abstract member Count : unit -> int
type Counter(seed : int) =
let mutable cnt = seed
member this.i = this :> ICounter
interface ICounter with
member this.Inc() = cnt <- cnt + 1
member this.Count() = cnt
483デフォルトの名無しさん
2013/09/09(月) 11:43:41.19 これはにぎわってない
484デフォルトの名無しさん
2013/09/14(土) 17:36:02.70 .net sdkだけでコンパイルできるスタンドアロン環境にしてくり
485デフォルトの名無しさん
2013/09/14(土) 19:01:00.84 fsiやfsc はスタンドアロンでインストールもコンパイルもできるだろ?
486デフォルトの名無しさん
2013/09/15(日) 15:04:09.99 疑問形で言われても。
一般的にはなんとかシェルがいるし裏技は知らん
一般的にはなんとかシェルがいるし裏技は知らん
487デフォルトの名無しさん
2013/09/15(日) 15:04:52.15 >>486
もちろんexpressなんちゃらも入れたくないってことな
もちろんexpressなんちゃらも入れたくないってことな
488デフォルトの名無しさん
2013/09/15(日) 18:02:07.33 >>486
疑問系ってよりも、お前そんな事も知らんの?って意味の確認だろ。
疑問系ってよりも、お前そんな事も知らんの?って意味の確認だろ。
489デフォルトの名無しさん
2013/09/15(日) 18:13:45.88 unix-monoでF#な俺に死角は無かった
490デフォルトの名無しさん
2013/09/15(日) 21:11:33.10491デフォルトの名無しさん
2013/09/15(日) 21:12:22.99 >>488
こんな過疎スレなのにこんな人間のクズしかいないとは哀れすぎる
こんな過疎スレなのにこんな人間のクズしかいないとは哀れすぎる
492デフォルトの名無しさん
2013/09/15(日) 21:18:26.19 そもそもスタンドアロンで使ってる奴がどんだけいるわけ?
なめてんじゃねえよ
なめてんじゃねえよ
493デフォルトの名無しさん
2013/09/15(日) 22:40:19.72 >>490-491
解説しただけなんだから、俺に言うなよ(´・ω・`)
解説しただけなんだから、俺に言うなよ(´・ω・`)
494デフォルトの名無しさん
2013/09/15(日) 23:08:27.79495デフォルトの名無しさん
2013/09/15(日) 23:10:32.47 >>493
なんだ、お前そんなのも知らんのとかいいたいだけのカス
なんだ、お前そんなのも知らんのとかいいたいだけのカス
496デフォルトの名無しさん
2013/09/15(日) 23:13:23.78497デフォルトの名無しさん
2013/09/16(月) 00:31:15.46498デフォルトの名無しさん
2013/09/16(月) 02:52:48.07499デフォルトの名無しさん
2013/09/16(月) 02:54:02.20500デフォルトの名無しさん
2013/09/16(月) 02:55:53.81501デフォルトの名無しさん
2013/09/16(月) 02:58:51.30 > 情報ないのかと思ってぐぐったら簡単に見つかったけど教えてやらんわ(´・ω・`)
おまえ・・・やっぱり知らないくせに適当に書き込んでたんじゃん
だからさ俺が知ってるとかじゃなくて
ちゃんと知られてないからマイナーなんだよって言ってんだけど?
相当くずだなおまえも
>塚その日本語能力のなさお前ら同一人物だろwww
これはあたまおかしすぎ
過疎スレの皆さんにごめんなさいしろよゴミ男が
おまえ・・・やっぱり知らないくせに適当に書き込んでたんじゃん
だからさ俺が知ってるとかじゃなくて
ちゃんと知られてないからマイナーなんだよって言ってんだけど?
相当くずだなおまえも
>塚その日本語能力のなさお前ら同一人物だろwww
これはあたまおかしすぎ
過疎スレの皆さんにごめんなさいしろよゴミ男が
502デフォルトの名無しさん
2013/09/16(月) 02:59:36.35 大事なことなので訂正
× 相当くずだなおまえも
○ 相当くずだなおまえが
× 相当くずだなおまえも
○ 相当くずだなおまえが
503デフォルトの名無しさん
2013/09/16(月) 03:05:58.44504デフォルトの名無しさん
2013/09/16(月) 03:08:44.77 なんだ、お前そんなのも知らんのとかいいたいだけのカスか
505デフォルトの名無しさん
2013/09/16(月) 03:11:13.20 >fsiやfsc はスタンドアロンでインストールもコンパイルもできるだろ?
これが親切に教えてくれてるとかどういう頭の構造してんだよ
なんだ、お前そんなのも知らんのとかいいたいだけのカスじゃないか
これが親切に教えてくれてるとかどういう頭の構造してんだよ
なんだ、お前そんなのも知らんのとかいいたいだけのカスじゃないか
506デフォルトの名無しさん
2013/09/16(月) 11:31:59.04 危ない人に触ってしまった(;´∀`)
507デフォルトの名無しさん
2013/09/16(月) 17:43:47.65 御苦労
508デフォルトの名無しさん
2013/10/02(水) 23:50:05.84 No Starch から F# 本
http://nostarch.com/fsharp
http://nostarch.com/fsharp
509デフォルトの名無しさん
2013/10/03(木) 09:56:00.15 >>508
ebookは出ないの…かしら(´・ω・`)
ebookは出ないの…かしら(´・ω・`)
510デフォルトの名無しさん
2013/10/03(木) 15:56:47.51 >>509
no scrachならしばらくすればoreilly.comで売られる
no scrachならしばらくすればoreilly.comで売られる
511デフォルトの名無しさん
2013/10/03(木) 17:31:38.68512デフォルトの名無しさん
2013/10/03(木) 19:25:03.49513デフォルトの名無しさん
2013/10/06(日) 18:17:39.58 igetaさんのIE本買ったけどこれF#でやる必要性あるの?
514デフォルトの名無しさん
2013/10/07(月) 04:37:19.99 >>513
何それ。
何それ。
515デフォルトの名無しさん
2013/10/07(月) 08:08:19.11 >>514
これ。
http://www.amazon.co.jp/dp/4798039152
今F#のところを読んでたらスクレイピング処理が結構複雑だったから
F#のような高級言語でやる必要性があるかもしれないとは思った。
株価データを扱ってるから、金融の人に興味を持ってもらおうという魂胆?
これ。
http://www.amazon.co.jp/dp/4798039152
今F#のところを読んでたらスクレイピング処理が結構複雑だったから
F#のような高級言語でやる必要性があるかもしれないとは思った。
株価データを扱ってるから、金融の人に興味を持ってもらおうという魂胆?
516デフォルトの名無しさん
2013/10/07(月) 10:21:26.00 あー前つぶやかれてはったなー
中身知らんけど一つの方法としてF#か^が楽ならいいんじゃない?
まぁ誰もその表紙で中にF#が出てくるとは夢にも思うまいに。
中身知らんけど一つの方法としてF#か^が楽ならいいんじゃない?
まぁ誰もその表紙で中にF#が出てくるとは夢にも思うまいに。
517デフォルトの名無しさん
2013/10/07(月) 11:45:29.27 昔はVBAで結構いろんな事やってたんだろうね
今、イチからやるならあえてVBA経由する必要は無いと思うけど
今、イチからやるならあえてVBA経由する必要は無いと思うけど
518デフォルトの名無しさん
2013/10/07(月) 19:03:18.88 F#ではじめる金融工学入門、とかなら読んでみたい。
519デフォルトの名無しさん
2013/10/08(火) 22:14:22.67 なんか呼ばれてた。
どうなんでしょうね。著者の方が決めたテーマですから。
僕はそれをコードに落とし込んで原稿にしてってとこを
お手伝いしただけなので。
F# でやる意味、というか、ネタ的な章という位置付けで。
.NET の言語とも連携できるんだよーって紹介でもあり。
なら C# でいいじゃん、ではあるけど、VBA 使いでもある
僕の感覚としては、OOP な C# よりも、モジュール、関数
が書ける F# のが割となじむような気はします。
どうなんでしょうね。著者の方が決めたテーマですから。
僕はそれをコードに落とし込んで原稿にしてってとこを
お手伝いしただけなので。
F# でやる意味、というか、ネタ的な章という位置付けで。
.NET の言語とも連携できるんだよーって紹介でもあり。
なら C# でいいじゃん、ではあるけど、VBA 使いでもある
僕の感覚としては、OOP な C# よりも、モジュール、関数
が書ける F# のが割となじむような気はします。
520デフォルトの名無しさん
2013/10/08(火) 23:02:38.13 その本のF#のページってどのくらいですか?
多少でもF#の勉?になるのかな
多少でもF#の勉?になるのかな
521デフォルトの名無しさん
2013/10/08(火) 23:03:17.09 >勉強
522デフォルトの名無しさん
2013/10/08(火) 23:55:38.09 最終章の Chapter11 が F# ネタ。たぶん30ページくらい。
www.shuwasystem.co.jp/products/7980html/3915.html
正直 F# の勉強にはあまり向かないと思います。
あくまで、F# で作った dll を VBA から叩くために COM 相互運用
機能を利用するにはどうやるかに主眼を置いていて、VBA な人にも
F# に興味を持ってもらえたらなあって内容なので。
www.shuwasystem.co.jp/products/7980html/3915.html
正直 F# の勉強にはあまり向かないと思います。
あくまで、F# で作った dll を VBA から叩くために COM 相互運用
機能を利用するにはどうやるかに主眼を置いていて、VBA な人にも
F# に興味を持ってもらえたらなあって内容なので。
523デフォルトの名無しさん
2013/10/09(水) 00:37:55.49 なるほど ありがとうございます。
本屋で見かけたらとりあえず少し立ち読みして買うか考えようかな
本屋で見かけたらとりあえず少し立ち読みして買うか考えようかな
524デフォルトの名無しさん
2013/10/17(木) 00:15:06.24 [悲報] The Book of F# の表紙決定か
http://nostarch.com/sites/default/files/imagecache/product_full/fsharp_cover_web.png
http://nostarch.com/sites/default/files/imagecache/product_full/fsharp_cover_web.png
525デフォルトの名無しさん
2013/10/17(木) 00:32:17.25 oh...
526デフォルトの名無しさん
2013/10/17(木) 01:01:01.67 だっさー(´・ω・`)
527デフォルトの名無しさん
2013/10/17(木) 01:54:53.72 >>518
http://www.manning.com/petricek2/
この本に"Numerical computing in financial domain"と
"Implementing a trading system"という章が入るみたい
http://www.manning.com/petricek2/
この本に"Numerical computing in financial domain"と
"Implementing a trading system"という章が入るみたい
528デフォルトの名無しさん
2013/10/17(木) 13:52:30.11 ブックカバーが必須だな
529デフォルトの名無しさん
2013/10/18(金) 14:00:10.15 >>518
MEAPから見出しを抜粋するとこんな感じ:
4 Numerical computing in finance domain
4.1 Introducing financial derivatives
4.2 Using probability functions of Math.NET
4.2.1 Configuring F# Interactive
4.2.2 Download and Set up Math.NET Numerics
4.2.3 Introducing Random Variables, Expectation and Variance
4.3 Geometric Brownian Motion and Monte Carlo Estimate
4.3.1 Modeling stock prices using geometric Brownian motion
4.3.2 Payoff Function, Discounted Payoff, and Monte Carlo estimate
4.3.3 Analaysing Monte Carlo estimates using variance
4.3.4 Pricing oath-dependent options
4.3.5 Variance reduction using antithetic variates
著者はChao-Jen Chenだそうな。
MEAPから見出しを抜粋するとこんな感じ:
4 Numerical computing in finance domain
4.1 Introducing financial derivatives
4.2 Using probability functions of Math.NET
4.2.1 Configuring F# Interactive
4.2.2 Download and Set up Math.NET Numerics
4.2.3 Introducing Random Variables, Expectation and Variance
4.3 Geometric Brownian Motion and Monte Carlo Estimate
4.3.1 Modeling stock prices using geometric Brownian motion
4.3.2 Payoff Function, Discounted Payoff, and Monte Carlo estimate
4.3.3 Analaysing Monte Carlo estimates using variance
4.3.4 Pricing oath-dependent options
4.3.5 Variance reduction using antithetic variates
著者はChao-Jen Chenだそうな。
530デフォルトの名無しさん
2013/10/26(土) 00:51:59.61 type T = [<Leaf>]A | [<Node>]B of T * T
この型Tに対して
let rec size = function A -> 1 | B(x,y) -> 1 + size x + size y
こんなような関数を大量に自動生成したいんだけど
Reflection+CodeDom以外に選択肢ある?
この型Tに対して
let rec size = function A -> 1 | B(x,y) -> 1 + size x + size y
こんなような関数を大量に自動生成したいんだけど
Reflection+CodeDom以外に選択肢ある?
531デフォルトの名無しさん
2013/10/26(土) 15:57:40.32 >>530
直感的に思いつくのはT4だけど、F#プロジェクトではサポートされてないから
T4用にC#かVBのプロジェクトを追加して、そっちで生成したファイルをF#プロジェクトに追加すればいいかもしれない。
stackoverflow.com/a/2199527
直感的に思いつくのはT4だけど、F#プロジェクトではサポートされてないから
T4用にC#かVBのプロジェクトを追加して、そっちで生成したファイルをF#プロジェクトに追加すればいいかもしれない。
stackoverflow.com/a/2199527
532デフォルトの名無しさん
2013/10/26(土) 19:51:58.54533デフォルトの名無しさん
2013/11/21(木) 06:01:23.06 盛り上がってるね。
534デフォルトの名無しさん
2013/11/29(金) 22:07:58.73 え
535デフォルトの名無しさん
2013/12/08(日) 16:19:46.81 TIOBEで20位入ってる。
周りで流行ってきてる実感ありますか?
周りで流行ってきてる実感ありますか?
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 高市首相答弁を“引き出した”立民・岡田克也氏が改めて説明「なぜ慎重な答弁をされなかったのか。非常に残念に思っている」 ★9 [ぐれ★]
- 【news23】小川彩佳アナ「ここまでの広がりになるということを、高市総理はどれだけ想像できていたんでしょうね」 日中問題特集で [冬月記者★]
- 【野球】大谷翔平、佐々木朗希、山本由伸らがWBC辞退なら広がる不協和音… 『過去イチ盛り上がらない大会』になる可能性も★2 [冬月記者★]
- 【国際】ロシアはすでに戦争準備段階――ポーランド軍トップが警告 ★2 [ぐれ★]
- 「町中華」の“息切れ倒産”が増加 ブームにも支えられ職人技で踏ん張ってきたが… 大手チェーンは値上げでも絶好調 [ぐれ★]
- 毛寧(もう・ねい)報道官「中国に日本の水産品の市場は無い」 高市首相の国会答弁に「中国民衆の強い怒り」 ★2 [ぐれ★]
- 【高市核兵器】 小泉コメ防衛大臣「民主党政権 岡田外務大臣の “非核三原則” に関する国会答弁を引き継いでいる」 政策堅持を明言 [485983549]
- 【高市賃上げ】 自民党&維新の会「国会議員の給与を 月5万円アップさせる!」 今国会で歳費法改正。 月129万円→月134万円に [485983549]
- 【高市会談】 長年、日本初の女性首相を目指し争った 百合子と早苗「国と都の補正予算で連携するわよ!」 首相官邸で初会談 [485983549]
- Apple Arcade凄い。ゲーム遊び放題。言うなればゲームの食べ放題。サブスク
- 犯罪者たち「刑事罰受けて罪は償った!被害者への賠償金?もう反省済みだから一円も払わねーよばーかwww」 [177178129]
- ㊗157円 [194819832]
