【.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-

**デフォルトの名無しさん** · 2017/09/24(日) 17:59:58.12

ScalaはJavaの後継を目指しているけど
F#はC#を補完する存在だから
Scalaほど話題にならないっていうのはあるかも

**デフォルトの名無しさん** · 2017/09/25(月) 03:00:36.68

F#の言語仕様にそんな大きな不満はないんだけど
やっぱScalaはJava陣営ってのが大きいだろうな
Androidがデファクトだから将来性がある

**デフォルトの名無しさん** · 2017/09/27(水) 15:29:47.44

ふっ　ついにF#の時代が来たな

Microsoft、量子コンピュータ向けプログラミング言語を年内プレビュー公開へ
http://www.itmedia.co.jp/news/articles/1709/26/news064.html

**デフォルトの名無しさん** · 2017/09/28(木) 10:26:23.30

こういうことらしい

https://www.nikkei.com/article/DGXLASGT26H1M_W7A920C1EAF000/

**デフォルトの名無しさん** · 2017/10/05(木) 23:26:00.15

OCamlに無いから採用してないんだろうけど、implicitな型変換は正直ほしい

**デフォルトの名無しさん** · 2017/10/06(金) 09:20:34.16

それは設計思想的にないだろうし、自分はない方がいいかな
まあ気持ちはわかる

**デフォルトの名無しさん** · 2017/10/21(土) 14:48:51.44

VS2015でF#4.1にしたいんだがF#だけ更新するやり方わからん
VS2017にするのが一番速いのかね？

**デフォルトの名無しさん** · 2017/10/22(日) 23:28:29.96

バージョンアップしようが話題にならんって相当だな

**デフォルトの名無しさん** · 2017/10/23(月) 00:01:20.66

まあ最近のバージョンアップ小粒ですし…

**デフォルトの名無しさん** · 2017/10/23(月) 00:03:30.90

G#にバージョンアップする必要があるな

**デフォルトの名無しさん** · 2017/10/24(火) 22:47:21.59

>>872
三笑亭可楽の名前の由来は
山椒は小粒でもピリリと辛い　からきてるんだよ　豆な
ちなみに可楽は落語の始祖みたいな人

**デフォルトの名無しさん** · 2017/10/26(木) 21:35:56.69

>>870

Use F# on Windows | The F# Software Foundation
http://fsharp.org/use/windows/
の
Option 4: Install the free F# compiler and tools alone
のとこの
.Install the free F# 4.1 Compiler SDK from Microsoft
これ？

**デフォルトの名無しさん** · 2017/12/20(水) 11:18:33.39

俺たちの＃はどこに

https://forest.watch.impress.co.jp/img/wf/docs/1097/447/html/image2.jpg.html

**デフォルトの名無しさん** · 2017/12/22(金) 18:07:18.10

どこにってそこにある
それほど減ってない
pythonが食ってるのはphperなんだろううけど
それだけじゃこんなに増えないから全体のπも大きくなってるんか

**デフォルトの名無しさん** · 2018/01/03(水) 11:03:42.83

勉強するのに適当なサンプルコードあるとこ知らない？
例えば↓みたいなのが見たい

・関数型の参考になる
・副作用のコード
　　ファイルIO
　　フォーム
・クラス

**デフォルトの名無しさん** · 2018/01/03(水) 12:53:42.85

>>2にある通りだがF# Snippetsもいいと思うよ
関数型で副作用とかモナド信者が飛んできそうだが、そこはF#だから問題ないさ

**デフォルトの名無しさん** · 2018/01/03(水) 13:24:47.91

>>870
Thx　F# Snippets見てみる

**880** · 2018/01/03(水) 13:25:59.15

間違えた　本当は>>879です

**デフォルトの名無しさん** · 2018/01/08(月) 10:44:39.24

そもそもここの奴らどのバージョン使ってるかもわからん
普通に最新版使ってんの？

**デフォルトの名無しさん** · 2018/01/08(月) 10:46:43.90

モナド信者が筋斗雲のように飛んで来るように
F#ってそんなに注目されてるのかね

**デフォルトの名無しさん** · 2018/01/08(月) 10:47:19.58

男ならF#2.0だろとかいい出す頭おかしいやついそう

**デフォルトの名無しさん** · 2018/01/08(月) 13:24:55.92

>>882
諸事情で3。3.3.0.1あたりかな。

**デフォルトの名無しさん** · 2018/02/19(月) 10:01:13.69

