Java企業級プロジェクト開発思想について
企業レベルのプロジェクト開発とは？
「企業級プロジェクト」、企業級プロジェクトの開発、Javaも企業級プロジェクトの開発です。これは至るところで話したり聞いたりします。自分がずっとやっている小さなプロジェクトや大規模なプロジェクトは結局企業級ですか？GXTは企業レベルのプロジェクトです。これから皆さんと交流して勉強します。
1.プロジェクト開発の現状
今まで、大規模なプロジェクトは私達のレベルアップクラスで多くのことをしました。私達はずっとプロジェクトをしています。みんながプロジェクトを始めてから今まで、大小さまざまなプロジェクトをやってきたと信じています。今みんなは振り返って考えてみます。私たちのプロジェクトは普通どうやって作られますか？各開発チームは違っても、プロジェクトの期限、顧客の需要変更、各監督のもとで、私達の最低限度の実現、全体の設計は同じです。
毎回プロジェクトが来て、何回かの会議の後で、プロジェクトは始まって、人員を割り当てることを始めて、いくつか分析の取引先から持ってきた需要を始めて、それからいくつかの基幹の開発人員はプロジェクトのために骨組みを組むことを始めます。それで一つのプロジェクトは進行しました。プロジェクトのために棚を作るという話になりましたが、専門的に言えば、構築ということです。実はプロジェクトを慣例によっていくつかの論理層に分割しています。この構造がいいかどうかは、どんなリスクがありますか？今後の変化に適応できますか？大きな問題はないはずです。確かに、多くのプロジェクトも確かにこのように開発されました。これらは非の打ち所がなく、どのような基準が標準ではないかというと、どのような開発の原則を遵守しているかについては、気にする人はあまりいません。とにかく、プロジェクトは成功しました。
プロジェクト开発において、多くの原则が明らかになっています。単一の职务、依存反転、テスト性、メンテナンス性とは？他のことは後でします。往々にしてこの「あとで話します」は「もう二度と言わない」となり、間に合わせて実現すればいいのです。これもいいです。
このようにして、1年また1年、プロジェクトを開発して、プロジェクトをして、プロジェクトに追いつきます。メインキーの多くの人はプロジェクトの進行によってソフトウェア開発の後期にはそれほど興味がなくなります。ソフトウェア開発は知能が高いと思っていたが、今は体力的な活動のようです。年と一ヶ月の間に、私たちはそれぞれの顧客のために異なるシステムを開発しました。
資料を通して、会社の中で……
多くの会社が「魅力的」というスローガンをよく出していると信じています。大量のプロジェクトを通じて、共通の部品を蓄積し、開発することが多くなり、今後は木を積み上げるだけです。プロジェクト開発はすればするほど疲れます。これも多くの開発者の転職とモデルチェンジの原因の一つだと信じています。
2.企業レベルの項目は何ですか？
Javaという接触を学ぶのはますます近くなりました。時々この問題を考えますか？企業級のプロジェクトは何ですか？一つの企業、機構のために、お客様の会社が開発したプロジェクトは企業級のプロジェクトと言えますか？大きなプロジェクトは企業級のプロジェクトですか？小さなプロジェクトは企業級のプロジェクトではないとしても？コードの数千万以上の十万のコードは企業級プロジェクトですか？茫然としています
実は、今まで、個人的にも「企業級」という概念はよく分かりませんでした。ただ毎日このように言っています。米先生もこのような企業レベルの開発思想を教えてくれました。
企業レベルのプロジェクトといえば、多くの概念があります。企業レベルの構築、企業レベルの開発です。
しかし、いずれにしても、企業級という概念はプロジェクトの大きさとはあまり関係がありません。
実は企業級のプロジェクトはこの近くに「企業級」の思想を持ってプロジェクトをしています。
文章の中の第一部分で、私達は今までプロジェクトの方式をしました。コードの機能は「積み上げ」です。このような積み重ねられたコードはこのプロジェクトに使うだけで、後の他のプロジェクトにはほとんど役に立たないということです。つまり、コードの再利用が足りないということです。そして、一つのプロジェクトの中で、多くのコードは全部雑多で、多くの似たような機能はそれぞれ一つのコードを作ることです。このような問題は、プロジェクトがやればやるほど、多くの美しいスローガンがバブルに変わります。
企業級のプロジェクトには少なくとも以下の特徴があります。
安定性
融通性
隔離性
重用性
メンテナンス性
これらの特性はみんなよく知らないと信じています。これらの特性は具体的に解析しません。これらの多くを話しましたが、無駄話と思われるかもしれませんが、もう一つ言えることがあります。今私たちの開発プロジェクトは確かに多くの時これらのものを見落としました。もし開発の時、毎回このような考えを持って、できるだけそれらの特性に合うコードを書き出して、ゆっくりと、一種の「企業級の智能」がゆっくりと出てきたら、似たような比喩があります。プロジェクトの中で、難しい技術問題に遭遇しました。確かにこの攻略の過程は思惟の上からこのように分析することができます。私達の思惟と問題の解答の間は壁を隔てていて、私達は毎回各種の解決案を試して問題を攻略する時、私達の思惟は毎回この壁にぶつかって、最後の壁はぶつかって破れて、私達も問題の解決案を得ました。
同じように、私達はプロジェクトの中で“企業レベル”の思惟を持っています。私達はその“壁”に少しの衝撃を与えました。最後の結果は共通の機能が通用する部品にカプセル化されて、今後のプロジェクトのために残していきます。
締め括りをつける
ここで私自身の感じは、私の「企業級の知恵」もなく、徐々に蓄積されていくでしょう。しかし、この思想を持ってプロジェクトを行うために、人事の維持、永和の維持、善良な公社の開発、試験システムの中で問題が発生した修復はすべて深く体得しました。ウェブサイトの再発表、機能の柔軟、コンポーネントの柔軟な追加、通用性のウェブサイトの米先生を通じて(通って)も一回の根気良いのが私にこのような開発の理念を深化させて、個人は思想が向上したことがあると思って、その上また本当に多くの通用する部品を得て、組の件が改善にじっとしていると言いますが、しかしすでにいくつかの甜点がありました。システム後期のメンテナンスのコストも大幅に減少しています。企業レベルの開発思想はJavaの学習において徹底的に行われています。GXTにおいても、このような企業レベルの開発の理念を利用して活躍しています。
本文はJava企業級プロジェクトの開発思想についての内容はここまでです。この駅の他の関連テーマを参照してください。
「企業級プロジェクト」、企業級プロジェクトの開発、Javaも企業級プロジェクトの開発です。これは至るところで話したり聞いたりします。自分がずっとやっている小さなプロジェクトや大規模なプロジェクトは結局企業級ですか？GXTは企業レベルのプロジェクトです。これから皆さんと交流して勉強します。
1.プロジェクト開発の現状
今まで、大規模なプロジェクトは私達のレベルアップクラスで多くのことをしました。私達はずっとプロジェクトをしています。みんながプロジェクトを始めてから今まで、大小さまざまなプロジェクトをやってきたと信じています。今みんなは振り返って考えてみます。私たちのプロジェクトは普通どうやって作られますか？各開発チームは違っても、プロジェクトの期限、顧客の需要変更、各監督のもとで、私達の最低限度の実現、全体の設計は同じです。
毎回プロジェクトが来て、何回かの会議の後で、プロジェクトは始まって、人員を割り当てることを始めて、いくつか分析の取引先から持ってきた需要を始めて、それからいくつかの基幹の開発人員はプロジェクトのために骨組みを組むことを始めます。それで一つのプロジェクトは進行しました。プロジェクトのために棚を作るという話になりましたが、専門的に言えば、構築ということです。実はプロジェクトを慣例によっていくつかの論理層に分割しています。この構造がいいかどうかは、どんなリスクがありますか？今後の変化に適応できますか？大きな問題はないはずです。確かに、多くのプロジェクトも確かにこのように開発されました。これらは非の打ち所がなく、どのような基準が標準ではないかというと、どのような開発の原則を遵守しているかについては、気にする人はあまりいません。とにかく、プロジェクトは成功しました。
プロジェクト开発において、多くの原则が明らかになっています。単一の职务、依存反転、テスト性、メンテナンス性とは？他のことは後でします。往々にしてこの「あとで話します」は「もう二度と言わない」となり、間に合わせて実現すればいいのです。これもいいです。
このようにして、1年また1年、プロジェクトを開発して、プロジェクトをして、プロジェクトに追いつきます。メインキーの多くの人はプロジェクトの進行によってソフトウェア開発の後期にはそれほど興味がなくなります。ソフトウェア開発は知能が高いと思っていたが、今は体力的な活動のようです。年と一ヶ月の間に、私たちはそれぞれの顧客のために異なるシステムを開発しました。
資料を通して、会社の中で……
多くの会社が「魅力的」というスローガンをよく出していると信じています。大量のプロジェクトを通じて、共通の部品を蓄積し、開発することが多くなり、今後は木を積み上げるだけです。プロジェクト開発はすればするほど疲れます。これも多くの開発者の転職とモデルチェンジの原因の一つだと信じています。
2.企業レベルの項目は何ですか？
Javaという接触を学ぶのはますます近くなりました。時々この問題を考えますか？企業級のプロジェクトは何ですか？一つの企業、機構のために、お客様の会社が開発したプロジェクトは企業級のプロジェクトと言えますか？大きなプロジェクトは企業級のプロジェクトですか？小さなプロジェクトは企業級のプロジェクトではないとしても？コードの数千万以上の十万のコードは企業級プロジェクトですか？茫然としています
実は、今まで、個人的にも「企業級」という概念はよく分かりませんでした。ただ毎日このように言っています。米先生もこのような企業レベルの開発思想を教えてくれました。
企業レベルのプロジェクトといえば、多くの概念があります。企業レベルの構築、企業レベルの開発です。
しかし、いずれにしても、企業級という概念はプロジェクトの大きさとはあまり関係がありません。
実は企業級のプロジェクトはこの近くに「企業級」の思想を持ってプロジェクトをしています。
文章の中の第一部分で、私達は今までプロジェクトの方式をしました。コードの機能は「積み上げ」です。このような積み重ねられたコードはこのプロジェクトに使うだけで、後の他のプロジェクトにはほとんど役に立たないということです。つまり、コードの再利用が足りないということです。そして、一つのプロジェクトの中で、多くのコードは全部雑多で、多くの似たような機能はそれぞれ一つのコードを作ることです。このような問題は、プロジェクトがやればやるほど、多くの美しいスローガンがバブルに変わります。
企業級のプロジェクトには少なくとも以下の特徴があります。
安定性
融通性
隔離性
重用性
メンテナンス性
これらの特性はみんなよく知らないと信じています。これらの特性は具体的に解析しません。これらの多くを話しましたが、無駄話と思われるかもしれませんが、もう一つ言えることがあります。今私たちの開発プロジェクトは確かに多くの時これらのものを見落としました。もし開発の時、毎回このような考えを持って、できるだけそれらの特性に合うコードを書き出して、ゆっくりと、一種の「企業級の智能」がゆっくりと出てきたら、似たような比喩があります。プロジェクトの中で、難しい技術問題に遭遇しました。確かにこの攻略の過程は思惟の上からこのように分析することができます。私達の思惟と問題の解答の間は壁を隔てていて、私達は毎回各種の解決案を試して問題を攻略する時、私達の思惟は毎回この壁にぶつかって、最後の壁はぶつかって破れて、私達も問題の解決案を得ました。
同じように、私達はプロジェクトの中で“企業レベル”の思惟を持っています。私達はその“壁”に少しの衝撃を与えました。最後の結果は共通の機能が通用する部品にカプセル化されて、今後のプロジェクトのために残していきます。
締め括りをつける
ここで私自身の感じは、私の「企業級の知恵」もなく、徐々に蓄積されていくでしょう。しかし、この思想を持ってプロジェクトを行うために、人事の維持、永和の維持、善良な公社の開発、試験システムの中で問題が発生した修復はすべて深く体得しました。ウェブサイトの再発表、機能の柔軟、コンポーネントの柔軟な追加、通用性のウェブサイトの米先生を通じて(通って)も一回の根気良いのが私にこのような開発の理念を深化させて、個人は思想が向上したことがあると思って、その上また本当に多くの通用する部品を得て、組の件が改善にじっとしていると言いますが、しかしすでにいくつかの甜点がありました。システム後期のメンテナンスのコストも大幅に減少しています。企業レベルの開発思想はJavaの学習において徹底的に行われています。GXTにおいても、このような企業レベルの開発の理念を利用して活躍しています。
本文はJava企業級プロジェクトの開発思想についての内容はここまでです。この駅の他の関連テーマを参照してください。