【.NET】F#について語れ2【OCAML】

**デフォルトの名無しさん** · 2011/05/01(日) 02:46:49.52

MSResearchから出てきた.NETで使える関数型言語のひとつF#
OCAMLの流れを汲むこの言語、いろいろと面白そうなことができそう。
そろそろ日本語の情報が充実してきそうなこの言語について、幅広く語れ。

http://www.fsharp.net/

前スレ
【.NET】F#について語れ【OCAML】
http://hibari.2ch.net/test/read.cgi/tech/1186030985/

関連スレなどは >>2-

**デフォルトの名無しさん** · 2011/05/01(日) 02:52:55.61

- Try F#
http://www.tryfsharp.org/
- F# Documentation
http://msdn.microsoft.com/library/dd233154(VS.100).aspx
- F# Microsoft Research Site
http://research.microsoft.com/fsharp/fsharp.aspx

**デフォルトの名無しさん** · 2011/05/01(日) 02:58:27.71

>>980ぐらいで新スレを建ててね。
注意事項 http://info.2ch.net/wiki/index.php?%C7%A6%CB%A1%C4%A1%B4%AC%CA%AA

**デフォルトの名無しさん** · 2011/05/01(日) 03:34:36.83

Windowsでのインストールは、>>1から

Mac/LinuxでF#を使うにはmonoが必要です。
http://mono-project.com/
IDEにMonoDevelopを利用するなら、現時点ではmono-2.6系が必要です。
mono-2.10.1以降でF#が統合されていますので、IDEが必要ないならそのままCLI環境が使えます。

なんにせよ茨の道ですので、まずはブラウザ環境で実行できるTry F#のTutorialsを試しましょう。
Windowsでも（C#やCと組み合わせるなら、VS2010 C#/C++ Expressと） VS2010 Shell、F#2.0を組み合わせた
無償のIDE環境が使えます。

**デフォルトの名無しさん** · 2011/05/01(日) 03:42:19.97

現在の最新版について
http://blogs.msdn.com/b/fsharpteam/archive/2011/04/22/update-to-the-f-2-0-free-tools-release-corresponding-to-visual-studio-2010-sp1-april-2011-ctp.aspx
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=6b598327-9748-4052-884a-6ee737380dcd

・必要用件
サポートするOS:
Windows 7;Windows Server 2003;Windows Server 2008;Windows Server 2008 R2;Windows Vista;Windows XP
必要な環境:
.NET Framework 2.0 or an equivalent CLI implementation（Xbox 360, and Mono on Mac, Linux and other platform）.
対応するソフトウエア（オプション）:
Visual Studio 2010 Shell

**デフォルトの名無しさん** · 2011/05/01(日) 04:49:34.58

>>1
乙

**デフォルトの名無しさん** · 2011/05/01(日) 10:03:33.09

言語の特徴としてはScalaとF#はそっくりだと思う。

*型推論:
　F#,Scala -> ◯
　C#,Java -> △,×
*代数データ型:
　F#,Scala -> ◯
　C#,Java -> ×
*パターンマッチ:
　F#,Scala -> ◯
　C#,Java -> ×
nullの廃止
F#,Scala -> ◯
C#,Java -> ×
モナド:
F#,Scala -> ◯
C#,Java -> ×
高階関数:
F#,Scala -> ◯
C#,Java -> △,×
変数:
F#,Scala -> デフォルトで破壊できない
C#,Java -> デフォルトで破壊できる
対話環境:
F#,Scala -> ◯
C#,Java -> ×

JavaからScalaへの大移動が始まっているのと同様のことがC#からF#に起こるに違いない!と言うのも本当かもしれない。
---------
要望があったやつ追加

**デフォルトの名無しさん** · 2011/05/01(日) 11:06:11.34

>>7 乙
名古屋ではF#が結構使われているという話を聞いたんだけど、やっぱり
自動車関係の仕事が多いからなのか？

**デフォルトの名無しさん** · 2011/05/01(日) 11:45:09.38

http://www.itpl.co.jp/ocaml-nagoya/
これが関係してないか？

**デフォルトの名無しさん** · 2011/05/01(日) 13:04:53.26

名古屋怖い(´・ω・｀)

**デフォルトの名無しさん** · 2011/05/01(日) 13:39:03.13

>>2, >>4 TryF# もよいけど、Silverlight入れたくない人やsmart phoneな人は
IdeOneも使える事を知っとくと良いよ。

hello worldを書いてみた。
http://ideone.com/ze0wq (こうやってソースと実行結果を貼ることもできる)

**デフォルトの名無しさん** · 2011/05/01(日) 18:56:09.06

コード共有するのには、IdeOneみたいなサービスがいいけど、
F# InteractiveのWebコンソールとしては、これが便利かも。

Try F# in your web browser
http://tryfs.net/

**デフォルトの名無しさん** · 2011/05/02(月) 23:26:40.62

そもそもなんでF#はF#という名前になったの？
FはFunctionのF?
あとC#がC++++から#になっているのは理解できるけど、
F++はもちろんF言語なんて聞いたことがないんだけど。

**デフォルトの名無しさん** · 2011/05/03(火) 00:03:14.45

C#の名前を結構気に入ってたから、.NET言語になんでも#つけてた時期がある。

**デフォルトの名無しさん** · 2011/05/03(火) 00:08:59.63

>>13
j#の後釜だからじゃね？
fは探せば有りそうだし

**デフォルトの名無しさん** · 2011/05/03(火) 00:12:28.32

J#がでた段階か分からないけど、[A-Z]＃なら.net用言語に見える
MSに関係する範囲では、C#,F#,J#のみっぽいけど。
http://en.wikipedia.org/wiki/List_of_CLI_languages

**デフォルトの名無しさん** · 2011/05/03(火) 00:20:06.88

>>16
schemeが#Sなのにcommon LispがL#な所は狡猾さを感じるなw
宗教論争とか起きなかったんかね

**デフォルトの名無しさん** · 2011/05/03(火) 00:57:40.67

結構粘ったやつも2009年ぐらいにメンテナンス止まってるみたい。
lisp系でメンテナンスが続いてるのは、結局Clojure(CLR)らしい。
https://github.com/richhickey/clojure-clr/downloads

**デフォルトの名無しさん** · 2011/05/03(火) 03:25:35.02

F#で標準入力を遅延リストみたいに扱う方法ってあるのでしょうか？

**デフォルトの名無しさん** · 2011/05/04(水) 06:22:20.80

ファイルの例だけど。
http://books.google.com/books?id=NcrMkjVxahMC&lpg=PA270&ots=pln0IBigeG&pg=PA99#v=onepage&q&f=false
Expert F#2.0 p.99 seq下のほう

**デフォルトの名無しさん** · 2011/05/04(水) 06:26:13.36

F# 1.0の書籍だった。

F#2.0 は、こっち。
http://books.google.com/books?id=y3kaQxIns0oC&lpg=PP1&pg=PA96#v=onepage&q&f=false

**デフォルトの名無しさん** · 2011/05/04(水) 08:20:27.45

>>20 >>21　ありがとうございます。

**デフォルトの名無しさん** · 2011/05/06(金) 09:50:41.49

RT @igeta: 翻訳ありがたい。／「あなたの開発チームに F# を持ち込むリスクについての神話」 http://bit.ly/k8ZDo1 (by @finalfusion) #fsharp

**デフォルトの名無しさん** · 2011/05/09(月) 19:18:09.17

scalaとF#使うならどっち？

**デフォルトの名無しさん** · 2011/05/09(月) 20:41:26.84