実践F# 関数型プログラミング入門　読んでると
リストに気合入ってるんだけど
リストってLIFOじゃないですか

リストのコレクションとしての意味とかループとしての意味は分かるんですけど
LIFOの性質をこれまであんま使った記憶が無くて
その意味合いが分かんないんですよ
自分の中ではFIFOの方が使い勝手よさそうなのに、
あえてLIFOで実装された理由というかメリットが知りたいッス

**デフォルトの名無しさん** · 2018/02/19(月) 12:04:06.23

由来は知らんけど、追加は効率いいよね。
パターンマッチもいいかなと思ったけどそれは配列なら似たようなもんか。

**デフォルトの名無しさん** · 2018/02/19(月) 12:15:27.34

immutableなFIFOリストの実装が非効率的だからでは
FIFOを効率的に実装するためにはリスト末尾と先頭への参照を持つ必要があって
複数箇所から参照されてる場合にそれぞれを破壊的変更する必要がありそう

**８８６** · 2018/02/19(月) 14:39:39.10

事前に断っておくと、F#ではプログラミング初心者というか、つい先日からです

>>887　>>888
うん。なんとなくだけど実装上のメリットなら分からないでもないんだけど
結果として使いづらくなるのなら言語としてどうかなと

ちなみに、リストとかどういうケースで使ってますか？
やっぱ、あまり使わないですか？

**デフォルトの名無しさん** · 2018/02/19(月) 14:55:29.81

>>889
いや基本リスト使うけど。
中グルングルン回して何かする奴は配列の方が早いので必要な時は配列にする。

**デフォルトの名無しさん** · 2018/02/19(月) 14:57:01.82

コレクション、そも順序気にしないものも多いし。順序が必要な時は適宜rev入れたりして気を配ったりする必要はある。

**デフォルトの名無しさん** · 2018/02/19(月) 15:22:05.36

>>890　>>891
おおっ　Thx

なんとなく、納得しました　差し当たって気にし過ぎたのかなｗ
やっぱ、最初のうちは　とにかく書くだね

**デフォルトの名無しさん** · 2018/03/02(金) 22:08:36.41

>>886
自己レスなんだけど　リストがLIFOの理由が分かった
結構単純な理由なんだけど

F#を含む関数型の場合、データー構造も再帰で表現できるんだけど
リストも再帰で表現されているため、LIFOにしか出来ない
マトリョーシカで例えると、最初のデータが一番小さいマトリョーシカしかで、
追加する度に大きなマトリョーシカに包含となる
結果として、データを取り出す際には大きなまとりょから取り出すことになり、LIFOにしかならないと

Haskellの本読んでて気づいた　ちなみに、すごいH本読むと配列って記述無いんだよね
関数型と配列は相性が悪いらしい　不変じゃないしね　
Haskellの配列はモナドらしい　さらにO(1)でないらしい　純粋だね～

**デフォルトの名無しさん** · 2018/03/03(土) 16:33:39.51

Lisp から入る人が多いから、自明だと思われているのでは？

**デフォルトの名無しさん** · 2018/03/04(日) 11:45:52.08

演算子の優先順位（↓の一番下にある）の見方なんだけど
https://msdn.microsoft.com/ja-jp/library/dd233228(v=vs.120).aspx

| (パイプ) は|>のこと
f x (関数適用) は関数fの引数の割り当て　f 1+2は　　(ｆ 1)+2という意味
f(x) は.Netの関数の適用

でOKですか？
あと、関数の合成（>>）に関する規定が無いように見えるんですけど、どれに対応しますか？

**デフォルトの名無しさん** · 2018/03/04(日) 11:51:14.82

>>895
OKじゃない

**デフォルトの名無しさん** · 2018/03/04(日) 11:57:54.21

>>896
せっかく書くなら　お～し～え～て～

**デフォルトの名無しさん** · 2018/03/04(日) 12:13:12.98

結合って英語だと何になるんだ？

**デフォルトの名無しさん** · 2018/03/04(日) 12:18:40.95

なんのこと言ってるのかなと思ったけど

>>895のリンクの最上部を見るんだ

**デフォルトの名無しさん** · 2018/05/23(水) 20:50:11.72

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

C6RTQ

**デフォルトの名無しさん** · 2018/06/17(日) 08:35:32.24

vs2017 communityでwpf/xamlでエラーが出る
未対応なのか?

**デフォルトの名無しさん** · 2018/06/17(日) 11:28:26.83

vs2017のバグでした

