2026
| Date | Kind | Event | Category | Title | Summary |
|---|---|---|---|---|---|
|
2026-04-13 |
記事 |
新規 |
SimpleModelingは、文芸モデル・DSL・実行基盤を統合し、AIが直接扱える開発プロセスを実現する。本稿ではEssenceの考え方を踏まえつつ、BoK→Cozy→CNCF→SKILLの流れとして再構成された最小開発プロセスを示す。 |
||
|
2026-04-06 |
記事 |
新規 |
文芸モデルを、住所モデルの実例でざっくり体感するためのサンプル記事です。文芸モデルそのものの説明は、what-is-literate-model.doxが参考になります。 |
||
|
2026-03-30 |
記事 |
新規 |
SimpleModelingは、BoK・文芸モデル・DSL・実行基盤を統合し、Harness Engineeringを「意味に基づいて実行を制御する基盤」へと拡張する。これにより、仕様と実装のズレを抑え、AI時代に求められる一貫した品質と再現性を実現する。 |
||
|
2026-03-23 |
記事 |
新規 |
1.5hop+は、固定された探索距離ではなく意味構造を基準に概念近傍を構成する知識グラフ探索手法です。CML/UMLメタモデルの構造を利用し、生成AIにとって十分な意味情報を提供することで、精度と効率を両立します。 |
||
|
2026-03-16 |
記事 |
新規 |
前回の記事では、AI時代の開発プロセスの枠組みとして、Unified Processをプロセスの骨格とし、Component-Based Developmentを開発の中心構造として据えるという整理を行いました。 UPは、反復・漸進 (Iterative & Incremental)、アーキテクチャ中心 (Architecture-Centric)、ユースケース駆動 (Use-Case Driven)という三つの基本原則によってソフトウェア開発プロセスを定義しています。 これらの原則はAI時代においても依然として有効です。 しかしAIによるコード生成が一般化した環境では、それぞれの原則の意味や役割は従来とは少し異なる形で理解する必要があります。 本稿では、Unified Process の三つの基本原則を手がかりに、AI時代における開発プロセスのあり方を改めて整理してみます。 |
||
|
2026-03-09 |
記事 |
新規 |
AI時代のソフトウェア開発では、コード生成能力よりもシステム構造の設計が重要になります。 本稿では、Unified Process (UP) をプロセスの骨格とし、Component-Based Development (CBD) を中心構造とするAI支援開発の基本的な枠組みを整理します。 |
||
|
2026-03-02 |
記事 |
新規 |
AIはソフトウェア開発を加速させる一方で、構造の不安定化という新たな課題をもたらしました。 本稿では、CBDがもともと持つ構造的長所に加え、AI時代において、生成精度を高める構造制約、不安定化を抑える境界と仕様、AIによって強化される再利用性という観点から、その現代的な価値を整理します。 CBDは単なる再利用技法ではなく、AIを前提とした開発を安定させる基盤技術として再評価されるべき存在です。 |
||
|
2026-02-23 |
記事 |
新規 |
本稿では、DSLと実行基盤の組み合わせによってCBDが実装可能な構造として成立することを論じます。Cozyが分析モデルをDSLとして厳密に定義し、CNCFがその仕様を実行時に構造として保証することで、コンポーネントは単なる設計概念ではなく、登録・発見・接続可能な実体となります。さらに、CQRSを軸としたクラウド前提アーキテクチャ、品質属性の外部化、非同期抽象化を統合することで、CBDはAI時代に適合した実行可能なアーキテクチャ単位として再定義されます。 |
||
|
2026-02-16 |
記事 |
新規 |
本稿では、これまで個別に扱ってきた開発プロセス、CBD、DSL、自動生成、実行基盤(CNCF)を一つの縦方向のスタックとして統合的に整理します。 SimpleModelingでは、BoKで整理された知識を文芸モデルへと反映し、その構造をDSLとして定義し、CNCFの実行基盤で保証するという一気通貫の構造を採用しています。 AIは各層において理解・整理・生成・検証を支援するだけでなく、それらを横断的に接続する媒介装置として機能します。 この縦方向の連続性が確立されたとき、自然言語世界と実装技術世界は分断されず、構造を保ったまま進化可能な開発スタックが成立します。 |
||
|
2026-02-09 |
記事 |
新規 |
本記事では、Unified Process（UP）を補助線として、AI時代におけるソフトウェア開発プロセスとプロジェクト管理の再構成について整理します。特に、構想・推敲・作成・移行というフェーズ構造を通じて、AIの役割がどのように変化するのかを明らかにします。 |
||
|
2026-02-09 |
用語集 |
新規 |
推敲フェーズで確定したアーキテクチャ・ベースラインを前提として、イテレーションを回しながらシステムを物量的に実装していくフェーズ。AI時代においては、AIが主要な実装主体となり、与えられた構造と制約に従って大量のコードやテストを一貫した品質で生成する段階を指す。 |
||
|
2026-02-09 |
用語集 |
新規 |
作成されたソフトウェアを実運用へと移行し、ユーザへの提供や運用開始を行うフェーズ。AI時代においては、運用や利用から得られる知見を文脈情報として回収し、次の構想フェーズへ入力するための文脈更新フェーズとして位置づけられる。 |
||
|
2026-02-09 |
用語集 |
新規 |
構想フェーズで得られた要求や方針をもとに、分析・設計を進めながらシステムの骨格を固めるフェーズ。AI時代においては、曖昧さや矛盾を取り除き、文脈・境界・前提条件を磨き込み、AIが参照するアーキテクチャ・ベースラインを確定することが最重要となる。 |
||
|
2026-02-09 |
用語集 |
新規 |
プロジェクトの目的、扱う問題領域、スコープを定め、検証すべき価値や実現可能性を明らかにするフェーズ。AI時代においては、詳細な仕様を確定することよりも、AIと人間が共有すべき文脈の輪郭を定義することが中心的な役割となる。 |
||
|
2026-02-02 |
記事 |
新規 |
本記事では、Unified Process の特徴点を軸にアジャイル開発との比較を行い、生成AIの登場によって開発プロセスの前提がどのように変化しているのかを考察します。AI時代においては、プログラムだけでなく、モデルや仕様書、設計文書といった自然言語の成果物が一次情報として扱われるようになります。この前提のもとで、モデル中心に設計された Unified Process は、AIと協働する開発プロセスを考えるための有力な補助線となります。 |
||
|
2026-01-26 |
記事 |
新規 |
SimpleModelingはコンポーネント指向をベースとした開発方法論です。コンポーネント指向を成立させるためには、概念的なモデルの定義に加えてコンポーネントの実行系が必要です。この目的でクラウド・プラットフォーム上で動作するクラウド・アプリケーション用のコンポーネント・フレームワークとして開発しているのがCloud Native Component Frameworkです。 本記事ではHelloWorldを通して、Cloud Native Component Frameworkの実行モデルについて見ていきます。 |
||
|
2026-01-19 |
記事 |
新規 |
CNCF を理解する最短ルートは、まず実際に動かしてみることです。 command から始め、server、client、custom component へと進むことで、実行形態が変わっても内部の実行モデルが変わらないことを確認します。 |
||
|
2026-01-19 |
用語集 |
新規 |
Cloud Native Component Framework（CNCF）は、クラウド・アプリケーションを構成するコンポーネントを、単一かつ一貫した実行モデルで実行するためのフレームワークです。 Component / Service / Operation という構造を中核とし、command、server（REST / OpenAPI）、client、script といった異なる実行形態から、同一の Operation を再利用できることを特徴とします。 ログ、エラー処理、設定、配備といったクラウド・アプリケーションに必要な品質属性をフレームワーク側に集約することで、コンポーネントはドメイン・ロジックの実装に集中できます。 CNCF は、文芸モデル駆動開発および AI 支援開発を前提に、「何を実行するか」と「どのように呼び出すか」を分離するための実行基盤として設計されています。 |
||
|
2026-01-12 |
記事 |
新規 |
AI時代のソフトウェア開発では、仕様・設計・実装を分断せず、相互に行き来しながら育てていく開発スタイルが重要になります。 本記事では、動く仕様書（Executable Specification）を軸に、分析モデルのアップダウン、AIとのペア分析・ペア設計を含む SimpleModeling の実践的アプローチを整理します。 |
||
|
2026-01-12 |
用語集 |
新規 |
Verification(仕様確認)とは、規定された設計仕様や要求仕様に対して、実装が一致しているかを確認する行為である。 |
||
|
2026-01-12 |
用語集 |
新規 |
Test Driven Development(TDD, テスト駆動開発)とは、実装に先立ってテストを記述し、そのテストを通すことを起点として実装とリファクタリングを繰り返す開発手法である。 |
||
|
2026-01-12 |
用語集 |
新規 |
Behavior Driven Development(BDD, 振る舞い駆動開発)とは、システムの振る舞いをシナリオとして記述し、関係者間で共有可能な形で仕様を明確化する開発アプローチである。 |
||
|
2026-01-12 |
用語集 |
新規 |
Executable Specification(動く仕様書)とは、実行可能な形で記述され、実行することで仕様の正否や意味が確定する仕様表現である。 |
||
|
2026-01-12 |
用語集 |
新規 |
Validation(妥当性確認)とは、システムや機能が利用目的や要求仕様に対して妥当であるかを確認する行為である。 |
||
|
2026-01-05 |
記事 |
新規 |
ChatGPTとVSCode Codexを使い分けながら、仕様策定・設計・実装・検証を高速に回す「オレ流AI駆動開発」の現在地をまとめます。 |