>>24
MSならF#、それ以外ならScala。
構文は全然違うけど言語パラダイムはそっくりだから俺は両方勉強してるぜ。なかなかためになる。

**デフォルトの名無しさん** · 2011/05/09(月) 22:19:12.87

誰かC#とF#の比較してくれねーかなー

**デフォルトの名無しさん** · 2011/05/09(月) 23:43:25.51

違いすぎる→そんなに違わないな→やっぱ違うわ→まあ、同じとも言えるな。こんな感じが延々と続く。C#とF#の比較。

**デフォルトの名無しさん** · 2011/05/10(火) 08:47:38.70

>>26
>>7 に書いてある。

**デフォルトの名無しさん** · 2011/05/10(火) 14:09:41.30

>>7の「高階関数」でC#が△になってるのはなんか理由あんのかな
っていうか、「ファーストクラスの関数」でよくね

tail call elimination
nested functions
automatic currying
cons, tuple
list comprehension
あたりも比較項目につけくわえていい気がする

**デフォルトの名無しさん** · 2011/05/10(火) 20:47:06.71

bingでF#検索すると残念なことに・・・

**デフォルトの名無しさん** · 2011/05/10(火) 22:09:08.41

>>7
そっくりなところを比べればそりゃそっくりだろうさ

**デフォルトの名無しさん** · 2011/05/10(火) 23:07:45.67

>>29
*tail call elimination
Java,C# -> ×
Scala,F# -> ○
*nested functions
Java,C# -> ×,△
Scala,F# -> ○
*automatic currying
Java,C#,Scala -> ×
F# -> ○
*cons, tuple
Java,C# -> ×
Scala,F# -> ○
*list comprehension
Java,C# -> ×
Scala,F# -> ○

**デフォルトの名無しさん** · 2011/05/10(火) 23:23:15.17

Actorモデル
Scala->○
F#->○に近い△
C#,Jave->×

って感じ？ちょっと不勉強なので正確かわからん。

**デフォルトの名無しさん** · 2011/05/10(火) 23:50:49.02

>>32
Scala は JVM の制限とかで tail call elimination ができないときがあるような
@tailrec アノテーションをつけておけば、できかなったときは教えてくれるけど

Scala は list comprehension あるんだっけ
for 式だったら、あれはどちらかというと Haskell の do に近いような

**デフォルトの名無しさん** · 2011/05/11(水) 05:38:03.25

>>32
tail callは64ビット版.NET Framework は、ILがTailとマークしてなくても最適化してくれる（制限あり）。
あと、LINQはある意味list comprehensionsの一種なので、C#が×は納得いかない。

**デフォルトの名無しさん** · 2011/05/11(水) 09:09:48.47

>>35 LINQでlist comprehension できるのか。知らなかった。
Haskellでの[x+y | x <- [0..9], y <- [0..9], x<y] みたいなのもLINQを使えば書けるのか？

**デフォルトの名無しさん** · 2011/05/11(水) 09:21:52.16

LINQだと
from x in Enumerable.Range(0, 10)
from y in Enumerable.Range(0, 10)
where x < y
select x + y
とかそんな感じだろう

**デフォルトの名無しさん** · 2011/05/17(火) 09:29:46.65

だれかF#でMonotouch開発しようとしてる人とかおらん?(´・ω・｀)
F#にMonotouchが対応するのって、そもそも技術的に難しいんだっけ?　Dictionary<int,Hoge>とかを使えないとかの制限にからんで。
それともF#なんかマイナー言語相手にしてる暇ねーぜヒャッハーってだけ？
FSharp.CoreとかのライブラリーをILAssembly使ってターゲット変えてゴニョゴニョすれば動くようになるとか言ってる人もいたんだけど。
Silverlightで同じようなことしてる人のBlogあったんだけどリンク切れちゃってた。
暇な人は"Reusing-NET-Assemblies-in-Silverlight"でぐぐって最初のエントリーのキャッシュ見てくんなまし。

**デフォルトの名無しさん** · 2011/05/18(水) 00:17:22.59

monoは今レイオフされたり会社設立したりと本体がゴタゴタしててそれどころじゃないんだろ

**デフォルトの名無しさん** · 2011/05/18(水) 08:05:24.37

＞それともF#なんかマイナー言語相手にしてる暇ねーぜヒャッハーってだけ？
被害妄想？

**デフォルトの名無しさん** · 2011/05/18(水) 08:28:33.12

Mono for AndroidよりMonoTouchのが制約きついみたいだね。
http://d.hatena.ne.jp/atsushieno/touch/20110407/p1 の最後の段落

**デフォルトの名無しさん** · 2011/05/26(木) 01:34:35.70

しかしまあF#ってScalaほど必要とされている感がないんだよなー
なまじC#がよくできてるから

**デフォルトの名無しさん** · 2011/05/26(木) 01:37:10.04

企業の後ろだてのある言語じゃなく、1研究社が作った言語が注目集めるとかおかしいだろ。
どんだけJavaはアレなんだよ。

**デフォルトの名無しさん** · 2011/05/26(木) 08:00:06.97

>>42 確かにScalaは多くのJava技術者に注目を浴びているけど、Scalaいいって
言う人の言うことはそのままF#にも当てはまるんだよね。
ScalaがF#に比べて人気ある理由はC#がJavaより良くできているという以外に
構文がJavaから大きく離れてはいないという点があると思う。Javaコードを

コピペして微修正すればScalaコードとして動くし、Scalaコードを見てもある程度
読めそうな気になるから移行しやすいんだよね。

**デフォルトの名無しさん** · 2011/05/26(木) 08:01:26.91

一方F#は構文が違いすぎるし、初見だと全然読めない。このとっつきにくさが
結構効いているんじゃないかな。

でもF#は関数型言語としてScalaよりずっといい線行っている(構文はキモいけど)
ので、Scalaへの大移動が現実になったときC#erはF#への移動を準備すべき。
C#erがレガシーな理由のみで残りつづけて老害とならないようになってほしい。

**デフォルトの名無しさん** · 2011/05/26(木) 22:48:33.47

ScalaはGood Java。Javaに取って代わることを目標としているマルチパラダイム言語。
F#はあくまでもC#の補完。.NETファミリーの関数型言語の位置づけ。

scalaは関数型的な使い方をしなくてもいろいろ遊べる。
最初の関数型言語にScalaを選んでしまった場合、
Good Javaの部分だけで腹いっぱいになって関数型までたどり着けないことが多い。

**デフォルトの名無しさん** · 2011/05/26(木) 23:11:20.22

Scalaは、未来のJavaを先取りした言語と表現してるが、
Scalaと同じ機能がある未来のJavaは構文がもっと複雑なんだろうな。

**デフォルトの名無しさん** · 2011/05/27(金) 00:43:20.31

Scalaは関数型ってだけじゃなくてオブジェクト指向言語としてもJavaより進んでるのがウケてる理由の一つの気がするな

**デフォルトの名無しさん** · 2011/05/30(月) 19:59:14.67

C#もまだ未熟なんだけどF#に手を出してみたよ！！
で、F#難し過ぎて、はやくも挫折しそうなんだけど・・・
ちょっと質問。

クラスのスコープ内に関数を定義したかったらC#の場合、こうできる。
class 振り分け{
double[] ratio;
public 振り分け(){
initRatio();
}
private initRatio(){うんたらかんたら}
}

同じことをF#でやる場合staticなメンバにしないといけないのかな？
type 振り分け=
class
val mutable ratio: float[]
static member initRatio=うんたらかんたら
new(){ratio=initRatio}

