From da0718ea455f373ea74e6d4b805b1231ccd807ce Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Sat, 28 Feb 2026 17:05:22 +0200 Subject: Update content for html --- about/resources.html | 204 ++++----- about/showcase.html | 355 +++++++-------- about/showcase/debroid/image-1.png | 40 +- ...-08-18-site-reliability-engineering-part-1.html | 1 + ...-11-19-site-reliability-engineering-part-2.html | 1 + ...-01-09-site-reliability-engineering-part-3.html | 1 + ...-09-07-site-reliability-engineering-part-4.html | 7 + ...eta-slash-commands-for-prompts-and-context.html | 336 -------------- ...-03-01-site-reliability-engineering-part-5.html | 88 ++++ gemfeed/DRAFT-site-reliability-engineering.html | 175 ------- .../DRAFT-taskwarrior-autonomous-agent-loop.html | 504 --------------------- gemfeed/DRAFT-totalrecall.html | 302 ------------ gemfeed/atom.xml | 419 ++++------------- gemfeed/index.html | 2 +- .../ior-flamegraph.png | Bin 86989 -> 0 bytes gemfeed/taskwarrior-autonomous-agent/ior-logo.png | Bin 46683 -> 0 bytes index.html | 2 +- 17 files changed, 489 insertions(+), 1948 deletions(-) delete mode 100644 gemfeed/2026-02-14-meta-slash-commands-for-prompts-and-context.html create mode 100644 gemfeed/2026-03-01-site-reliability-engineering-part-5.html delete mode 100644 gemfeed/DRAFT-site-reliability-engineering.html delete mode 100644 gemfeed/DRAFT-taskwarrior-autonomous-agent-loop.html delete mode 100644 gemfeed/DRAFT-totalrecall.html delete mode 100644 gemfeed/taskwarrior-autonomous-agent/ior-flamegraph.png delete mode 100644 gemfeed/taskwarrior-autonomous-agent/ior-logo.png diff --git a/about/resources.html b/about/resources.html index b4a8bfb1..00f7194c 100644 --- a/about/resources.html +++ b/about/resources.html @@ -50,112 +50,112 @@ In random order:


Technical references



I didn't read them from the beginning to the end, but I am using them to look up things. The books are in random order:


Self-development and soft-skills books



In random order:


Here are notes of mine for some of the books

@@ -164,21 +164,21 @@ Some of these were in-person with exams; others were online learning lectures only. In random order:


Technical guides


@@ -186,9 +186,9 @@ These are not whole books, but guides (smaller or larger) which I found very useful. in random order:


Podcasts



@@ -197,50 +197,50 @@ In random order:


Podcasts I liked



I liked them but am not listening to them anymore. The podcasts have either "finished" (no more episodes) or I stopped listening to them due to time constraints or a shift in my interests.


Newsletters I like



This is a mix of tech and non-tech newsletters I am subscribed to. In random order:


Magazines I like(d)


@@ -248,10 +248,10 @@ This is a mix of tech I like(d). I may not be a current subscriber, but now and then, I buy an issue. In random order:


Formal education



diff --git a/about/showcase.html b/about/showcase.html index 6ee6702d..3516efe2 100644 --- a/about/showcase.html +++ b/about/showcase.html @@ -13,7 +13,7 @@

Project Showcase



-Generated on: 2026-02-21
+Generated on: 2026-02-22

This page showcases my side projects, providing an overview of what each project does, its technical implementation, and key metrics. Each project summary includes information about the programming languages used, development activity, and licensing. The projects are ranked by score, which combines project size and recent activity.

