今年の 2 月以来、私は SmartGWT コンポーネントを使用して構築されたアプリに取り組んできました。一般的に、コンポーネントは非常に使いやすく、オープン ソースであり、無料で使用できるという事実は素晴らしいことです。しかし、それは耐久性のある開発方法ではないという感覚を揺るがすことはできないようですが、その理由を説明することはできません. 多分それは、それを開発しているチームがいつでも停止することを決定する可能性があることを知っているからかもしれません.
この気持ちを自分に説明する方法を見つけようとしてきましたが、役に立ちませんでした。したがって、親愛なるコミュニティの皆さん、SmartGWT などのコンポーネント ライブラリを使用してアプリを構築することに専念すること (それは今後何年も続くはずです) が悪い考えである理由を思いつくことができるかどうかを尋ねるために、親愛なるコミュニティの皆さんにお願いします。 ? コンポーネントを自分で開発しなければならない理由はありますか? それとも、一からやり直すのではなく、すぐに利用できるものを選ぶという選択は正しかったのでしょうか?
オープン ソースであるため、ソース コードのコピーを入手して、ソース コードからコンポーネントをビルドできることを確認してください。そうすることで、頼りにしているチームがプロジェクトをやめることへの不安を和らげることができます。
唯一の欠点は、彼らがプロジェクトをやめた場合、このチームがなくなった後に適用したいバグ修正のために、彼らのコードベースを学ぶために時間と人手を見つけなければならないことです.
あなたが感じているのは、製品に対するコントロールの喪失です。一部の種類のコントロールは、非常に簡単に手放すことができます。たとえば、Web サーバーが HTTP 標準に従って動作するのであれば、Web サーバーの動作の詳細を制御することはあまり気にしません。その他の項目は、100% コントロールすることが非常に重要です。コンポーネントが開発作業の中核である場合は、コンポーネントを制御するための投資を検討する価値があります。
車輪を再発明する必要はないことに注意してください。いつでもオープンソースの取り組みに参加できます (彼らがあなたを受け入れる意思がある場合)、および/またはオープンソースコードを維持するために他の人にお金を払うことができます (社内のスキルが不足している場合)。これらの種類のコンポーネントを開発しています)。
SmartGWT は GNU LGPL であるため、廃止された場合、実際に独自のライブラリを作成した場合とまったく同じ状況になります (ただし、多くの作業を節約できます)。
通常、前に進む唯一の方法は、車輪を再発明しないことです。自分で何かを構築する唯一の理由は、そこにあるもので作業できない場合です。
ライブラリが安定して構築できるものではないというあなたの気持ちに対処するために、ライブラリ自体に貢献することを検討してください。それが、人々がオープンソース ソフトウェアを使用してその嫌悪感に対処する方法です。
クローズド ソース ライブラリを使用していて、その会社がその更新を停止した場合よりも、はるかに有利な立場にいます! 正直なところ、この理由から、サードパーティのソフトウェアを使用するべきではありません。あなたのウェブサーバーを書きましたか？あなたのjvm？あなたのオペレーティングシステム？