Skip to content

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: 再構築

NetDevInfraWiki

マイクロソフト系技術情報 Wiki
Open 棟梁 Wiki
開発基盤部会 Wiki

移行管理: DONE / TODO

Clone this wiki locally