@@ -23,24 +23,24 @@
  • Project Showcase
  • ⇢ Overall Statistics
  • ⇢ Projects
    • -
  • ⇢ ⇢ 1. hexai
    • +
  • ⇢ ⇢ 1. ior
  • ⇢ ⇢ 2. dotfiles
    • -
  • ⇢ ⇢ 3. epimetheus
    • -
  • ⇢ ⇢ 4. conf
    • -
  • ⇢ ⇢ 5. foo.zone
    • -
  • ⇢ ⇢ 6. scifi
    • -
  • ⇢ ⇢ 7. log4jbench
    • -
  • ⇢ ⇢ 8. gogios
    • -
  • ⇢ ⇢ 9. yoga
    • -
  • ⇢ ⇢ 10. perc
    • -
  • ⇢ ⇢ 11. totalrecall
    • -
  • ⇢ ⇢ 12. ior
    • +
  • ⇢ ⇢ 3. hexai
    • +
  • ⇢ ⇢ 4. epimetheus
    • +
  • ⇢ ⇢ 5. conf
    • +
  • ⇢ ⇢ 6. foo.zone
    • +
  • ⇢ ⇢ 7. scifi
    • +
  • ⇢ ⇢ 8. log4jbench
    • +
  • ⇢ ⇢ 9. gogios
    • +
  • ⇢ ⇢ 10. yoga
    • +
  • ⇢ ⇢ 11. perc
    • +
  • ⇢ ⇢ 12. totalrecall
  • ⇢ ⇢ 13. gitsyncer
  • ⇢ ⇢ 14. tasksamurai
  • ⇢ ⇢ 15. foostats
  • ⇢ ⇢ 16. timr
    • -
  • ⇢ ⇢ 17. dtail
    • -
  • ⇢ ⇢ 18. gos
    • +
  • ⇢ ⇢ 17. gos
    • +
  • ⇢ ⇢ 18. dtail
  • ⇢ ⇢ 19. ds-sim
  • ⇢ ⇢ 20. wireguardmeshgenerator
  • ⇢ ⇢ 21. gemtexter
    • @@ -62,15 +62,15 @@
  • ⇢ ⇢ 37. mon
  • ⇢ ⇢ 38. staticfarm-apache-handlers
  • ⇢ ⇢ 39. pingdomfetch
    • -
  • ⇢ ⇢ 40. fype
    • -
  • ⇢ ⇢ 41. xerl
    • -
  • ⇢ ⇢ 42. ychat
    • -
  • ⇢ ⇢ 43. fapi
    • -
  • ⇢ ⇢ 44. perl-c-fibonacci
    • -
  • ⇢ ⇢ 45. netcalendar
    • -
  • ⇢ ⇢ 46. loadbars
    • -
  • ⇢ ⇢ 47. gotop
    • -
  • ⇢ ⇢ 48. rubyfy
    • +
  • ⇢ ⇢ 40. xerl
    • +
  • ⇢ ⇢ 41. ychat
    • +
  • ⇢ ⇢ 42. fapi
    • +
  • ⇢ ⇢ 43. perl-c-fibonacci
    • +
  • ⇢ ⇢ 44. netcalendar
    • +
  • ⇢ ⇢ 45. loadbars
    • +
  • ⇢ ⇢ 46. gotop
    • +
  • ⇢ ⇢ 47. rubyfy
    • +
  • ⇢ ⇢ 48. fype
  • ⇢ ⇢ 49. pwgrep
  • ⇢ ⇢ 50. perldaemon
  • ⇢ ⇢ 51. jsmstrade
    • @@ -90,37 +90,39 @@

    Projects



    -

    1. hexai


    +

    1. ior





    -hexai screenshot
    +ior screenshot

    -Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well.
    +I/O Riot NG is a Linux-only performance analysis tool that uses BPF (Berkeley Packet Filter) to trace synchronous I/O syscalls and measure their execution time. It captures stack traces during I/O operations and generates compressed output in a format compatible with Inferno FlameGraphs, allowing developers to visually identify performance bottlenecks caused by blocking I/O calls. This makes it particularly useful for diagnosing latency issues in applications where I/O operations are suspected of causing performance degradation.

    -The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (hexai-tmux-action). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows.
    +ior screenshot

    -View on Codeberg
    -View on GitHub
    +The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It automatically generates BPF tracepoint handlers and Go type definitions from Linux kernel tracepoint data, attaches to syscall entry/exit points, and collects timing data with minimal overhead. The project is a modern successor to the original I/O Riot (which used SystemTap), offering better performance and easier deployment through BPF's built-in kernel support.
    +
    +View on Codeberg
    +View on GitHub

    ---

    @@ -129,11 +131,11 @@
    @@ -147,7 +149,32 @@
    ---

    -

    3. epimetheus


    +

    3. hexai


    +
    +
    +
    +hexai screenshot
    +
    +Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well.
    +
    +The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (hexai-tmux-action). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    4. epimetheus




    @@ -172,16 +199,16 @@
    ---

    -

    4. conf


    +

    5. conf




    @@ -195,7 +222,7 @@
    ---

    -

    5. foo.zone


    +

    6. foo.zone




    @@ -216,7 +243,7 @@
    ---

    -

    6. scifi


    +

    7. scifi




    @@ -239,7 +266,7 @@
    ---

    -

    7. log4jbench


    +

    8. log4jbench




    @@ -262,18 +289,18 @@
    ---

    -

    8. gogios


    +

    9. gogios





    gogios screenshot
    @@ -287,7 +314,7 @@
    ---

    -

    9. yoga


    +

    10. yoga




    @@ -312,7 +339,7 @@
    ---

    -

    10. perc


    +

    11. perc




    @@ -335,7 +362,7 @@
    ---

    -

    11. totalrecall


    +

    12. totalrecall




    @@ -362,45 +389,18 @@
    ---

    -

    12. ior


    -
    -
    -
    -ior screenshot
    -
    -I/O Riot NG is a Linux-only performance analysis tool that uses BPF (Berkeley Packet Filter) to trace synchronous I/O syscalls and measure their execution time. It captures stack traces during I/O operations and generates compressed output in a format compatible with Inferno FlameGraphs, allowing developers to visually identify performance bottlenecks caused by blocking I/O calls. This makes it particularly useful for diagnosing latency issues in applications where I/O operations are suspected of causing performance degradation.
    -
    -ior screenshot
    -
    -The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It automatically generates BPF tracepoint handlers and Go type definitions from Linux kernel tracepoint data, attaches to syscall entry/exit points, and collects timing data with minimal overhead. The project is a modern successor to the original I/O Riot (which used SystemTap), offering better performance and easier deployment through BPF's built-in kernel support.
    -
    -View on Codeberg
    -View on GitHub
    -
    ----
    -

    13. gitsyncer





    GitSyncer is a Go-based CLI tool that automatically synchronizes git repositories across multiple hosting platforms (GitHub, Codeberg, SSH servers). It maintains all branches in sync bidirectionally, never deleting branches but automatically creating and updating them as needed. The tool excels at providing repository redundancy and backup, with special support for one-way SSH backups to private servers (like home NAS devices) that may be offline intermittently. It includes AI-powered features for generating release notes and project showcase documentation, plus automated weekly batch synchronization for hands-off maintenance.
    @@ -421,7 +421,7 @@
  • 📈 Lines of Code: 6544
  • 📄 Lines of Documentation: 254
  • 📅 Development Period: 2025-06-19 to 2026-02-04
    • -
  • 🏆 Score: 17.9 (combines code size and activity)
    • +
  • 🏆 Score: 17.8 (combines code size and activity)
  • ⚖️ License: BSD-2-Clause
  • 🏷️ Latest Release: v0.11.0 (2026-02-04)

    • @@ -448,7 +448,7 @@
  • 📈 Lines of Code: 1902
  • 📄 Lines of Documentation: 423
  • 📅 Development Period: 2023-01-02 to 2025-11-01
    • -
  • 🏆 Score: 17.8 (combines code size and activity)
    • +
  • 🏆 Score: 17.7 (combines code size and activity)
  • ⚖️ License: Custom License
  • 🏷️ Latest Release: v0.2.0 (2025-10-21)

    • @@ -471,7 +471,7 @@
  • 📈 Lines of Code: 1538
  • 📄 Lines of Documentation: 99
  • 📅 Development Period: 2025-06-25 to 2026-01-02
    • -
  • 🏆 Score: 16.1 (combines code size and activity)
    • +
  • 🏆 Score: 16.0 (combines code size and activity)
  • ⚖️ License: MIT
  • 🏷️ Latest Release: v0.3.0 (2026-01-02)

    • @@ -485,7 +485,34 @@
    ---

    -

    17. dtail


    +

    17. gos


    +
    +
    +
    +gos screenshot
    +
    +Gos is a command-line social media scheduling tool written in Go that serves as a self-hosted replacement for Buffer.com. It enables users to schedule and post messages to Mastodon and LinkedIn (plus a "Noop" pseudo-platform for tracking) through a simple file-based queueing system. Messages are created as text files in a designated directory (~/.gosdir), with optional tags embedded in filenames or content to control platform targeting, priority, and scheduling behavior. The tool addresses limitations of commercial services by offering unlimited posts, a scriptable CLI interface, and full user control without unwanted features like AI assistants.
    +
    +gos screenshot
    +
    +The implementation uses OAuth2 for LinkedIn authentication, stores configuration as JSON, and manages posts through a platform-specific database structure. Gos employs intelligent scheduling based on configurable weekly targets, lookback windows, pause periods between posts, and run intervals to prevent over-posting. It supports priority queuing, platform exclusion rules, dry-run testing, and can generate Gemini gemtext summaries of posted content. Built with Mage for automation, the tool integrates seamlessly into shell workflows and can be triggered on intervals to maintain a consistent posting cadence across platforms.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    18. dtail




    @@ -512,33 +539,6 @@
    ---

    -

    18. gos


    -
    -
    -
    -gos screenshot
    -
    -Gos is a command-line social media scheduling tool written in Go that serves as a self-hosted replacement for Buffer.com. It enables users to schedule and post messages to Mastodon and LinkedIn (plus a "Noop" pseudo-platform for tracking) through a simple file-based queueing system. Messages are created as text files in a designated directory (~/.gosdir), with optional tags embedded in filenames or content to control platform targeting, priority, and scheduling behavior. The tool addresses limitations of commercial services by offering unlimited posts, a scriptable CLI interface, and full user control without unwanted features like AI assistants.
    -
    -gos screenshot
    -
    -The implementation uses OAuth2 for LinkedIn authentication, stores configuration as JSON, and manages posts through a platform-specific database structure. Gos employs intelligent scheduling based on configurable weekly targets, lookback windows, pause periods between posts, and run intervals to prevent over-posting. It supports priority queuing, platform exclusion rules, dry-run testing, and can generate Gemini gemtext summaries of posted content. Built with Mage for automation, the tool integrates seamlessly into shell workflows and can be triggered on intervals to maintain a consistent posting cadence across platforms.
    -
    -View on Codeberg
    -View on GitHub
    -
    ----
    -

    19. ds-sim




    @@ -692,7 +692,7 @@
  • 📈 Lines of Code: 33
  • 📄 Lines of Documentation: 3
  • 📅 Development Period: 2025-04-03 to 2025-04-03
    • -
  • 🏆 Score: 4.7 (combines code size and activity)
    • +
  • 🏆 Score: 4.6 (combines code size and activity)
  • ⚖️ License: No license found
  • 🧪 Status: Experimental (no releases yet)

    • @@ -925,11 +925,11 @@
    @@ -1038,30 +1038,7 @@
    ---

    -

    40. fype


    -
    -
    -
    -Fype is a 32-bit scripting language designed as a fun, AWK-inspired alternative with a simpler syntax. It supports variables with automatic type conversion, functions, loops, control structures, and built-in operations for math, I/O, and system calls. A notable feature is its support for "synonyms" (references/aliases to variables and functions), along with both procedures (using the caller's namespace) and functions (with lexical scoping). The language uses a straightforward syntax with single-character comments (#) and statement-based execution terminated by semicolons.
    -
    -The implementation uses a simple top-down parser with maximum lookahead of 1, interpreting code simultaneously as it parses, which means syntax errors are only caught at runtime. Written in C and compiled with GCC, it's designed for BSD systems (tested on FreeBSD 7.0) and uses NetBSD Make for building. The project is still unreleased and incomplete, but aims to eventually match AWK's capabilities while potentially adding modern features like function pointers and closures, though explicitly avoiding complexity like OOP, Unicode, or threading.
    -
    -View on Codeberg
    -View on GitHub
    -
    ----
    -
    -

    41. xerl


    +

    40. xerl