含まれていませんでした。強力で、心強い武器になっていることがわかります。強力な武器が含まれています。その辺は、後でさらっと書きます。優れているのは、レガシーコード改善機能です。Testing)、本番環境でしか起きないバグのデバッグができてしまったり、といったことをやってくれます。明示的な、設計~開発~テストといった工程がはっきりとリリースまでのサイクルでわかれないもしく、繰り返す状況ではそれぞれの成果や結果を次に活かすことが前提となってきます。その世界観では、モデリング機能は、設計フェーズでのみ使うとか、テスト機能はテストフェーズで使うということではなくなってきています。モデルは書いて終わりではなく、実装コード上で、アーキテクチャ検証を行い、問題ないかを継続的に見続けることができることがより重要になってきますし、モデルを陳腐化させない意味でも、常に更新かかり、かい離がなくする必要があります。同様に、アーキテクチャに基づいたテストの実施やカバレッジなども重要になります。考えると、ツールの原則に立ち返って、エンジニアのスキルの補完と効率化でツールを活用するとみていくと、行わなければならないことが不変だとして、それをどれだけツールやプラクティスでカバーできるのかをみていけば見通しがつきやすくなるわけです。各エディションにマップしてみましょう。時点のエディションにて表記)はい。機能があれば、十分と考えることができます。機能を活用してカバーすればいいというわけです。今の継続的デリバリーの時代には、スキルと経験があっても本業に注力するにはツールのチカラをできるだけ借りた方が得策です。チームメンバーが均質であることはほとんどありませんから、自ずと揃えておきたいエディションはわかってきます。」とまだ言いそうですね。ここで重要なのは、開発は一人ではおこなわれていないこと、開発の成果物は、どの粒度であっても共同所有であるべきだということ、これらの導出、すなわちトレーサビリティが取れていないと、品質や責務を果たしているといった説明責任がとれないこと、その負担を開発者、マネージャに強いることになることを常に考慮しなければなりません。これらはただ使って便利なだけではダメなのですね。基盤として採用することをお勧めします。持っている様々な有益な機能を活用した成果を共有し、つないでいくことができます。ビルドやテストで失敗した場合にごみがリポジトリに残らないことになりますので、常に本当の意味でクリーンなコードを共同所有することができるわけです。利用制限を緩和したり、価格体系を見直したりして時代にあった形で利用できるように調整しています。このあたりを追ってみるだけでも開発基盤のトレンドの勉強になりますよ。ここで開発基盤についてはもう一つ考えておかなければならないことがあります。ビルドできるとは限りません。行う必要もありますので、今、そして近い将来くらいを考えた上で最前な開発環境を整えておくことを考えましょう。デプロイもあるといった事情の中で、より開発者、開発チーム、そして、企画から運用に至るまでのコンセンサスをとるための開発基盤というのは考えるスコープも広げて検討する必要がでてきます。一過性の単発プロジェクトであっても、適当に環境やツールを揃えればいいのではなく、その開発習慣が他のプロジェクトでも活かせるか?開発者にとって過度の負担を与えることにならないか?といったことを考えていかないと今の時代にもとまられる開発チームの資質を満たすことができなくなりつつあります。プラットフォームだけだったからといって、安易に環境を選定してしまうと、他のプラットフォームでの案件をこなしているチームと整合性が取れなくなってきますし、人財の流動性にも影響を及ぼしてきます。エディションだけではなく、開発基盤として何を持つべきか、開発チームの資質が問われています。企業においてツール活用や自動化は欠かせないものです。ツールの選定や導入、定着化にはスキルとコストがつきものです。エバンジェリズム研究所お問い合わせは無償で対応いたします。カジュアルなコミュニケーションからはじめましょう。時候の挨拶などは省略してくだ...このページを見るには、ログインまたは登録してくださいFacebookで投稿や写真などをチェックできます。...企業向けのアジャイル支援を実施しています。導入期の動機付け、言語化、研修による早期スタート、そして実践期の定着化までをご支援いたします。