Dmitry Vostokov 🇮🇪

History of Diagnostics, Observability, and Debugging in Writing and Publishing: Textual evidence and the examination of change. dumpanalysis.org/history-dia…

Updated my hardcover B/W second edition of The Shape of Space, which I got many years ago with a digital full-color one.

I started watching Fundamentals of Software Architecture, which highlighted the importance of Why vs. How, and passing by this ad made me reflect on it.

I submitted Prolog for Pattern-Oriented Software Diagnostics for print production. Because it's almost 800 pages, it is only feasible to distribute the B/W paperback edition through Ingram channels (Amazon, B&N, etc.). However, I've also submitted an ultra-premium color edition for individual, non-ISBN distribution and hope to receive both proof copies by the end of next week.

I submitted the Dictionary of Debugging to print production and hope to get a proof copy of the paperback edition by the end of next week. The earlier free digital version with clickable links was remastered for print with explicit page numbers.

Table of Contents from the 800+ page book: Local AI on RTX Spark Laptops dumpanalysis.org/spark-book GitHub: github.com/DumpAnalysis/Spar…

Local AI on RTX Spark Laptops: A Hands-On WSL2 Laboratory for Inference, Training, and Deployment, CUDA Programming, GPU Diagnostics, Observability, and Debugging with Complete Exercise Transcripts (ISBN-13: 978-1919135076) is available on Leanpub leanpub.com/sparkbook Although it is currently 100% AI-generated and the exercises were executed on my RTX Spark laptop by Codex, I'm going to do all these labs manually, with some possible editing applied, and bring the book from 99% to 100% completion. I'm selling it to recover investment costs :-) The final book price will increase.

Trace and Log Analysis as a Fabrication Process: Adding and Subtracting Messages through Patterning dumpanalysis.org/trace-log-a… We can view trace and log analysis as a fabrication process. Messages and their relationships provide the material, while analysis patterns guide what we add, remove, combine, or summarize. The resulting artifact must remain connected to its source observations and to the diagnostic question it is intended to answer. In this paper, we develop this perspective through Software Codiagnostics, Diagnostic Operads, and Higher-Order Pattern Narratives. We consider how diagnostic operations compose into fabrication recipes and how their application and revision become material for further analysis. We distinguish recorded observations from derived messages, hypotheses, and padding, and examine the consequences of operation order and information loss. Two worked examples illustrate retry summarization and the recovery of context hidden by component filtering. They show why a compact trace can preserve one diagnostic property while concealing another. We connect the construction of diagnostic artifacts with provenance, preservation obligations, and the diagnosis of the analysis itself.

The Data Journalism Handbook: Towards A Critical Data Practice (open access) taylorfrancis.com/books/oa-e… I noticed this book a few years before it was made open access.

Using Lean in Pattern-Oriented Diagnostics dumpanalysis.org/using-lean-… I think Lean is the most frequent keyword in my feed, so I have to mull it over...

I finished the Introduction to Microfabrication course coursera.org/account/accompl…

Diagnosing from a distance with AI. "The computer driving this passenger display appears to have failed to boot normally and stopped at its EFI firmware shell. The key visible messages are: map: Cannot find required map name. Shell> Here, “map” means a mapping to a storage device or filesystem, not a route map. The EFI shell normally assigns names to accessible filesystems; this message indicates that the requested mapping was unavailable. My working diagnosis is a boot-storage or boot-configuration problem. The main possibilities are: - Boot storage unavailable: failed flash/SSD, a loose connection, or a storage power problem. - Incorrect boot configuration: the firmware selected the shell, or lost the intended boot entry. - Damaged boot files or partition: storage is present, but the normal startup path is unusable. Manufacturer troubleshooting documents associate this same screen with both incorrect boot priority and undetected storage. The photograph alone does not establish that the drive has failed. For maintenance, the decisive first check is whether the firmware detects the boot drive. If absent, investigate storage, connections, and power. If present, inspect boot order and the bootloader. The shell’s map -r command can refresh device mappings and help establish what it can access. The screen is successfully displaying firmware output, so the evidence points to the computer’s startup path rather than the LCD panel. The photograph does not identify the operating system or explain what triggered the failure."

Amazon is now inundated with various crosswords. So I put a unique drop (for now) into this flood. Software Diagnostics, Observability, and Debugging Crosswords (ISBN-13: 978-1919135045). TOC and clickable references are available here: dumpanalysis.org/software-di…, but the full book is only available in paperback, as we are supposed to fill it in with a pencil.

Neurolinguistic and Neurosymbolic Approaches to Memory Dump Analysis: Representation access and functional dissociation in pattern-oriented diagnostics. dumpanalysis.org/neurolingui… This paper complements my recent posts on PrologWinDbg and Prolog for Pattern-Oriented Software Diagnostics. I have to mull it over.

Started my FPGA education with an assortment of boards.