「[[マイクロソフト系技術情報 Wiki>http://techinfoofmicrosofttech.osscons.jp/]]」は、「[[Open棟梁Project>https://github.com/OpenTouryoProject/]]」,「[[OSSコンソーシアム .NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。 -[[戻る>開発ツール]] * 目次 [#vdb51828] #contents *概要 [#c2d64c21] 開発支援ツールには色々なものがあるが、分類は[[参考>#md49fd9e]]にまとめた。 *トレンド [#qedb1c0c] 開発支援ツールには、昨今、以下のようなトレンドがある。 **世界的には、 [#q4573886] ITビッグ5などがリリースする開発ツールの殆どは以下の特性を持っている。 -[[IDE>開発支援ツールの種類#b818d91a]]であり、柔軟性と汎用性が高い。 -[[設計情報(デザイナ操作、スキーマ定義)型の自動生成方式>開発支援ツールの自動生成方式#fe4a7148]]が採用されている。 これらの動向を見ると、自社のプラットフォームを利用させるための~ IDEを中心とした開発ツールに大きな投資を行い、大きな投資対効果を期待していることが解る。 **日式SIer的には、 [#n91ce970] -その一方、日本のSI事業者では、「業務システム開発」の作業を単純作業化する志向が強い。 -そのため、「業務システム開発」に特化した、 --標準化 --自動生成 ---[[リポジトリから自動生成>開発支援ツールの自動生成方式#ed279100]] ---[[(Excelなど)設計書型から自動生成>開発支援ツールの自動生成方式#fe4a7148]] >を行うためのツールが多数開発されてきた。 -しかし、多様化の時代に、これらのツールは衰退の一途を辿っている。 --これらのツールは柔軟性と汎用性が低く、多様化するアーキテクチャに追随できない。 --多様化の時代、エンジニアの価値は右肩上がりだが、~ 自身の価値を高めないツールをエンジニアが積極的に習得しない。 **その他、 [#xc2f3a64] ***EUCツールや、RADツール [#p5cb4d9f] 開発は継続されているが、強力なIDEとの競争に晒されている。 ***テンプレート & 最小限のライブラリ [#o75389df] 上記を鑑みると、 ドメインに特化した開発効率の向上施策は、~ テンプレート & 最小限のライブラリが最善と解る。 -[[Open棟梁>http://opentouryo.osscons.jp/]]は、初期からこの設計思想で開発されている。 -TERASORUNAは、v5.0からこの方式に変わっているもよう。~ ※ TERASORUNAでは、テンプレートをブランク・プロジェクト呼んでいる。 これらの物品は、独自開発部分は、対象規模が大きくなると、SI事業の商習慣上、逆に薄くなる傾向がある。~ (ビッグ・アカウントの場合、力関係でフル・スクラッチを強要されるケースがあるため) -参考 --Javaエンジニアに知ってほしい、Springの教科書「TERASOLUNA」 #jjug_ccc #ccc_f3~ https://www.slideshare.net/jjug/javaspringterasoluna-jjugccc-cccf3 ***Dry (Don't repeat yourself) [#gbdb10f2] 観測範囲では、 Webやフリーランス界隈では、Dryが尊ばれている用に見えるが、~ 「Dryで書いたものが負債になっていく」という発言もあり、 -小規模なスクラップ・アンド・ビルド案件が、 -大規模化して維持・保守が必要になった場合、 標準化などのコントロールが必要になり、~ ソフトウェア・スタックができていない~ Dryでは対応できなくなるものと思われる。 *参考 [#md49fd9e] **[[開発支援ツールの種類]] [#x05f3b2a] **[[開発支援ツールの自動生成方式]] [#f2cb790e] **開発基盤の必要性 [#n8ffdb60] スクラッチが良い場合と悪い場合があり、 -超高速な開発ができるわけ | Yakst~ https://yakst.com/ja/posts/4668 実験的プロトタイプ、本番アプリケーションを区別することが重要である模様。~ ※ 冒頭にあるように「開発者の話ではなく、状況(前提条件)が大きなカギ」らしい。 ---- Tags: [[:.NET開発]], [[:ツール類]]