Repository navigation
OTR_Marketing
nishi_74322014 edited this page Oct 28, 2026
·
5 revisions
Open 棟梁のノウハウが「何を解決するか」を整理する。
- 特定のプロダクトの利用推進ではなく、
リードエンジニアが Open 棟梁のノウハウとコーディング・エージェントを活用して、ソリューションの提供をサポートする。 - 守備範囲は、SoR の業務システムから、SoE(OAuth2 / OIDC アーキテクチャ、Frontend、WebAPI、Docker)、
SoI(Jupyter 系の AI / BI)、クラウド・デプロイへ広がりつつある(ソリューション提供のサポート)。
- Open 棟梁は「IDE+テンプレート+パッケージ」型の開発基盤で、
P・B・D 層の構造、ベースクラス、処理方式(例外処理・ログ・トランザクション等)をあらかじめ決めている。 - これにより、実装者がやることは「決められた枠(スロット)に業務ロジックを埋める作業」に近づく。
- コーディング・エージェントにとっても同じで、
開発基盤が解空間を狭め、エージェントの作業をスロットを埋める作業に近づける。 - この構図は、コーディング・エージェント登場以前の人間による作業から変化していない。
2007 年以来、SI 案件で QCDF(品質・コスト・納期・柔軟性)を揃えるために使ってきた仕組みが、そのまま有効になる。 - 標準化フレームワークは、他案件で役立て難いため技術者に習得を敬遠されてきた(需給の問題)。
スロットを埋める主体がエージェントになると、覚える人を絞れ、ノウハウは人ではなくリポジトリに残る
(標準化フレームワークの習得の需給とコーディング・エージェント)。
Tags: 再構築
このWikiは「Open棟梁Project」,「OSSコンソーシアム 開発基盤部会」によって運営されています。