19

私のチームは、Node.js、Twitter Boostrap、Mongo DB、および Mule for ESB を使用してダッシュボード アプリケーションを作成しています。

最近、幹部から、Liferay のようなポータル/ポートレット コンテナへのアプローチを変更するように依頼されました。

チームの何人かは Liferay を使用した経験があり、それについてかなり否定的な感情を抱いています。ページ全体の更新、ポートレットのライフサイクル、スタイルとテーマの問題、および DBMS の対象範囲の制限などへの対処は、私たちの不満のリストの一番上にあります。

私たちの経営陣がどこから来たのかがわかります。彼らは、ダッシュボードを拡張可能にし、他のグループが簡単に接続できるようにすることを決定しました。

Liferay のようなもので構築および拡張可能なアプリケーションに関心を持つ IT 専門家や幹部のエンタープライズ ニーズと、ユーザーの最新の Web 期待とのバランスを取ることができるソリューションはありますか? ここでは、プラグ可能なウィジェットが重要です。

ノードは明らかに私たちの好みであり、Grails のようなものが僅差の 2 位です。

ありがとう、

4

1 に答える 1

1

この質問はStackOverflowの形式にぴったりではないかもしれませんが、それでもいくつかの考えを提供することができます。

現在のプラットフォームを使い続けたい場合は、経営幹部が新しいプラットフォームへの移行からどのような機能を利用したいかを正確に把握する必要があります。これらの機能は、現在のプラットフォームに組み込むことができるものですか？他のすべてを書き直すのに比べて、どれくらいの労力がかかりますか？チーム全体で新しいスキルセットを習得するには、どのくらいの努力が必要ですか？あなたのチームは新しいスキルを効果的に学ぶことができると確信していますが、それでも努力が必要であり、チームが学ぶにつれて痛みが増すでしょう。同様のまたは少ない労力で同じ機能を利用できること、および同様の総所有コストを維持できることを経営幹部に示すことができれば、現在のプラットフォームにとどまることができます。

また、Portletコンテナで何ができるかを過小評価していると思います。私は主にWebSpherePortalを使用しているので、おそらくそれが、あなたが言及した問題点のほとんどが私にとって管理するのがそれほど難しくないと思う理由です。コンテナがそれ自体を管理するために特定のDBMSを必要とするからといって、カスタムデータのニーズに個別のDBを使用できないという意味ではありません。JSR-286は、AJAXをポートレットに簡単に実装できるようにする方法としてserveResourceを導入しました。WebSphere Portal（Liferayについてはわかりません）では、ページをリロードせずにページのコンテンツ全体を変更することは、私が認めるリストの中で最も難しいかもしれません。

現代は最先端の技術を意味する必要はありません。また、大規模なソフトウェア製品は、他のツールと同じように、正しく使用する方法を知っていれば、引き続き機能します。

于 2013-03-19T22:42:27.577 に答える