37

私は最近、セールスフォース・ドットコムが作業管理アプリケーションを開発しているモリソンのケーススタディに出くわした後、オンラインの CRM をはるかに超えるものであることを発見しました。プラットフォーム上で独自のワークス マネジメント システムを再構築する目的で、これを試してきました。

私のバックグラウンドは Microsoft と .Net であり、最初の選択肢は明らかに asp.net です。しかし、実際には、.net の経験を持つ私と、より古い Synergy プログラミングのバックグラウンドを持つ私のマネージャーしかいません。私は独学で、他の RAD オプション (Ironspeed など) の評価を検討しています。

ビジネスの性質は、それぞれ 3 ～ 5 年間実行され、それぞれ 15 ～ 50 人のシステム ユーザーを必要とする 2 ～ 5 の同時建設タイプの契約がメインです。伝統的に、私たちはキャラクターベースのワークスマネジメントシステムをすべてに使用し、契約ごとに微調整してきました. 表面上、Salesforce のライセンス モデルはこの種の柔軟性に適していますが、開発の柔軟性/学習曲線、およびロックインを取り巻くすべての問題について心配しています。セールスフォース自身の資料/ブログ以外の Web 上のプラットフォームに関する中立的で冷静な分析はあまりないようです。

より「伝統的な」.Net ルートと比較して、セールスフォースでアプリケーションを開発した経験のある人はいますか?

4

8 に答える 8

12

この質問が少し古いことは知っていますが、この質問を見る価値もありますForce.com プラットフォームの欠点

私はしばらくこのプラットフォームで開発を行ってきましたが、Ben にこれ以上同意することはできませんでした。「開発プラットフォーム」である force.com には多くの問題があり、それを開発プラットフォームと呼ぶのはフェアではないと思います。

私たちはひどいツール サポート、ひどい展開サポート、さらにはご想像のとおりひどい技術サポートに苦労してきました。

私が強調したい主なポイントは、セールスフォースは CRM として始まり、その後、「クラウド プラットフォーム」を製品に追加することを決定したということです。クラウド プラットフォームは、CRM 製品の拡張に重点を置いており、CRM の拡張が必要な​​場合は、force.com 環境でそれをうまく行うことができます。

うまくできないのは、CRM を捨てて、独自の完全にカスタム化されたアプリケーションを簡単に構築できるようにすることです。あなたは依然として彼らのセキュリティとユーザーモデルに縛られており、データベースには彼らの標準オブジェクトがあり、本番環境には彼らの標準ページがあります. いわば「ファイル→新規プロジェクト」はありません。

また、他の誰かがそれが「Javaベース」であると述べました。これは、そこで Java コードを実行できるという意味ではありません。それは、彼らが Java の一部を盗み、Java のように見えるように野郎化したことを意味しますが、実際にはそうではありません... Java ライブラリのセットを取得してクラウドにインポートすることはできないため、本当に面倒です...したがって、JSON の解析などを行いたい場合は、自分で作成することになります。

全体として、私は force.com プラットフォームを疫病のように避けたいと思います。

于 2010-01-05T06:22:27.427 に答える
9

ベンに聞いてください。いいえ、そうではありません。ベンに聞いてください。Salesforce は絶対的な苦痛の世界です。Salesforce の唯一の長所は、マーケティング チームです。

于 2010-01-05T04:49:55.023 に答える
8

エッジケースにどれだけ早く到達できるかはわかりませんが、私がこれまでに行った他の開発とは違うと言えます。実行可能なソリューションを作成するために必要な実装時間、およびビジネス スポンサーが評価するためにソリューションを迅速に反復する能力は、私が経験したどの環境よりも比類のないものです。

Apex コードは Java に基づいており、プラットフォーム固有の違いがあります。ただし、一部のことはコードでは実行できません。完全なアプリケーションを作成するために必要な宣言型 (画面ベース) とコード ベースの実装の組み合わせは、最初は理解しにくいものです。

環境のマルチテナントの性質により、リソースが単一の組織によって独占されるのを防ぐ「ガバナー制限」があります。これにより、挿入トリガーや更新トリガーなどの実装オプションが制限されます。

アプリケーションのデプロイも非常に異なるエクスペリエンスです。

iTunes でビデオ ポッドキャストとして利用できる開発者トレーニング (Dev 501) をチェックしてください : http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=325668840 m について話しています。

于 2009-10-13T18:21:50.113 に答える
6

ここでの答えのほとんどは否定的であるように思われます.自分の経験不足を責めるよりも、プラットフォームを責める方が常に簡単だと思います.

私には学習曲線があり、イライラしました (Java のバックグラウンドから来ました)。構文は似ていましたが、パラダイムは大きく異なりました。少し格闘した後、何万人ものユーザーが使用するアプリを構築することができました。これは、完全にスケーリングし、管理が簡単で安全であり、OOP、MVC、および他の「Gang Of Four」デザイン パターンの多く。

サンプル コードや、プラットフォーム上に構築された壮大なアプリケーションの方向性を示してほしい場合は、喜んでお手伝いします。

于 2010-03-04T10:43:11.887 に答える
3

別のスタックオーバーフロー スレッドで私の回答を参照してください: Force.com の欠点:

Force.com プラットフォームの短所

スレッドが古いにもかかわらず、最近回答したのは、プラットフォームがどれほど迷惑であるかを伝える機会を得たかったからです。それらの考えは非常に現在のものです。

このプラットフォームで何かを行う予定がある場合は、チーム メンバーの何人かが Apex 認定を受けていることを確認することをお勧めします。一般に、開発者エクスペリエンスの側面に真剣に取り組み、特定の非常に単純なビジネス ケースがある場合は、プラットフォームを完全に避けることを強くお勧めします。

プラットフォームの私のニックネームは「Little Ease」です。ロンドンの 4x4 の拷問部屋にちなんで名付けられました。あなたは常に限界にぶつかります。

こちらも以前のブログ記事です。

http://suprablog.com/index.php/2010/02/25/salesforce-the-astonishingly-powerful-little-ease-platform/

于 2010-04-26T21:07:49.523 に答える
2

私は、Salesforce の .Net 側で開発したことはありません。非常に大規模な Salesforce インストールに社内でいくつかの追加機能を作成しました。

私が言えることは、システム内の開発ツールは混乱を招く可能性があり、(開発時に) 私が常に抱えていた最大のボトルネックは、必要なクエリの正しい構文を取得することでした。（注意、これは 2007 年にさかのぼります）

于 2009-05-14T09:05:29.633 に答える
1

Salesforce を使用すると、すばらしいことができます。唯一の問題は、多くの重要なシステムと同様の機能に対する私の推定では、総所有コスト (SDLC 全体) が、dotNET や SQL Server のような従来の RDBMS の場合よりも簡単に 3 倍から 10 倍高くなることです。 . 同じ結果に対して、なぜそれほど多くの費用を支払う必要があるのでしょうか。

于 2014-03-06T17:13:33.347 に答える