関数型プログラミングにすっかり夢中になり、空き時間に F# を学び、その素晴らしさを同僚に熱弁して迷惑がられ、仕事で本格的に使いたくてうずうずしている...

そんなあなたが、突然壁にぶつかります。

職場には「 C# のみ」というポリシーがあり、F#の使用が認められないのです。

典型的な企業環境で働いているなら、新しい言語の承認を得るのは長い道のりになるでしょう。チームメイト、 QA 担当者、運用担当者、上司、上司の上司、そして廊下の奥にいる謎の人物（今まで話したことのない人）を説得する必要があります。 そのプロセスを始めることをお勧めします（マネージャーに役立つリンク）が、それでもあなたは焦れて「今すぐに何ができるだろう？」と考えているはずです。

一方で、柔軟で自由な職場環境で、好きなことができる立場にいるかもしれません。

しかし、あなたは良心的なので、ミッションクリティカルなシステムを APL で書き直して姿を消し、後任に頭の痛む暗号のようなコードを残していく、そんな人になりたくはありません。 決して、チームのバス係数に影響を与えるようなことはしたくないのです。

つまり、これらのシナリオでは、仕事で F# を使いたいけれど、コアとなるアプリケーションコードには使えない（または使いたくない）という状況です。

何ができるでしょうか？

心配いりません！このシリーズでは、ミッションクリティカルなコードに影響を与えることなく、低リスクで段階的にF#を実践できる方法をいくつか提案します。

• 仕事で F# を使う 26 の低リスクな方法。今すぐ始められます - 許可は必要ありません。
• 開発と DevOps スクリプトに F# を使う。仕事で F# を使う 26 の低リスクな方法（パート2）。
• テストに F# を使う。仕事で F# を使う 26 の低リスクな方法（パート3）。
• データベース関連タスクに F #を使う。仕事で F# を使う 26 の低リスクな方法（パート4）。
• 仕事で F# を使うその他の興味深い方法。仕事で F# を使う 26 の低リスクな方法（パート5）。