「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
データから、施策の傾向を分析する。
詳細 †
分類 †
Wiki系 †
- 潜在的な需要は多いが、施策としてオーソライズされ難い。
- 予算が付かなくても継続される定常業務化すると良い。
- 人目に付く所にどうやって置くかが？課題になる。
Qiita等、社外にリリースするのが良い。
テンプレ系 †
- 潜在的な需要は多いが、施策としてオーソライズされ難い。
- 課題
- 予算が付かなくても継続される定常業務化すると良い。
- 人目に付く所にどうやって置くかが課題になる。
パッケージ系 †
フレームワーク、ライブラリ系
- 潜在的な需要は多いが、
施策としてオーソライズされ難い。
- また、開発の難易度が高い
- 生産性の上がる仕様を立案が属人的
- 自ずと、失敗事例が増えるので新規参入が減る。
UIサブシステム系 †
歴史的に、コケる技術が多い（WPF、Silverlight、WinRT、jQuery系）。
- 変化のスピードが早い。
- 新技術は汎用的と見せかけて実はドメインに特化している。
- 鉄板技術が鉄板のまま（Window Forms、MPA（Web Forms/JSF、MVC））
インフラ系 †
- ネットワーク・サービス
- ストレージ・サービス
- OAソフトウェア（Office、O365等）
- クラウド・サービス系
予算化はされ易いが、大規模で、パブクラ（メガクラ）に押される。
- IaaS
- 仮想化系のプラクラ導入で行ける。
- セキュリティ的に必要なところがターゲット。
- PaaS
- K8sなど、もしくは、オンプレ回帰系クラウド・ソリューション
- 社外か社内かが難しい状況（ペイするか否か）。
- SaaS
- Redmine、GitLab、JIRAなど社内サービス
- 今後は社外サービスが浸透していく予想。
- プラットフォーム系
必要だが、全体的に予算化が困難。
- スマホ系
- スマホを ≒ Windows、Linuxと同じプラットフォームと認識して取り組む。
- 社内インフラ的な乗りにならないので例外的に良い施策。
- Windows、Linux
- 潜在的な需要は多いが、施策としてオーソライズされ難い。
- 社内インフラ的な乗りにならないので例外的に良い施策。
プロセス系 †
- ただし、実施内容は、独自研究結果ではなく、
デファクト・スタンダードなモノになる。
- PMBOK、BABOK、スクラム等。
- 社外コンテンツ、親会社コンテンツ
- これ等から規格化される。
最新技術系 †
- スマホ
- UIサブシステム系として取り組んでいる人も多い。
- 少数派がプラットフォーム系として取り組むが、コチラが正しい。
Buzz系 †
実績 †
Wiki系 †
- 個人的なモノが多い。
- 脳内では１人１個
- 組織内で公知のモノは２・３程度
- 弊部会は社外で公知のものを運営
テンプレ系 †
- 類似施策数は減少傾向
- 組織内で公知のモノは１・２程度
- 弊部会は社外で公知のものを運営
パッケージ系 †
- 類似施策数は減少傾向
- 組織内で公知のモノは１・２程度
- 弊部会は社外で公知のものを運営
UIサブシステム系 †
- 内容的にはWikiやテンプレのレベル。
- 主流 30%（そして主流は枯れる）
- 傍流 40%、discon 30%。
- 主流
4 / 14件 ≒ 30%
- Window Forms
- MPA（Web Forms/JSF、MVC）
- SPA系
・Angular
・React
・Vue
- クロスプラットフォーム系
・Electron
・Flutter
- discon
4 / 14件 ≒ 30%
- WinRT
- jQuery
- Silverlight
- Cordova
インフラ系 †
- プラクラ
悪戦苦闘が観測されている。
- 施策A（情シ系 IaaS）：△
- 施策B（サービス開発系 PaaS）：☓
- 施策C（データサイエンス系 PaaS/SaaS）：☓
プロセス系 †
- OOA：☓
- SOA：☓
- DDD：☓（予算化されていない
- アジャイル：△（独自研究結果は無し
最新技術系 †
- SPA：☓
- スマホ：☓
- クラウド：△
- データサイエンス：○
- DX（IoT、ビッグデータ、AI/BI）：◎
Buzz系 †
参考 †
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
