「あなたが尋ねている質問は主観的であり、クローズされる可能性が高い」と私は得ました。しかし、あなたはYESまたはNOと答えることができます。
-編集：主観的な質問は、通常、意見で答えられる質問です。コミュニティの意見を聞くことの何が悪いのでしょうか。また、ところで、私はあなたの意見を求めています、あなたの意見は私のプロジェクトの性質に依存していません。
1072 次
10 に答える
11
「モノを使用している会社」からいくつかの例を選んでください：
- Novell：Novellは、クライアントアプリケーションとサーバーアプリケーションの両方にMonoを使用します。
- ZenWorksLinux管理
- そのデスクトップ検索製品ビーグル
- 写真管理（F-Spot）
- グループウェアサーバー（フラ）
- Electronic Artsは、これを使用してSims3に電力を供給しました。
- Medsphere：Medsphere OpenVistaソフトウェアを使用すると、医師はポイントオブケアで完全な患者の健康情報にアクセスでき、MonoのおかげでWindowsとLinuxの両方で実行できます。
それがそのような会社にとって十分であるならば、Monoはあなたにとって十分である可能性があります-それはあなたがそれで何を作るかに依存します。スタートアップが失敗する運命にある場合、Monoは違いを生まないでしょう。優れたコンセプトと優れたチームがあれば、Mono、Visual Studio、またはその他のIDEを使用するかどうかはそれほど重要ではありません。
于 2009-09-28T02:05:16.437 に答える
7
Only if you plan on doing some monkey-business.
(edit: note to downvoters; research what 'mono' means in spanish, and look at its icon, also, look around for your sense of humour, I suspect you may have lost it).
于 2009-09-28T02:27:55.427 に答える
2
一般的な質問なので、シネロをあげます。
たとえば、.NET フレームワークを操作して使用し、ある種の製品を販売しているとします。IMO: サーバー ベースの製品であれば、Linux で実行したいと考える顧客がいる可能性が高くなります。
- これらの顧客に、やめるように言うことができます。
- Mono 経由で実行する機能を提供できます。
どちらのオプションにも欠点があります。1 を選択すると、売上が失われ、収益が失われます。もちろん、これは潜在的な顧客の何人が Linux を使用したいかによって異なります。
2 番目のオプションには、Mono と .NET フレームワークの両方でアプリをテストする必要があるという欠点があります。これは開発者の時間を消費します。時は金なりです。:)
いずれにせよ、それはあなたが下さなければならない決断であり、正しい決断はアプリや市場によって異なります。
于 2009-09-28T02:43:02.087 に答える
2
私は、クロスプラットフォームの商用 Windows/Linux プロジェクトで Mono に取り組んできました。
- Mono のコア (ランタイム) は非常に堅実です。Windows でコンパイルして Linux で実行できるのは驚くべきことです。
- MonoDevelop はかなり不安定です。それが変わることを願っていますが、今のところそれは苦痛です。必要なのは Linux ランタイム サポート (Linux dev ではない) だけである場合、問題は軽減されます。そこに大規模なプロジェクトをコーディングしたくありません。
- クロステストを定期的に行います。Windows で 1 週間の作業を行ってから、Linux 用に書き直す必要があることに気付くようなことはしないでください (またはその逆)。毎日、両方の環境でビルドしてテストするようにしてください。
- 一部の .NET は Mono では動作しません。明らかに、WPF アプリで WinForms を起動して、それが機能することを期待するべきではありません。機能を計画してください。途中で、Mono が必要な特定のテクノロジーをサポートしていないことを発見しないでください。
- 事前に計画を立て、必要になると思われるすべての言語とフレームワーク機能をテストしてください。Mono ライブラリは不完全であり、完全なフレームワークがあると想定することはできません。
于 2009-09-28T10:43:01.507 に答える
1
これは、この質問にいくつかの光を当てる可能性がある Jeffrey Stedfastによる最近のブログ投稿です。私は Windows 向けに開発を行っており、今後も無期限に開発を続ける予定です。
于 2009-09-28T07:52:19.947 に答える
0
それは本当にアプリケーションに依存します。あなたのアプリケーションがモノで立っているか落ちているなら、いいえ。
株と同じように、すべてのお金を 1 つの株に投資するのはリスクが高すぎます。
于 2009-09-28T02:34:40.877 に答える
0
Mono を使用したことがないので、Mono で構築するのに適した製品とそうでない製品の例を人々から聞くことに非常に興味があります。
于 2009-09-28T02:57:50.027 に答える
0
はい。Mono でアプリケーションが失敗しても、Windows では問題なく動作します。最後に確認したところ、Windows 用のソフトウェアを作成して成功している企業が少なくとも 2 社はありました。
于 2009-09-28T02:49:25.210 に答える
0
多くのスタートアップに携わってきました。あなたの質問はリスク管理の質問に似ているため、私たちはお答えできません。何かが失敗した場合、合理的な努力でそれを修正または回避できますか? そして、何回失敗すると思いますか？
この質問に答えるには、サポートしたいプラットフォーム、モノをどのように使用するか、どのようなスキルを持っているかを知る必要があります。Mono が実行されるすべてのプラットフォームをサポートしたい場合は、たとえば Ubuntu で Mono をサポートしたい場合よりも多くの問題に遭遇します。Mono はオープン ソースですが、mono 内のバグを修正したい場合は、まさにそれを行うためのスキルと時間が必要です。
もう 1 つは、製品の信頼性をどの程度にしたいかということです。Samsung の DVB-C ハードディスク レコーダのような製品を見ると、実際にクラッシュすることがあります。PlayStation 3 でさえ、たまにクラッシュします。インターネット サーバーを作成する場合、クライアントがタイムアウト後に再試行すると、多くの場合、クラッシュを適切に隠すことができます。
スタートアップで mono が必要になり、最初から自分以外に熟練したプログラマーが少なくとも 1 人いれば、プラットフォームとして mono を選んでも問題はありません。
于 2009-09-28T10:28:41.550 に答える
0
はい、モノの現在の状態に依存している場合。モノがどうなるかという将来の約束に頼るなら、いいえ。
最初のオプションでは、Mono が停滞する可能性があるため、遅かれ早かれ別のプラットフォームに移行しなければならないというリスクが依然としてあります。あなたの計画が有効である場合、最先端の技術は、移動のためのリソースを取得するのに十分なプラットフォームを提供します. そのリスクをまったく負うことができない場合は、スタートアップを見つけてはいけません。
于 2009-09-28T10:52:44.280 に答える