https://developercommunity.visualstudio.com/content/problem/265926/xaml-editor-error-window-is-not-supported-in-wpf-p.html

**デフォルトの名無しさん** · 2018/06/17(日) 15:54:06.27

ＭＳ　『しっし…仕様ですぅ～』

**デフォルトの名無しさん** · 2018/06/27(水) 14:52:41.49

>>893
Haskellの場合、リストを２つ使ってＦＩＦＯに変換する
１つはＦＩＦＯに変換したリスト　もう一つは蓄えようのリスト

ＦＩＦＯのデータが欲しかったら、蓄え用のリストからデータを順次取り出しＦＩＦＯ用のリストに保存
ＦＩＦＯ用のリストを使い切ったら、また、蓄えようのリストからＦＩＦＯのリストに変換

つまり、裏（ＬＩＦＯ）の裏は表（ＦＩＦＯ）　って使い方

**デフォルトの名無しさん** · 2018/07/05(木) 01:03:00.33

14X

**デフォルトの名無しさん** · 2018/07/08(日) 06:55:34.24

F*について語ろう

**デフォルトの名無しさん** · 2018/07/08(日) 11:32:31.41

聴きたいから語ってくれ

**デフォルトの名無しさん** · 2018/07/09(月) 00:25:21.43

くるしゅうない。続け給え。

**デフォルトの名無しさん** · 2018/08/19(日) 12:19:47.10

朗報や

マイクロソフト、「F# 4.5」公開
https://news.mynavi.jp/article/20180817-679022/

**デフォルトの名無しさん** · 2018/08/19(日) 16:08:02.04

新機能について全然書いてないな

**デフォルトの名無しさん** · 2018/08/19(日) 17:38:03.73

F# 4.5の話
http://pocketberserker.hatenablog.com/entry/2018/07/02/090000

**デフォルトの名無しさん** · 2018/08/19(日) 19:24:10.81

ほいっ
https://www.infoq.com/jp/news/2018/08/fsharp-4.5-preview

**デフォルトの名無しさん** · 2018/08/19(日) 20:36:25.07

さしあたって、ＭＳがＦ＃を忘れていなかったのがうれしいｗ

Haskell勉強中 now

**デフォルトの名無しさん** · 2018/08/19(日) 20:53:38.44

Match!は地味にいいな
後将来的な予定の匿名レコードはC#の匿名クラス的な使い方でそれがメソッド内超えて使えるようになる感じか？

**デフォルトの名無しさん** · 2018/08/23(木) 06:30:40.48

日本人は純粋好き

**デフォルトの名無しさん** · 2018/09/26(水) 12:04:36.29

忘れてないだけなのに小成功ｗ

**デフォルトの名無しさん** · 2018/10/19(金) 15:42:46.12

MSの割にはアンチが少ないよな
相手にされてないとも

**デフォルトの名無しさん** · 2019/01/17(木) 20:58:48.55

>>863>>864
Scalaのスレはなくなりここは残った

**デフォルトの名無しさん** · 2019/01/18(金) 04:12:05.97

scalaのスレもうないのかω

**デフォルトの名無しさん** · 2019/01/18(金) 14:40:27.50

はいscalaスレありました

**デフォルトの名無しさん** · 2019/01/18(金) 15:37:52.09

scalaが思ったより早く廃れたのはそれこそjavaの混乱のせいか
いやもっと前？
F#はなんだかんでMSが見捨ててないからな～

**デフォルトの名無しさん** · 2019/01/18(金) 15:42:40.48

wrapperな時点で負け

**デフォルトの名無しさん** · 2019/01/18(金) 15:49:27.22

世間では圧倒的にScala >> F#でしょ

**デフォルトの名無しさん** · 2019/01/18(金) 19:31:06.14

Scalaの方がユーザーは多そうなのに

**デフォルトの名無しさん** · 2019/01/22(火) 19:29:00.13

Scalaは流行り廃り激しいWeb系としてもてはやされたから急におとなしくなった感はある
今は固定層だけ使ってるんじゃね
F#は特に流行ってないから廃れた感じもないｗ

**デフォルトの名無しさん** · 2019/01/22(火) 20:28:14.94

俺は、Haskellずーーーーと勉強してる
一見わかりやすそうな文法なんだけど、難しいな　これ
ただ、知識欲は満たされる

**デフォルトの名無しさん** · 2019/01/24(木) 00:54:22.80

ない　ない　どこにまない

【ＩＴ】習得したいプログラミング言語、したくない言語プログラミング言語実態調査 2018
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00501/111200004/

