「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
開発支援ツールには色々なものがあり、分類は参考にまとめた。
開発支援ツールには、昨今、以下のようなトレンドがある。
ITビッグ 5( Microsoft, Apple, Amazon, Oracle, etc. )など
がリリースする開発ツールの殆どは以下の特性を持っている。
IDE周辺の動向を見ると、自社のプラットフォームを利用させるための
IDEを中心とした言語・ライブラリ・開発ツールのエコシステムに、
非常に大きな投資を行い、大きな投資対効果を期待していることが解る。
が多数開発されてきた。
が現代のベストプラクティスとなってきている。
以下のように構成される。
KGI(QCDF向上)を達成するためのKPIの達成度合い。
SI案件は規模、契約価格が大きくリスクが高いので、
サポート・エンジニアは最後までやり切ってくれないと厳しい。
数画面のアプリケーション開発と異なり、多数の業務画面を持つ大規模なプロダクトでは、
開発支援ツール、開発基盤のライフサイクルは長くなければならない。
思い付いたら追加します。
開発技術、開発支援ツール選定をする上で、STPマーケティングの
ST(セグメンテーション・ターゲティング)ぐらいは、
技術面、非技術面含め考えたほうが良い。
※ STPマーケティングはマーケティング用語
そもそも、開発支援ツールとは?
開発基盤の方式変遷の話、最近は、
リポジトリやExcel設計書からの自動生成が廃れ気味です。
テンプレートって、やっぱり効果的ですね...。
昨今、IDEとパッケージ・マネージャーにより更に強化されています。
生産技術部員が語る、業務系ソフトウェア開発の生産性についての話。
最近重宝している開発環境、ツール、ライブラリなどの紹介します。
技術トレンドと、開発支援ツールの盛衰の一例。
「ひでえ。DBアクセスのところ、フレームワーク無視してる……」
そう。問題の箇所においては、コーディングルールが守られていなかったため、
SQLインジェクションを許してしまっていたのだ。
※ 規約の遵守にフレームワークは有用だが無視されたら無効。
「10倍の生産性での開発」が適合する場合と、しない場合があり、
実験的プロトタイプ、本番アプリケーションを区別することが重要である模様。
※ 冒頭にあるように「開発者の話ではなく、状況(前提条件)が大きなカギ」らしい。
[プロセス] 活用↓↑サポート [手法] 活用↓↑サポート [ツール]★★