うーん、ようわからんｗｗｗ

**デフォルトの名無しさん** · 2011/05/30(月) 20:03:43.87

F#の嫌なところを１個見つけたよ。
インデント？空白？によって
ブロック的なものが決まることかなぁ。
だから、必然的に自動整形ってできないんだよね？
複数行選択後のtab/shift+tabができなかったら、
発狂するレベルだねｗ

あとは、クラスを定義する時の修飾子の多さも、ちょっとうんざりだよね；；
どういう書き方が一番エレガントなんだろう・・・

関数を定義する順番に依存しちゃうってのも、なんというか・・・
そこら辺はやっぱりscalaの方が上っぽい？

**デフォルトの名無しさん** · 2011/05/30(月) 22:37:13.86

>>50
・オフサイドルールはうつくしい。まだまだシロートのようだな
・クラスあんまし書かないのがF#流だから木にスンナ
・偽関数型言語でよければScalaでおｋ

**デフォルトの名無しさん** · 2011/05/30(月) 22:48:20.11

>>51
カッコよりはインデントの方が良いとは思うが・・・
自動整形欲しいよorz

クラス使わないって厳しくない？

Scalaのどの辺が偽なの？F#も偽だと思うけど。

**デフォルトの名無しさん** · 2011/05/31(火) 00:54:09.98

>>49
type Foo() =
    let initRatio() : float array = Array.map ( (*) 2.0 ) [|1.1;2.2;3.3|]
    let mutable ratio = initRatio()
    member x.Say() = printfn "%A" ratio

let _ =
   let foo = new Foo()
   foo.Say()

**添削お願いします** · 2011/05/31(火) 18:17:18.40

namespace Algebra

type Vector(elements: float[])=

member this.size=elements.Length
member this.elements=elements
member this.Item
with get i = elements.[i]
member this.squaredNorm=Vector.dot(this,this)

static member (~-) (v: Vector)=
new Vector([| for i in 0 .. v.size-1 -> -v.[i] |])

static member OP2 (v1:Vector) (v2:Vector) op=
new Vector([| for i in 0 .. v1.size-1 -> op v1.[i] v2.[i] |])

static member (+) (v1: Vector, v2: Vector)=
Vector.OP2 v1 v2 (fun x y -> x+y)
//new Vector([| for i in 0 .. v1.size-1 -> v1.[i]+v2.[i] |])
static member (-) (v1: Vector, v2: Vector)=
Vector.OP2 v1 v2 (fun x y -> x-y)
static member (.*) (v1: Vector, v2: Vector)=
Vector.OP2 v1 v2 (fun x y -> x*y)
static member (./) (v1: Vector, v2: Vector)=
Vector.OP2 v1 v2 (fun x y -> x/y)

**添削お願いします** · 2011/05/31(火) 18:19:35.69

static member (*) (a: float, v: Vector)=
new Vector([| for i in 0 .. v.size-1 -> a*v.[i] |])
static member (*) (v: Vector, a: float)=a*v
static member (/) (v: Vector, a)=(1./a)*v

static member dot (v1: Vector, v2: Vector)=
Array.reduce (fun x y -> x+y) (v1.*v2).elements

override this.ToString() =
"("+(Array.fold (fun (x:string) (y:float) -> x+","+string(y))
(string(elements.[0])) elements.[1..])+")"

**添削お願いします** · 2011/05/31(火) 18:22:50.97

インデントが全部消えてごめんなさい。

疑問点
・OP2をletで定義できないのはなぜだろうか？
・intからfloatへの変換は自動でできないのだろうか？

**デフォルトの名無しさん** · 2011/05/31(火) 21:12:59.18

関数型の本質は型推論によって、関数が気軽に定義できることだろうか？

例えばList.reduceはJavaでもC#でも、簡単に実装できる。
だけど、気軽に使うためには、
foldに与える関数を気軽に定義できなきゃいけない。
T arg_reduce(T t, S s)
こういう関数を簡単に定義できる枠組みを与えるのが関数型言語なんだろうか？

**デフォルトの名無しさん** · 2011/05/31(火) 22:05:41.56

>>56
>・OP2をletで定義できないのはなぜだろうか？

以下のページの「let バインディングと do バインディング」が参考になるかも。
ttp://msdn.microsoft.com/ja-jp/library/dd233205.aspx

>・intからfloatへの変換は自動でできないのだろうか？

「プログラミングF#」の「2.1.3 変換処理」に、
「F#言語は暗黙的な型変換を行わないことを1つの方針としています。」
とか書いてあるんで無理なんじゃないかな。

**デフォルトの名無しさん** · 2011/05/31(火) 22:51:27.68

>>58
>静的メソッドからはこのフィールドにアクセスできません。
って書いてありました。ありがとう。

それはそうとdoバインディングってなんだろｗ

**デフォルトの名無しさん** · 2011/05/31(火) 23:12:52.10

関数型の本質（）とかどうでもいいわ。
問題は単にF#が便利なのかどうかだわ。

**デフォルトの名無しさん** · 2011/06/01(水) 00:00:04.86

>>60
クラスブラウザがVSに実装されるまでは大規模開発が難しいのと
GUIエディタが無い現状はC#の代替にはならないかな、と思った。

F#は関数をさくさく作れる。
C#のクラス定義は単純明快だけど、
F#のクラス定義の方法は難解で、冗長で、読みにくいが、改行は少ない。
F#のyieldは便利。F#の()は読みにくい。F#のSeqは美しい。
F#は基本的に読みにくい。

**デフォルトの名無しさん** · 2011/06/01(水) 00:26:26.68

>>61
F#のクラス定義の方法は
難解で読みにくいってのはまあ慣れと好みだが
冗長でってのはどうかね？

C#のクラス定義は単純明快ってのは
私はC#のクラス定義に慣れているんです
って以外に意味を持たない主張に思えるが。

**デフォルトの名無しさん** · 2011/06/01(水) 01:15:18.81

>>62
memberは明らかにいらない子

**デフォルトの名無しさん** · 2011/06/01(水) 07:35:25.35

memberがいらないとか・・・
全然明らかじゃないからｋｗｓｋ

**デフォルトの名無しさん** · 2011/06/01(水) 09:04:05.36

F#ではfun x y ->x+yをx y->x+yに出来なかった言語仕様上の問題とかあったん?

**デフォルトの名無しさん** · 2011/06/01(水) 09:32:09.49

>>64
クラスを定義してるのが明らかなのだから、
memberという修飾子はいらない。
あと、そもそもletが冗長なのと
副作用がないならnewを省略したい。

下記のようなシンプルさが欲しい。
class A(a:float)
add b = A(a + b)
minus b = A(a - b)
inc = add 1
dinc = this.inc.inc

この場合、IDE側でクラス名と関数名に色をつけてくれないと
クソ読みにくい。オフサイドルールの欠点。

あとandもクソ仕様。

**デフォルトの名無しさん** · 2011/06/01(水) 18:11:51.65

funは正直鬱陶しいなあ。

**デフォルトの名無しさん** · 2011/06/01(水) 18:40:51.63

F#やってて、便利と思うのは
関数の中に関数をかけることだな。
しかも、F#における関数はOOPでいう関数ではなく、
OOPのクラスに相当する。

逆に不便だなって思うことは、共通して使う関数を作った時に
どこへ置けばいいかわからないこと。F#はスコープの制御がダメだね。

**デフォルトの名無しさん** · 2011/06/01(水) 20:34:34.08

>>65
OCaml互換。C#の人かな。\x ->ならまだしもx ->はさすがに無理くねーか。
>>67
気持ちはわかります。