**デフォルトの名無しさん** · 2019/01/24(木) 11:11:58.11

こないだ見くびられてる言語5つに入ってたな

**デフォルトの名無しさん** · 2019/01/26(土) 02:19:11.29

Lens最強！

**デフォルトの名無しさん** · 2019/01/26(土) 21:42:56.42

正直C#に公式でOptionとEitherと末尾再帰最適化と諸々のイミュータブルなデータ構造周りを入れてくれればもうそれでいいや

**デフォルトの名無しさん** · 2019/01/26(土) 23:53:52.86

型推論つかない限りC#クソって言い続けるわ

**デフォルトの名無しさん** · 2019/01/27(日) 00:00:28.26

いつになったらUnityで公式採用されるんだ

**デフォルトの名無しさん** · 2019/01/27(日) 00:47:38.92

ほんそれ
テイルコールはいいから、せめてネスト型数の制限だけなんとかなってくれればなぁ

**デフォルトの名無しさん** · 2019/02/01(金) 23:47:03.12

書き込みあったと思ったらF#の話じゃなくてC#の話じゃんｗ

**デフォルトの名無しさん** · 2019/02/02(土) 12:45:41.79

言語進化ペースも遅いからな
けど今度の匿名レコード型は期待してる

**デフォルトの名無しさん** · 2019/02/08(金) 16:52:01.21

C#どころかVB.NETに負けてるわけだしなあ

**デフォルトの名無しさん** · 2019/02/08(金) 17:33:34.67

何が負けてるん

**デフォルトの名無しさん** · 2019/02/08(金) 17:42:19.22

そもそもMS組の中で勝ち負けを考える言語だったとは驚きだ

**デフォルトの名無しさん** · 2019/02/10(日) 00:46:10.56

>>758
過小評価すんなよｗ

**デフォルトの名無しさん** · 2019/02/10(日) 02:11:48.39

まあC#8.0でまだ2.0にすら追いつけてないからな

**デフォルトの名無しさん** · 2019/02/12(火) 03:21:13.66

ぐぐるとブログの先生方のありがたい記事はアウトデイト過ぎて
qiitaに負けとる…

**デフォルトの名無しさん** · 2019/03/05(火) 05:24:51.17

https://qiita.com/cannorin/items/59d79cc9a3b64c761cd4
この人 GNU/Linux でしか F# 書いたことないとかまじか
なんでF#なんて使ってんだろ？まったく伝わらんｗ

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

いやそこになんでF#がいいか書いてるやんけ…
いろんな言語のいいとこ取り含め何が分からないんだ

**デフォルトの名無しさん** · 2019/03/05(火) 10:44:15.42

exeゲロるんだっけ

**デフォルトの名無しさん** · 2019/03/08(金) 21:46:13.66

まだ見捨てられてないの？

**デフォルトの名無しさん** · 2019/03/08(金) 22:22:16.47

最初から見捨てられてたからそれよりはマシになった感じ

**デフォルトの名無しさん** · 2019/03/09(土) 07:49:19.81

G♭の方がカッコイイ

**デフォルトの名無しさん** · 2019/03/23(土) 00:41:02.20

関数型言語が流行るときは果たして来るのかな？

2010年くらいまでは、cpuとgpuがまもなく統合されて、命令的でなく、宣言的にかける関数型言語でかくことでプログラムの並列化が自動的になされる時代が来るとかいう謳い文句をよく耳にした。

でも現実は関数型言語で並列プログラミングをしている人は少なくて、directx12とかvulkanの登場に象徴されるように、並列化したければ、寧ろもっと命令的でstate machineを操作するようなスタイルが主流になってしまった。

**デフォルトの名無しさん** · 2019/03/23(土) 00:54:03.50

いやDirectX とか引き合いに出されても、それが普通の並列のケースかいったらちがくね？

**デフォルトの名無しさん** · 2019/03/23(土) 00:54:13.93

コンピュテーション式を使って、async{}の内部では文を特別に解釈することで、簡単に非同期処理をすることができるというのはF#の優れた点だと思う。
けれど、AsyncなんかはC#とか色々な言語に取り込まれつつある。

折角頑張って本を読んで、F#を使ってはみたが、クラスを作らなくてよい、代数的演算ができるようになったC#という程度の使い方しかできない。

コンピュテーション式は俺には使いこなせる気がしない。プログラミング言語を使うことそれ自体が目的みたいな人なら使えるかもしれないが。このスレッドをざっと見てみたけれど、殆どのF#でコンピュテーション式とかそういう機能使う人いないんじゃないかな。

