is this his youtube channel : https://www.youtube.com/@JohnnyMarauder , the last video is :
"Getting an old copy of Qmodem running on a restored IBM 5150 PC." with
description: "I wrote Qmodem originally on an IBM PC Clone, the Tava PC. I've restored an actual IBM 5150 with the same cards and software from back in the day, and here it is running Qmodem V3.1"
so the documentation get's parsed by a program which detect hook parts , set them up and look for any trigger then update that part of documentation to show that particular node is active?
edit- or the hooks are already set the program just link them to which part of documentation get's update. Like a tag system?
In the code, you'd send events to the backend using something like:
`post_to_aerial("task_X","some args")`
In Aerial, you would then match "task_X" to some icon or some part of your documentation. The way I envision it is that Aerial is very visual, so it's mostly diagrams.
In a way, if you start by drawing the diagram the way you envision things to run, you could setup the monitoring before the code itself, in a sort of "monitoring-driven-development".
read again, slowly perhaps about first layer of verification.
reply