>>66
クラス内にはletとdoもかけるぞ。あとコンストラクタはメンバじゃねえ。

>>68
どこ置けばいいかわからない？F#でだけ？どの言語でも同じじゃまいか。

**デフォルトの名無しさん** · 2011/06/01(水) 20:37:59.90

あと自動整形できないからっての、よくわからん。
整形されたコードしかコンパイル通らんのだから
そもそも整形する必要ないじゃんか。

まあ俺もオフサイドルール嫌いだけど。

**デフォルトの名無しさん** · 2011/06/02(木) 12:42:05.73

オフサイドルールをやめるとすると、
他の選択肢ってなんだろ？
一つは{}だよね。

**デフォルトの名無しさん** · 2011/06/02(木) 15:49:55.04

あれーC#から使う時に、F#のunionの各サブクラスへの変換とかなんかメソッドなかったっけ
FSharpUnion<Employee>.get_Manager的な。
isManagerでしてから普通にキャストすればよかったんだっけ?

**デフォルトの名無しさん** · 2011/06/02(木) 16:13:53.96

>>71
つ Verbose syntax

**デフォルトの名無しさん** · 2011/06/02(木) 20:42:24.42

FSIにnamespaceとかopenて流し込めないんだね・・・

デバッグの途中で
add 1 2
とか打てたらいいんだけど・・・
F#ってデバッグが難しいね；；

**デフォルトの名無しさん** · 2011/06/02(木) 21:59:27.33

>>72
サブクラスとか、キャストとか、なんか根本的に間違ってないか。

>>74
openは流せる。まさかopen Listがエラーだからとか言わないよね？

**デフォルトの名無しさん** · 2011/06/02(木) 22:05:03.83

>>75
あぁ、ごめん。書き方が悪かった。

自分で定義したnamespaceを
openすることができないってことでした。すいません。

**デフォルトの名無しさん** · 2011/06/02(木) 22:44:29.66

>75
いやC#からだとUnionそういう風にしか扱えなくなかったっけ?
そのUnionのインスタンスでIsManagerとかよべるけど。ManagerであるUnion値をManagerとして扱いたいときにどうしたらいいかって話。
もっとまともな方法あったっけ?

**デフォルトの名無しさん** · 2011/06/03(金) 00:30:20.24

>>77
type Employee = ... | Manager of Hoge の場合↓

var emp = Employee.NewManager(hoge);

if (emp.IsManager) {
var mngr = ((Employee.Manager)emp).Item;
// dosomething
}

だからDesign Guidelinesにはまんま使うなと書いてある。

**デフォルトの名無しさん** · 2011/06/03(金) 09:26:19.89

誰かF#のいいデバッグ方法教えてー

**デフォルトの名無しさん** · 2011/06/03(金) 09:28:24.98

F#のC#に対して優れているところを教えてください

**デフォルトの名無しさん** · 2011/06/03(金) 09:50:11.17

>>80
協力な型推論、nullがない、パターンマッチ、関数内関数ができる、対話環境、並列計算に強い
とかじゃね。

**デフォルトの名無しさん** · 2011/06/03(金) 09:55:29.01

nullって悪者なんですか・・・
パターンマッチ、並列計算に強い　はおもしろそう

**デフォルトの名無しさん** · 2011/06/03(金) 10:13:46.63

>78
あーやっぱりそんな感じかー
>79
自分も最初は悩んでたけど、最近はなんも困ってないな。なんでだろ。途中でうまく止めて値見るのとWriteLineで出しとくのとヘルパーとか使ってFSharpFunc楽に実行できるようにしたところか?
そもそもDebugが必要になる羽目になることが少なくなったというのもある気がするが。
>80
Debugしながらでもソースがいじれるところ。

**デフォルトの名無しさん** · 2011/06/03(金) 10:16:25.55

>>83
Debugしながらでもソースがいじれる・・・ｲｲ!

**デフォルトの名無しさん** · 2011/06/03(金) 11:02:45.96

>>82
実行時エラーがない方が運用上大いなるなメリットがあるのは当然だろJK
quick sortの発明者アントニーホーアはnullは10億ドルの過ちであると言っている。
ttp://news.livedoor.com/article/detail/4047613/

**デフォルトの名無しさん** · 2011/06/03(金) 15:53:21.29

まあ、どんなの場面でもnull不要とはいわないけども、
Anders Hejlsbergも「nullableの概念は参照型/値型の概念とは独立させておくべきだった」っていってるしね。
非nullable参照型は欲しい。

**デフォルトの名無しさん** · 2011/06/03(金) 18:18:05.09

>>86
関数型言語にはnullは必要ないよ。関数型プログラマはnull参照エラーみたいなアホみたいな実行時エラーとは
無縁の世界でプログラムしているよ。

**デフォルトの名無しさん** · 2011/06/05(日) 00:00:41.87

>>83
FSharpFuncってなんですか？

数値計算のプログラムを作ってる時は、
デバッグは絶対必要なんですよね・・・

関数の形で定義してると、途中で止めても
中の数値が見れないんですよねorz

let x=f a
とかしちゃってる時に、
f 1
の値を見る方法がないと、数値計算のプログラムのデバッグは
無理かなーと。

現状のF#を数値計算に使うと死ぬかも・・・・

**デフォルトの名無しさん** · 2011/06/05(日) 06:40:44.23

伝統のprintfデバッグじゃダメ？
let dbg x = printfn "*debug:%A" x; x;;

こんな感じで使う。
[1..10] |> List.map ((+) 1) |> dbg |> List.map(fun x -> dbg(float x / 2.0));;

**デフォルトの名無しさん** · 2011/06/05(日) 12:12:50.78

>>89
%Aでリスト（行列）を全表示できるのかな？
そうなら、そういう関数作っておけば、確かに楽そうだね。
DOS窓かよって不満はあるけどｗ
それやってみるよ。ありがと。

また、ただ、いろいろ細かい状態が知りたかったりするから
デバッグ中に値が知りたいというニーズは多いし、
あとはけっこう量が多いんだよね・・・うーん。

**デフォルトの名無しさん** · 2011/06/05(日) 12:13:56.07

そういえばVSのデバッガは何だかんだでC#前提なままだったね。

**デフォルトの名無しさん** · 2011/06/05(日) 12:25:05.75

> FSharpFuncってなんですか？
関数の型。クロージャ作るとそゆ型が付く。
まーF#の中にいる限りは特に意識する必要ないが。
C#と連携したいなら覚えておくといいかも。

**デフォルトの名無しさん** · 2011/06/07(火) 12:29:28.85

F#のイディオム的なテクニックを教えてほしいな。
例えば、クロージャーとか簡単なもの。

使い始めたんだけど、上手く使えてるか自信がない。
F#ならではの書き方あったら教えてください。

**デフォルトの名無しさん** · 2011/06/07(火) 18:32:10.90

>>93
LINQは使ったことありますか？

**デフォルトの名無しさん** · 2011/06/07(火) 20:10:49.92

>>94
C#では使ったことがあります。

**デフォルトの名無しさん** · 2011/06/07(火) 23:39:58.82

>>93
関数型の場合何やるにも再帰。
とくに末尾再帰はしっかりみにつけるべき。

**デフォルトの名無しさん** · 2011/06/08(水) 10:21:18.89

>>93
非関数型プログラマ: forやwhileループを使う
関数型入門者: 再起を使う
中級者: map, foldをなるべく使う

これが割と参考になるかも。

**デフォルトの名無しさん** · 2011/06/08(水) 10:27:21.76