**デフォルトの名無しさん** · 2019/03/23(土) 00:59:32.27

結局俺が言いたいのは、2010年くらいまでによく聞いた関数型言語の宣伝文句は大げさ過ぎだったということだ。

**デフォルトの名無しさん** · 2019/03/23(土) 01:06:26.22

>>949
普通のケースではないけれど、当時はゲームエンジンの制作者までもが関数型言語に期待しているような記事があったんだよ。ゲームにまでも関数型言語か！これは関数型言語をやらざるを得ないな！って思ったことを覚えている。
https://game.watch.impress.co.jp/docs/20080911/epic.htm

**デフォルトの名無しさん** · 2019/03/23(土) 01:21:43.24

よく分からないんだが、自分が使いこなせない？のかよく分からなかったという理由で誰も使ってないと思うのはなんなの？
WEBでもReactとかまさに関数型の考えでできてるしElmはピュアだし、いろんな言語に関数型の要素取り入れられてる
シェーダーとかまさに関数だし、ゆにていのECSとかオブジェクト指向で色々効率悪かったから値の配列を元に処理するぜって話だし、Rx系もいろんなところに移植されてる。
むしろ色んなところで関数型の考えで応用されてると思うけど。

**デフォルトの名無しさん** · 2019/03/23(土) 01:30:39.33

デザパタとかほとんど不要になったしな

**デフォルトの名無しさん** · 2019/03/23(土) 04:56:56.13

>>948
・ユーザーは同じ操作をすれば同じ結果が返ってくるソフトを求めてる(ある種の参照透明性のあるソフトを求めてると言える)

・しかし手続き型言語は参照透明性が保たれない。

この時点で論理矛盾は有るんだけど、流行らないでしょうね。。。ー>関数型言語

**デフォルトの名無しさん** · 2019/03/23(土) 05:05:32.95

>>952
覚えてますよー。
恐らく並列用のライブラリ充実で手続き型言語で良いやってなったんでしょうね。
シングルスレッドは手続き型言語優位ですし、並列ライブラリ揃えばパフォーマンスは手続き型言語に軍配上がりますから。

**デフォルトの名無しさん** · 2019/03/23(土) 05:11:15.99

ちなみにHaskellは純粋関数型言語という事で並列に向くのではと思われましたが、純粋さの為に遅延評価だったのが災いしてます。
(遅延評価が並列動作を徹底的に邪魔をする)

実用的には金融系で採用されたOCamlのように純粋でない関数型言語の方が並列に向いているようです。
(並列プログラミングでよく名前の上がるErlangも純粋じゃないですよね)

**デフォルトの名無しさん** · 2019/03/23(土) 11:44:18.54

遅延評価と純粋性がごっちゃになっておる

**デフォルトの名無しさん** · 2019/03/23(土) 12:37:37.78

俺純粋なんだけど、あの子は振り向いてくれない

みたいなもんか

**デフォルトの名無しさん** · 2019/03/23(土) 12:43:08.27

>>959
純粋男子はモテないからな
ジェントルよりワイルドに
ワイルドよりデンジャラスよ

**デフォルトの名無しさん** · 2019/03/23(土) 14:19:44.65

Haskellが遅延デフォなのは副作用を外に持ってた関係？
その辺よく知らんけど純粋と遅延は一体じゃないでしょ
関数型はパフォーマンスではそりゃゴリゴリメモリ書き換えるやつの方が速いかも知れんが、そりゃメンテ性とか色々一切無視したあまりにも乱暴な議論じゃねーの。

重ねていうけどいろんな言語に関数型の概念は染み渡ってて、それで関数型が流行らないとか言われてもむしろすでに乗っ取られてはしませんかって感じしかしないわ。

そもそも関数型も手続き型も各々得手不得手あるんだからどっちが勝った負けたの話じゃない

**デフォルトの名無しさん** · 2019/03/24(日) 22:48:09.05

質問です。２重ループ内で関数Fを呼び出して処理をしようとしているのですが、これをreduceなどを使って簡潔に表現する方法はありますか？

for i in seq1 do
for j in seq 2 do
F(i,j)

**デフォルトの名無しさん** · 2019/03/24(日) 22:56:58.91

先ほどの訂正:
seq1は２次元のコレクションでseq1の各要素を引数にしてとある関数Fを呼び出すということをやりたい。

for i in seq1 do
for j in seq1.[i] do
F(seq1.[i].[j])