Updated: 6/26/2026

  • Home
  • About
    • Welcome
    • Training / Consulting
    • History
    • Attribution
  • The gDS Facility
    • Disassembling DBMSs
    • gDS Overview
    • Working With gDS Tables
    • gDS .dd File Format
    • gDS Generated Code
    • Managing Concurrency
  • AI R&D
    • Introduction
  • Building Test Platforms
    • Development Phases
    • Interface To The SUT
    • Test Runs and Cycles
    • Screen Displays
    • Static/Dynamic Config.
    • Managing Concurrency
    • Additional Functionality
  • Case Studies & Code
    • Overview & TOC
    • Case Study 1
    • Case Study 2
    • Case Study 3
    • Case Study 4
  • Webinars
    • Webinar Notes
  • More
    • Home
    • About
      • Welcome
      • Training / Consulting
      • History
      • Attribution
    • The gDS Facility
      • Disassembling DBMSs
      • gDS Overview
      • Working With gDS Tables
      • gDS .dd File Format
      • gDS Generated Code
      • Managing Concurrency
    • AI R&D
      • Introduction
    • Building Test Platforms
      • Development Phases
      • Interface To The SUT
      • Test Runs and Cycles
      • Screen Displays
      • Static/Dynamic Config.
      • Managing Concurrency
      • Additional Functionality
    • Case Studies & Code
      • Overview & TOC
      • Case Study 1
      • Case Study 2
      • Case Study 3
      • Case Study 4
    • Webinars
      • Webinar Notes

  • Home
  • About
    • Welcome
    • Training / Consulting
    • History
    • Attribution
  • The gDS Facility
    • Disassembling DBMSs
    • gDS Overview
    • Working With gDS Tables
    • gDS .dd File Format
    • gDS Generated Code
    • Managing Concurrency
  • AI R&D
    • Introduction
  • Building Test Platforms
    • Development Phases
    • Interface To The SUT
    • Test Runs and Cycles
    • Screen Displays
    • Static/Dynamic Config.
    • Managing Concurrency
    • Additional Functionality
  • Case Studies & Code
    • Overview & TOC
    • Case Study 1
    • Case Study 2
    • Case Study 3
    • Case Study 4
  • Webinars
    • Webinar Notes

Introduction

Person gesturing while using a laptop at a small table near a window.

This tab explores how to use AI tools to help create test platforms. The work here is experimental in nature. However, at this point some facts are evident.


The code output by AI IDEs isn't optimized for humans; it's optimized for the next pass by the AI. That's why code review time goes up - the code becomes less parsable by people.


We've seen this movie before. Compilers made assembly language less important because humans stopped working at that level. It seems AI tools will do the same to today's source code. 


Accepting that the valuable artifact is shifting—from code itself to architecture, functionalty, testing, and devops is key. If AI can reliably generate and modify implementations, those higher-level assets become the things worth managing and maintaining. And, if I may say as well, we need to architect security and resiliance in from the start, because gluing it in to existing architectures hasn't been working. See the Intel iAPX 432 as a cut at a notable hardware and software architecture.


Nothing however reduces the need for talented and dedicated people of all stripes. Every abstraction shift has changed where expertise matters, not whether it matters.

Testing Complex Systems

Powered by

This website uses cookies.

We use cookies to analyze website traffic and optimize your website experience. By accepting our use of cookies, your data will be aggregated with all other user data.

DeclineAccept