>>97
上級者は何を使うんだ？

**デフォルトの名無しさん** · 2011/06/08(水) 10:47:37.21

文字列のlistがあって、その文字列を表示できる矩形を重ならないように上から並べたrectと文字列のタプルのリスト返せっつったら、foldで次のトップと結果のlistを状態にするような感じでよろし?
こういうのにfold使うのなんか微妙に違和感あるんだけれどこんなもんかね＠関数型初心者。

**デフォルトの名無しさん** · 2011/06/08(水) 11:11:11.30

>>99 こんな感じ？
let union rect1 rect2 = new Rect(rect1.x, rect1.y, max rect1.width rect2.width, rect1.height+rect2.height) in
ss
|> map (fun s -> getRectOf(s))
|> fold union empty_rect

**デフォルトの名無しさん** · 2011/06/08(水) 21:30:46.81

F#って末尾最適化はやってくれている？

**デフォルトの名無しさん** · 2011/06/08(水) 22:13:07.22

コンパイル時に .tail がつく

**デフォルトの名無しさん** · 2011/06/08(水) 22:28:05.14

F#で文字の連結ってどうするんですか？
+でできるのはわかるんですが、これだと遅いですよね？

**デフォルトの名無しさん** · 2011/06/08(水) 22:50:12.35

いっておくがStringBufferみたいなものはないからな

**デフォルトの名無しさん** · 2011/06/08(水) 22:51:05.82

StringBuilder使えって言っておけばいいのかな

**デフォルトの名無しさん** · 2011/06/08(水) 23:17:37.07

末尾最適化になってるはずなんだがstackOverFlowになるってことはなってないんだろうなぁ・・・何か確認する方法あったっけ。
そもそも要素一つずつ減らしてるから無限ループになるはずないのに4千件ぐらいでStackOverFlowになるってなんか変だ。
Console.WriteLineで出力しても途中まで減ってってるのに突然何も出さなくなって5秒ぐらいしてからStackOverFlowが出てもうわけわかめ(´；ω；｀)ﾌﾞﾜｯ

**デフォルトの名無しさん** · 2011/06/09(木) 05:16:59.39

>>106
コードkwsk

**デフォルトの名無しさん** · 2011/06/09(木) 05:19:42.26

.tailプリフィックス付いてても状況によっては無視されるって奴かな？

**106** · 2011/06/09(木) 08:39:36.40

あれーインタラクティブに流し込んだらもっとたくさん流し込んでもさっくり動くよ…
そもそもデバッガーだと末尾最適化しないとかあったっけ？いやそんなことないよね…

問題だけどインタラクティブでさっくり動いたコードとりあえずまるっと載せてみる

let inRange from t v=from<=v&&v<=t

//rangeによってポイントをまとめる。
//現在のrange=from～tに合うならptListに追加。
//合わないなら今までのptListを一組としてptListListに追加し、新しいポイントとしてptListに追加。
//合うrangeがなくなるか、iListが空になったら抜ける。
let rec toPtrListList (ptList,ptListList,((from,t)::rangeList)) (i::iList) indToInter indToVal=
// Console.WriteLine("toPtrLL----{0}",System.Environment.TickCount)
// Console.WriteLine ("toPtrLL iList={0},rangeL={1}",List.length iList,rangeList.Length)
let inter=indToInter i
let toPt()=inter,indToVal i
//System.Drawing.PointF(float32<|trans.XInterToUI inter,toUIY series.[i]|>float32)
//helper-----
//合うrangeを探してそれ以降を返す。
let rec findFitRange rangeList inter=
// Console.WriteLine("findFitR {0}",System.Environment.TickCount)
match rangeList with
|[]->None
|(from,t)::tail->
if inRange from t inter then Some rangeList
else findFitRange tail inter
//iListが空ならその時点のを結果とする。有るなら続き。

**106** · 2011/06/09(木) 08:40:17.92

//続き
let contOrBreak (ptList,ptListList,rangeList) iList=
// Console.WriteLine ("contOrBreak iList={0}",List.length iList)
match iList with
|[]->[],ptList::ptListList,rangeList
|_->toPtrListList (ptList,ptListList,rangeList) iList indToInter indToVal
// Console.WriteLine("toPtrLL---before helper {0}",System.Environment.TickCount)
//-----helper
if inRange from t inter then
//現在のrangeに合う。
contOrBreak (toPt()::ptList,ptListList,((from,t)::rangeList)) iList
else
//rangeに合わない
if t<inter then
//現在のrangeよりinterが先。
match findFitRange rangeList inter with
|Some (rangeList)->
//fitするものがあったのですすめる。
contOrBreak ([toPt()],ptList::ptListList,rangeList) iList
//なかったので現在のものを結果とする。
|_->[0,0],ptList::ptListList,(from,t)::rangeList
//inter<fromなので今のindを捨てる。
else
// Console.WriteLine ("hogehoge iList={0}",iList.Length)
contOrBreak (ptList,ptListList,((from,t)::rangeList)) iList

let test=
toPtrListList ([],[],[0,10000;10001,20000;20001,30000]) ([0..50000]@[0..100]) id (fun i->i+100000)

**106** · 2011/06/09(木) 08:43:47.05

インデントが(；´Д｀)

let inRange from t v=from<=v&&v<=t

//rangeによってポイントをまとめる。
//現在のrange=from～tに合うならptListに追加。
//合わないなら今までのptListを一組としてptListListに追加し、新しいポイントとしてptListに追加。
//合うrangeがなくなるか、iListが空になったら抜ける。
let rec toPtrListList (ptList,ptListList,((from,t)::rangeList)) (i::iList) indToInter indToVal=
// Console.WriteLine("toPtrLL----{0}",System.Environment.TickCount)
// Console.WriteLine ("toPtrLL iList={0},rangeL={1}",List.length iList,rangeList.Length)
let inter=indToInter i
let toPt()=inter,indToVal i
//System.Drawing.PointF(float32<|trans.XInterToUI inter,toUIY series.[i]|>float32)
//helper-----
//合うrangeを探してそれ以降を返す。
let rec findFitRange rangeList inter=
// Console.WriteLine("findFitR {0}",System.Environment.TickCount)
match rangeList with
|[]->None
|(from,t)::tail->
if inRange from t inter then Some rangeList
else findFitRange tail inter
//iListが空ならその時点のを結果とする。有るなら続き。

**106** · 2011/06/09(木) 08:44:27.70

スペースを入れてもダメか。俺＼(^o^)／ｵﾜﾀ

**デフォルトの名無しさん** · 2011/06/09(木) 09:16:04.56

htmlレンダリングの問題だけで、スレに書き込まれてるソース的には空白やタブ残ってたと思った。

リンク貼る形式なら、gistや>11の使うといいと思う

**デフォルトの名無しさん** · 2011/06/09(木) 09:46:14.43

>>113
106ではないが、インデントを推測して貼ってみた。F#の構文がわからないので間違ってるかも
ttp://ideone.com/JW8dl

**デフォルトの名無しさん** · 2011/06/09(木) 10:06:12.85

>>106
よくわからんがfindFitRangeは再帰しなくても高階関数使った方がシンプル
let inRange v (from, t) = from<=v&&v<=t
let isFit v ranges = ranges.exists(isRange v)
let findFitRange ranges inter =
if (isFit inter ranges) then Some ranges
else None

**デフォルトの名無しさん** · 2011/06/09(木) 10:51:09.46

>>113の通りで、データとしては空白残ってるよ
俺はnavi2ch使ってるので普通にインデントが見れる
http://ideone.com/eE0C0

