スタートアップを構築するプラットフォームとしてmonoを信頼しますか？

Question

私は「あなたが求めている質問は主観的で、閉鎖される可能性が高い」と感じました。 YESまたはNOと答えることができます。

- 編集：主観的な質問は、一般的に意見で答えるものなので、コミュニティの意見を尋ねるのは大変です。また、私はあなたの意見を求めています、あなたの意見は私のプロジェクトの性質に依存していません。

Answer 1

あなたが猿ビジネスをする予定がある場合のみ。

（編集：「モノ」とはスペイン語で何を意味するのかを調査し、そのアイコンを見て、あなたのユーモアのセンスを見て、あなたがそれを失った可能性があると思う）。

Answer 2

"Companies using Mono"からカップルの例をピッキング：

• ノベル：Novellはクライアントとサーバーの両方のアプリケーションのためのモノを使用しています。
  • のZENworks Linuxの管理
  • そのデスクトップ検索製品ビーグル
  • 写真管理（F-Spot）
  • グループウェアサーバーフラダンス）
• エレクトロニック・アーツは、Sims3の電源として使用しました。
• Medsphere：Medisphere OpenVistaソフトウェアを使用すると、医師は医療現場で完全な患者の健康情報にアクセスでき、MonoのおかげでWindowsとLinuxの両方で動作します。

それはそれらのような企業には十分だ場合、モノラルはあなたのために十分に良いことができます - それはちょうどあなたがそれを作るものによって決まります。スタートアップが失敗するのであれば、Monoは違いはありません。優れたコンセプトと偉大なチームがあれば、Mono、Visual Studioなどを使用するかどうかはそれほど重要ではありません。

Answer 3

本当にアプリケーションによって異なります。あなたのアプリケーションがモノを使用している場合、

株式と同じように、あなたのお金はすべて危険にさらされるわけではありません。

Answer 4

一般的な質問ですから、私は風景を与えます。

たとえば、.NETフレームワークを使用して作業し、何らかの製品を販売しているとします。 IMO：サーバーベースの製品であれば、Linuxでそれを実行したい顧客がいる可能性が高いです。

1. あなたはこれらの顧客にねじを締めることができます。
2. Mono経由で実行する機能を提供できます。

いずれのオプションにも欠点があります。 ＃1を選択すると、売上が減り、収益が失われます。これは、あなたの潜在的な顧客の何人がもちろんLinuxを使いたいかによって決まります。

第2の選択肢では、Monoと.NETの両方のフレームワークでアプリケーションをテストする必要があるという欠点があります。これは開発者の時間を消費し、時間はお金です。 :)

しかし、とにかくそれはあなたがしなければならない決定であり、正しい決定は非常にアプリであり市場特有です。

Answer 5

はい、アプリケーションがMonoで失敗しても、Windowsでもうまく動作するためです。最後に、Windows用のソフトウェアを作成している成功した企業が少なくとも2社あることを確認しました。

Answer 6

Monoを一度も使用したことがない人は、Monoに組み込むのに適した製品の例と、そうでない例をよく聞きたいと思います。

Answer 7

Hereは、この質問について少し明るいかもしれないJeffrey Stedfastの最近のブログ投稿です。私はWindows用に開発しており、無期限にこれを続けているので、私はこの戦いで犬を持っていません。

Answer 8

私は多くのスタートアップに関わっています。あなたの質問は、リスクマネジメントの質問にもっと似ているので、私たちは答えられません。何かが失敗した場合は、それを修正したり、妥当な努力で回避策を講ずることができますか？何回失敗すればいいと思いますか？

この質問に答えるには、どのプラットフォームをサポートしたいのか、モノをどのように使用するのか、どのスキルを持っているのかを知る必要があります。 Monoが動作するすべてのプラットフォームをサポートしたい場合は、MonoをUbuntu上でサポートしたい場合よりも、さらに多くの問題に遭遇します。モノはオープンソースですが、モノにバグを修正したい場合は、それを行うためのスキルと時間が必要です。

もう1つのことは、あなたの製品がどれくらい信頼できると思いますか？ SamsungのDVB-Cハードディスクレコーダーのような製品を見ると、実際には時々クラッシュする。プレイステーション3でもしばらくの間クラッシュします。インターネットサーバーを作成すると、クライアントがタイムアウト後に再試行するとクラッシュすることがよくあります。

私はスタートアップでモノが必要で、最初から自分以外に少なくとも1人の熟練プログラマーがいれば、プラットフォームとしてモノを選んでも問題はありません。

Answer 9

私はMonoをクロスプラットフォームの商用Windows/Linuxプロジェクトに取り組んできました。

• モノのコア（ランタイム）が かなり固体である - それはあなた は、Windows上でコンパイルし Linux上で実行することができますどのように驚くべきことです。
• MonoDevelopはかなりフレークです。 うまくいけばそれは変わりますが、今度は のためにそれは痛いです。必要なのが Linuxランタイムサポート（Linux devではなく）であれば、問題は軽減されます。 かなり大きいコード をコードしたくありません。
• 定期的なクロステスト。 Windows上で1週間の作業をしないで、Linux用に書き直す必要がある（またはその逆）毎日両方の環境でビルドしてテストしてみてください。
• 一部の.NETのものはモノで動作しません。明らかに、あなたはWPFアプリケーションで WinFormsを起動し、 が動作するとは限りません。 の機能を計画してください： の途中にはいらないでください。Monoは必要な特定の技術を に対応していません。
• 先に とすべての言語をテストし、 と思うフレームワークの機能をテストしてください。 Monoライブラリは が不完全で、 は完全なフレームワークを持っているとは思いません。

Answer 10

はい、現在のMonoの状態に頼っているとします。 今後の約束を頼りにしてMonoとなることはありません。

最初のオプションでは、Monoが停滞する可能性があるため、遅かれ早かれ別のプラットフォームに移行する必要があります。あなたの計画が有効であれば、最先端の技術によって、移動のためのリソースを獲得するのに十分なプラットフォームが得られます。そのリスクを全く取ることができない場合は、スタートアップが見つかりません。