**106** · 2011/06/09(木) 11:37:16.53

>113-116
オマイラあり＼(^o^)／

>115
いや、リストをなめていって見つかったらそれと、それ以降のやつをタプルで返してるのでそのやり方だとミリ。
なんかうまい高階関数あるのかもしれんが。

**デフォルトの名無しさん** · 2011/06/09(木) 11:51:17.37

>>117
List.partition : ('T -> bool) -> 'T list -> 'T list * 'T list
ttp://msdn.microsoft.com/ja-jp/library/ee353782.aspx
が近いけどちょっと違うか。
こういう場合は素直に再帰をした方がいいのかな？

**デフォルトの名無しさん** · 2011/06/09(木) 12:06:19.24

>118
それ条件で振り分けるやつだからちょと違うと思われ

というか自己解決したかも。
プロジェクトの設定でビルドタブに"tail呼び出しの生成"って項目あってそれオンにしたらサックリ動いた。
ってもこれ付けたらデバッグとかしにくくなんのかな。
お騒がせしますた。

**デフォルトの名無しさん** · 2011/06/09(木) 12:12:10.32

※補足：
上の何も出さなくなって5秒ぐらいしてからStackOverFlowってのは例外になったのでVisualStudioが表示用とかに色々頑張ってる状態なんだろうね。

**デフォルトの名無しさん** · 2011/06/09(木) 12:34:18.75

末尾呼び出しを最適化すると、関数のトレースが出来なくなる。
だから、デバッグするときは、最適化切ったりするね。

**デフォルトの名無しさん** · 2011/06/11(土) 08:45:12.01

末尾最適化＝スタックに積まないだからそりゃね。
でも再帰呼び出し時のスタックトレースが必要なことってある？
printf デバッグでいいんじゃねぇかと思うんだけど。

**デフォルトの名無しさん** · 2011/06/11(土) 09:35:34.36

まぁそれいっちゃうとなんでもprintfデバッグで良くね？ってなるだろｗ

**デフォルトの名無しさん** · 2011/06/11(土) 14:00:10.41

いやいやｗスタックトレースは必要だと思ってるよｗ
どこからどう呼び出されてきた関数かはデバッグに不可欠
だけど、再帰の分に関しては必要ないんじゃね？って。

**デフォルトの名無しさん** · 2011/06/11(土) 14:19:14.54

んーまぁ再帰でもなんでその条件分岐になったのか流れ見たいときはある希ガスんなぁ
printfでもいいけど。printfでいいか。

**デフォルトの名無しさん** · 2011/06/11(土) 22:52:39.73

俺が想定してたのは再帰するしないで2分岐するだけの単純な再帰なんだけど
もしかするともっと複雑な再帰とかだとスタック見たいこともあるかも。
というかまあ見れる見れないだったら見れる方がありがたいのは確か。

ただ、再帰って、割とこうガチガチにロジカルに組まないとコンパイル通らない
ような気がしてて、スタック追っかけてまでデバッグする必要性あるかなあと
思ったりしたんだわ。

**デフォルトの名無しさん** · 2011/06/15(水) 09:53:18.75

FSUnitとVisualStudioのテストおのおのどんなメリット・デメリットあるのかすら。
C#使ってた時はVSのつと使ってたけどF#だと使いにくい?

**デフォルトの名無しさん** · 2011/06/15(水) 22:17:38.41

>>127
日本語？
母国語で頼む

**デフォルトの名無しさん** · 2011/06/15(水) 22:59:09.06

母国語だとさらにわからないのでは？

**デフォルトの名無しさん** · 2011/06/15(水) 23:15:40.40

中国語と韓国語なら読めるぜ

**デフォルトの名無しさん** · 2011/06/16(木) 12:49:59.57

Alt+EnterでInteractiveに流し込もうとするとエラー音してできない時があるんだけど、そういう現象出てる人います?
ウィンドウ→新規で別ウィンドウ出すとそのソースからでもできるんだけどいまいち発生する条件がわからん。

**デフォルトの名無しさん** · 2011/06/16(木) 18:49:46.13

結局TypeProviderってちょっとMeta情報与えてやることでF#でいろいろな情報がナイスに楽に使えるようになるってことでいいですか?(´・ω・｀)
http://research.microsoft.com/apps/video/dl.aspx?id=150053&l=i

**デフォルトの名無しさん** · 2011/06/18(土) 10:35:56.55

オブジェクトのXML相互変換、こんな感じに書けたよ( ・∀・)ﾉ
F#いいね。

http://ideone.com/IokO4

**デフォルトの名無しさん** · 2011/06/24(金) 12:20:41.31

(・∀・)

Barrier使うぞ
http://blogs.msdn.com/b/mcsuksoldev/archive/2011/06/15/f-array-parallel-sort-functions-demonstrating-a-merge-sort-using-barrier.aspx

最近MCS UKの記事が多くなったけど、
MSR UK?から、だれか移ったのかな？

**デフォルトの名無しさん** · 2011/06/27(月) 02:39:51.37

関数内で途中でreturn みたいに値を返したり
for内でbreakしたりしたいんですがどうやればよいですか？

**デフォルトの名無しさん** · 2011/06/29(水) 11:16:04.97

>>135
自分の場合はtryFindかtryPickかな。
どうしても途中で抜けたいなら、例外出して抜けるしかない。

自分もC++のコードをF#にしてみようと思ったときそこで悩みました。
結局、F#の繰り返しのfor文は全然使わないでList.mapかList.iterで処理するのがいいと思った。

**デフォルトの名無しさん** · 2011/07/01(金) 11:25:54.20

>>135
>関数内で途中でreturn みたいに値を返したり
条件で返す値を変える

>for内でbreakしたりしたいんですがどうやればよいですか？
手続き型のfor/whileは全て再帰だと思っていい

**デフォルトの名無しさん** · 2011/07/02(土) 00:42:03.47

そこで継続ですよ。

**135** · 2011/07/02(土) 01:56:39.99

>>136-138

レスありがとうございます．
let loopですっきりとした記述ができました．

天使 ◆uL5esZLBSE · 2011/07/05(火) 06:48:35.87

２０１１年、Ruby,Perl,PHP,Pythonって並べたときにさ
ここで、Ruby以外を選ぶ奴ってマジでなんなんだろうな

ゴミだし

天使 ◆uL5esZLBSE · 2011/07/05(火) 13:47:18.60

これ；デリミタっていうんだけどさ、これをつけなきゃエラーになるような
そんな言語使ってる奴ってどうみてもゴミだと思うんだけど

もしかして「；」これ打ち忘れてコンパイルエラー出すのが楽しいの？
そうか、二度と話かけんなよ

ゴミの分際でｗ

**デフォルトの名無しさん** · 2011/07/10(日) 11:33:45.10

つ #light

**デフォルトの名無しさん** · 2011/07/12(火) 18:22:39.87

コード見てないが、意外とF#遅くてがっかし(´・ω・｀)
http://users.softlab.ece.ntua.gr/~ttsiod/score4.html

**デフォルトの名無しさん** · 2011/07/17(日) 00:05:23.57

誰かseqのBuilderを実装しているソースどれかわかる人います?
2.0のソースはあるんだけど検索してもわからんです…

**デフォルトの名無しさん** · 2011/07/17(日) 10:04:55.63

>>143
コード見ようや・・・
http://d.hatena.ne.jp/einblicker/20110712/1310476340

**デフォルトの名無しさん** · 2011/08/07(日) 02:29:54.25

TIOBE TOP20入りしてた
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
msdnでドキュメント公開してるのも大きいんだろうな

**デフォルトの名無しさん** · 2011/08/20(土) 02:34:49.66

F#って何がいいの？
って言う人には
http://www.slideshare.net/bleistift/cvbf
これを見るといいかもね？

**デフォルトの名無しさん** · 2011/08/20(土) 02:38:41.36

あとこの辺も見ておくと
勉強になるかもね？
http://d.hatena.ne.jp/bleis-tift/20110803/1312345593

**デフォルトの名無しさん** · 2011/08/20(土) 06:04:16.54

>>147 >>148
なってないなぁ…と思う。
そんなもん見るよりも、ちゃんと時間取って実践F#読む方がずっといいよ。

**デフォルトの名無しさん** · 2011/08/20(土) 10:46:16.38

>>149
なってないなぁ…と思う。
そんなもん見るよりも、ちゃんと時間取ってExpert F# 2.0読む方がずっといいよ。

**デフォルトの名無しさん** · 2011/08/20(土) 11:46:15.04

Real-World Functional Programmingも宜しくね

**デフォルトの名無しさん** · 2011/08/20(土) 21:29:33.05

ちなみに何がなってないの？

**149** · 2011/08/21(日) 08:02:31.09

>>152
突っ込むために見直してみたら、そんなに突っ込み所は無かったかも。
>>149で頭ごなしに否定するのはまずかった。反省してる。

初見ではもっと気になる所があった気がしたけど、今見て思うのは以下。

・P35-P43 if式を(.NET中では)F#に特徴的、みたく書いてるけど、実はVB.NETにもif式はあるのです…
・P85 高性能、ではなくて、高機能、では？
・タプルを使ったPythonでいうアンパック代入相当の構文を備えていて、
　多値関数の戻り値が(x,y) = funcHoge(a,b)みたいに自然に書ける説明が抜けてる。
・リスト操作用の組み込み高階関数の説明が無い。

とか。重箱の隅かもしれんけど、気になるんよ。

**関数型入門中** · 2011/08/21(日) 19:29:53.73

質問させてください。

ここ数ヶ月、関数型言語をいろいろ見ています。(Scala,Haskellなど)

実践F#という本を読んでいます。

ちょっとこういう場合どうすればいいか、わからないことがあり質問させてください。

あるレコードが定義されている場合、
そのレコードに対して適用できる一連の関数を知る方法ってありますか？

実践F#には、同じ名前空間に、レコードと同じ名前のモジュールを定義して、
そこに関連する関数を書くとよい、とされていますが、
実際そうされているものでしょうか。

一つに、Haskellの型クラスのような仕組みがあれば、見通しがよくなると思うんですが
そういう仕組みはないんですよね？ (Scalaにもなかった。。)

なにか、自分で設計する場合、他人が見てもわかりやすい方法などあれば教えてください。
よろしくお願いします。

**デフォルトの名無しさん** · 2011/08/21(日) 20:41:30.81

レコード型のメソッドにしてみてもいいんじゃないでしょうか

**デフォルトの名無しさん** · 2011/08/21(日) 21:20:09.09

>>154
ある型に対する一連の関数を知る方法は、簡単にはないですね。
AppDomainをリフレクションで総舐めとかすればそりゃ別ですが。

型と同名のモジュールを作ってーというお作法は、まあ、ふつうはそうするかなあと。
もちろん、ふつうじゃない場合もあるわけだけど。

Haskell型クラスが美人なのはわかりますが、すでにインターフェイスで筋通してる
.NET（あるいはJVM）においてそれを求めるのは、ちょっと難しいかなあという感想。

>>155
関数型でなくOOPで、と。ええ、おっしゃる意味は解りますが、といって、たとえば
Fooオブジェクトを必要とする振る舞いがすべてFooのメソッドとして定義されるとは
限らないわけで。BarクラスのメソッドがFooを引数に取ることだってあるでしょう。

このあたり、私は、F#においてのみ特別不便だ、とは感じません。

b · 2011/08/21(日) 22:37:39.67

> 149
書いた人です。指摘してくれてありがとうございます！

>・P35-P43 if式を(.NET中では)F#に特徴的、みたく書いてるけど、実はVB.NETにもif式はあるのです…
確かに、誤解を招く書き方でした・・・
一応、VBのIf式は知っていたのですが、あくまでここでは
「C#にもVBにもif文があるけど、F#にはない」
ということが言いたかったのです。

>・P85 高性能、ではなくて、高機能、では？
うわ、全く気付いていませんでした・・・高性能はおかしいですね。

>・タプルを使ったPythonでいうアンパック代入相当の構文を備えていて、
　多値関数の戻り値が(x,y) = funcHoge(a,b)みたいに自然に書ける説明が抜けてる。
これは微妙なところで、タプルのみに限った機能ではないので省きました。
例えば、
type t = { Name: string; Age: int}
という型があったとして、t型の値xに対して
let { Name = n } x
ということも可能ですし、そもそもローカル変数に限った話ではなく、
let name { Name = n } = n
のように引数に対してのマッチも可能です。
let x, y = y, x的なものを入れるかどうかは迷ったのですが、結局入れませんでした。

>・リスト操作用の組み込み高階関数の説明が無い。
これは、この時のターゲットを考えて意図的に入れませんでした。
確かに便利な高階関数は色々と用意されていますが、それを列挙する発表ってつまらなくないかなぁ、と思ったので。
ただ、LINQ to Objectには一対一で対応するものが無いような高階関数の紹介はやってもよかったかもしれません。

b · 2011/08/21(日) 22:39:15.22

あ、let { Name = n } = xです。

**デフォルトの名無しさん** · 2011/08/24(水) 01:30:04.05

お！本人であるbleisさんが降臨・・・
素敵！

**デフォルトの名無しさん** · 2011/09/07(水) 22:14:16.34

F#のすごい日本人おしえれ

**デフォルトの名無しさん** · 2011/09/07(水) 22:14:49.33

いますぐフォローすべきF#の人的なやつ

**デフォルトの名無しさん** · 2011/09/07(水) 22:33:14.58

Googleで F# site:hatena.ne.jp とかやると、いろいろ出てくる

**デフォルトの名無しさん** · 2011/09/07(水) 22:45:31.06

いないんだな、それが
というとアレだが、F# に特化してる人っているかね？
なにかしらほかの言語も使いつつ F# も嗜む的な
リベラルというか

**デフォルトの名無しさん** · 2011/09/07(水) 23:40:27.20

金融系の人とかはOCaml使ってた人も多いらしいし、
F#も出来る人多いんじゃないの？

**デフォルトの名無しさん** · 2011/09/08(木) 05:49:53.02

完全にF#で仕事、というのが日本にはない感じなので、そういう点で、人が見えないよね。
小物やらバッチに使うやらぐらいなら、そりゃあるだろうけれど。
かといってF#で何かOSSで作って公開、などという人もいないようだし。

**デフォルトの名無しさん** · 2011/09/08(木) 08:49:22.56

>>165
え？
ttp://d.hatena.ne.jp/taedium/20110604/p1

**デフォルトの名無しさん** · 2011/09/08(木) 12:11:17.65

F#セミナーいったら、
GUIアプリクライアントをF#で開発して納品した話をしてたよ。

**デフォルトの名無しさん** · 2011/09/08(木) 15:48:51.11

活用例とかになれば
最終的には.netのグルー言語以外の何でもねえんだし
scalaにしろ、元にくらべての使い勝手の話になるんだから面白い話じゃない
.net嫌いな人ってもういないの？

>>160 >>161
それなら各言語のすごい人全部まとめれ

**デフォルトの名無しさん** · 2011/09/08(木) 23:16:33.81

F# Programming -Build MVVM Applications in F#
msdn magazine Sep. 2011
http://msdn.microsoft.com/ja-jp/magazine/hh394149(en-us).aspx

**デフォルトの名無しさん** · 2011/09/09(金) 19:54:27.44

会社にＦランがいたけどひどかった。
＃なんか付けたところで同じようなもんだろ。

**デフォルトの名無しさん** · 2011/09/09(金) 20:01:08.56

Javaの変態の人たちはScalaやってるのに、
なんてC#の変態の人たちはF#やんないの？

**デフォルトの名無しさん** · 2011/09/09(金) 20:21:30.63

Javaは使いづらくてやっとレンガ、C#はそこそこ間に合ってしまうというのがあるんじゃ。
F#のほうが使いやすいけどねー

**デフォルトの名無しさん** · 2011/09/09(金) 20:32:09.20

Javaと違ってC#は糞言語じゃないから。

C#にはラムダ式、まともなジェネリック、LINQがあるし、
次のバージョンではasync,awaitも入るのでF#のメリットが相対的に少ない。

また、F#はC#と比べてIDEの支援が弱いのというデメリットがあるので
（特に WindowsForms、WPF、ASP.NET MVCなど主要ライブラリ関連）
F#のメリットとデメリットを天秤にかけた結果、C#でいいやって事になってしまう。

**デフォルトの名無しさん** · 2011/09/09(金) 20:34:00.21

むしろここの人たちがF#を使っている理由が知りたい

**デフォルトの名無しさん** · 2011/09/09(金) 20:40:54.41

C#を使ってると「パターンマッチ使いてぇ」
って場面は割とよくあるんだけど、
それだけの為にユーザーの環境にF#ランタイムを入れさせるのは憚られたので
結局使ってない。

.NET FrameworkにF#ランタイムが含まれてたら使ってたかもな。

**デフォルトの名無しさん** · 2011/09/09(金) 20:44:40.99

俺的にはパターンマッチ、再起、部分適用、ユニットオブメイジャー、モナド含め、コードが書きやすいから。

**デフォルトの名無しさん** · 2011/09/09(金) 21:42:20.97

>>171
インテリセンスさいこーってことでしょ
まー.NET的にC#が勝ち馬であるとに異論はない
いまんとこ

>>173
Javaも別に糞じゃないと思うが
古臭いならわかる

**デフォルトの名無しさん** · 2011/09/09(金) 22:58:15.35

C#使っててLINQと拡張メソッドとラムダだらけになるとなんかもやもやしてくる

**sage** · 2011/09/09(金) 23:36:12.15

C#でLINQと拡張メソッドとラムダ使ってドヤ顔カッコワルイwwww

**デフォルトの名無しさん** · 2011/09/09(金) 23:46:26.26

まあ、でもLINQの範囲のデータ処理はC#のほうがいいな

**デフォルトの名無しさん** · 2011/09/10(土) 00:09:06.90

Start F#
http://slideshare.net/osiire/3-8660480

**デフォルトの名無しさん** · 2011/09/10(土) 00:09:37.07

bleisさんフォローしておけばいいんじゃね？

**デフォルトの名無しさん** · 2011/09/10(土) 07:03:34.56

>170 意味不明だったけど、これってFortran#っていうネタか。

**デフォルトの名無しさん** · 2011/09/10(土) 13:36:11.11

外人フォローしたほうがいいよ

**デフォルトの名無しさん** · 2011/09/10(土) 14:18:54.64

>>184
リストくれ

**デフォルトの名無しさん** · 2011/09/10(土) 16:20:27.90

ボスは、アカウントあるけどつぶやかなかった気がするな

**デフォルトの名無しさん** · 2011/09/13(火) 21:07:32.69

>>186
ボス？ドンサイム？

**デフォルトの名無しさん** · 2011/09/15(木) 23:23:01.45

F#3.0
http://blogs.msdn.com/b/fsharpteam/archive/2011/09/14/f-3-0-developer-preview-now-available.aspx
バージョン1分差があるのか分からんけど3.0
win8+vs2011expと違って、msdnのサブスクリプションが必要？

追加点
F# Information Rich Programming
- F# LINQ Queries
- F# Type Provider mechanism
- a set of built-in type providers for enterprise and web data standard
IDEサポート増えるみたい。

**デフォルトの名無しさん** · 2011/09/16(金) 09:23:30.60

ファンクタ対応したのかな

**デフォルトの名無しさん** · 2011/09/16(金) 11:56:24.12

従来交わることのなかった OCaml 使いと C# 使いがそれぞれ別の切り口で文句を言いに集うスレはここですか？

**デフォルトの名無しさん** · 2011/09/16(金) 13:05:24.76

>>190
仕事で両方使ってる人は、期待することはあっても文句はいわんだろ。

P層C#、F層F#でそれなりの規模のもの作ってみると、結構使える手ごたえはある。

普通にF#で機能を一つ作った後、その中で理論的に並列動作できそうなところがあれば、
それをマルチスレッド化するのに数分の作業で済むことも多いし、それがいつも安定して動く
という経験を重ねると、これからの時代C#だけじゃだめかなという気にもなってくる。

まだ立ち上がって数年の言語だし、捨てられないでちゃんとバージョンアップしてくれてるから、
まだまだこれからと見るべきでしょう。

**デフォルトの名無しさん** · 2011/09/16(金) 17:08:03.30

Type Providerってなんなのか教えて下さい

**デフォルトの名無しさん** · 2011/09/16(金) 17:10:27.45

型を定義することなくデータソースから何らかの方法でメタデータを取得し静的な型として扱えるようにするものって感じかの。

**デフォルトの名無しさん** · 2011/09/16(金) 17:31:00.24

>>193
ありがとうございます
型定義を手で書かなくても済むようにするための
メタプログラミングの仕組み、みたいな感じでしょうか。。。

**デフォルトの名無しさん** · 2011/09/17(土) 00:34:37.50

What's New for Visual F# in Visual Studio 11 Developer Preview
http://msdn.microsoft.com/en-us/library/hh370982(v=VS.110).aspx

msdn Libraryのなかに、VS11のドキュメントがもう揃ってるんかー

**デフォルトの名無しさん** · 2011/09/17(土) 04:22:38.42

Visual Studio 11 Developer Previewは、日本語版もあって2012年6月30日まで使えるのか。
http://msdn.microsoft.com/en-us/aa570309#five

＞ Metroスタイルのアプリケーションを開発するには Windows Developer Preview with developer tools English, 64-bit上に
＞ Visual Studio 11 Developer Previewがインストールされている必要があります。
開発ツール付きWin8上にインストールすればMetroスタイルアプリ開発にF#も使えそう。

**775** · 2011/09/17(土) 09:34:30.73

Twitterで上がった話題（iOSでF#）で、F#のSymeがMonoのIcazaに、
build会場周辺でちょっと合って話さんかとかやってる。

**デフォルトの名無しさん** · 2011/09/18(日) 07:06:06.41

F# 3.0 Quick Preview
http://www.slideshare.net/igeta/fsharp-langupd-fpm2011

**デフォルトの名無しさん** · 2011/09/18(日) 09:43:03.31

C++のようなメタプログラミングができるのですか？

**デフォルトの名無しさん** · 2011/09/18(日) 14:25:45.62

C++ の template みたいなマクロの延長のものじゃなくて、
ビルドプロセスをフックして型を作ってるんじゃないかな。
そっちも .NET （F# 含む）で書ける。