Linux engineering, self-hosted infrastructure, automation, observability, and practical developer software.
|
My work sits at the intersection of applications and systems: tools that run on Linux, observe infrastructure, automate repetitive operations, expose useful telemetry, manage local resources, or improve how developers interact with their machines. I am most interested in projects where understanding the underlying system matters just as much as building the interface around it. That has led me to work across:
I value software that is clear to operate, straightforward to inspect, modular enough to extend, and useful enough to keep running. |
|
Build the product. Understand the system. Remove the repetition.
|
A self-hosted, NOC-style platform for viewing a homelab as one operating environment instead of a collection of disconnected machines and dashboards. Engineering surface
Built with
|
A lightweight agent designed to run close to the host and expose information that central infrastructure APIs do not always provide. Telemetry surface
Built with
|
|
A framework-free ZSH environment that gives Linux systems a polished, distribution-aware shell while keeping the implementation lightweight and understandable. Designed around
Built with
|
A cross-platform image compression application built for both interactive use and repeatable automation. Designed around
Built with
|
|
A curses-based typing environment that combines practice, persistent progress, adaptive offline learning, and keyboard diagnostics inside the terminal. Designed around
Built with
|
A self-hosted media application that turns local or network-attached storage into a complete streaming environment. Designed around
Built with
|
HomeLab OS and HomeLab Agent are intentionally separate.
The dashboard owns the operational experience.
The agent owns node-local enrichment.
┌────────────────────────────────────────────────────────────────────────────┐
│ HOME LAB OS │
│ │
│ Fleet · Servers · Topology · Telemetry · Alerts · Administration │
└────────────────────────────────┬───────────────────────────────────────────┘
│
normalized data model
│
┌─────────────────┴──────────────────┐
│ │
┌────────▼─────────┐ ┌─────────▼─────────┐
│ Infrastructure │ │ HomeLab Agent │
│ Providers │ │ │
│ │ │ Node-local │
│ Proxmox / APIs │ │ enrichment │
│ VM / LXC state │ │ │
│ Cluster state │ │ Sensors · SMART │
│ Storage / Tasks │ │ Docker · Network │
└──────────────────┘ └─────────┬─────────┘
│
┌─────────────────────┼────────────────────┐
│ │ │
┌────▼────┐ ┌────▼────┐ ┌────▼────┐
│ Linux │ │ Docker │ │Hardware │
│ Host │ │ Engine │ │ / Disks │
└─────────┘ └─────────┘ └─────────┘
| Layer | Responsibility |
|---|---|
| HomeLab OS | presentation, fleet state, alerts, topology, workflows |
| Infrastructure providers | authoritative platform / infrastructure data |
| HomeLab Agent | host-only telemetry and machine-local enrichment |
| Linux / Docker / hardware | raw operating environment |
The result is a system where richer telemetry can be added without forcing the dashboard to become tightly coupled to one operating system, one hypervisor, or one hardware layout.
|
Linux |
Self-hosting |
Agents |
Web platforms |
┌────┬────────────────┬────────────────────────────────────────────────────┐
│ 01 │ HomeLab OS │ Infrastructure visibility and operations │
│ 02 │ HomeLab Agent │ Host telemetry and system enrichment │
│ 03 │ DistroZSH │ Lightweight Linux shell experience │
│ 04 │ Python-Keybr │ Terminal training and keyboard diagnostics │
│ 05 │ CompressMe │ Image optimization for users and automation │
│ 06 │ MovieFlix │ Private media built around local / NAS storage │
└────┴────────────────┴────────────────────────────────────────────────────┘
The problem determines the stack. Technologies are tools, not the identity of the project.
|
Useful over impressive. A project should solve a workflow or remove friction, not exist only to demonstrate a technology. |
Understand the system. Good software makes behavior observable and important decisions explainable. |
Remove repetition. Repeated operations eventually become scripts, tools, agents, or better interfaces. |
|
Keep boundaries deliberate. Collection, presentation, integrations, storage, and platform-specific logic should have clear responsibilities. |
Control the important layers. Self-hosting is valuable when it improves control over deployment, data, and the underlying system. |
Ship, observe, refine. Useful software is shaped by real usage, debugging, feedback, and repeated improvement. |
DISCOVER
understand the problem
│
▼
BUILD
create the smallest
useful system
│
▼
OBSERVE
expose behavior and
failure modes
│
▼
IMPROVE
remove friction and
tighten architecture
│
▼
AUTOMATE
make repeated work
disappear
│
└──────────────────────► iterate
A project is not finished because the interface renders or the command succeeds.
It becomes valuable when someone can understand it, run it, operate it, recover from problems, and extend it without fighting the architecture.
I publish my main projects in public because software becomes more valuable when people can inspect it, learn from it, run it, adapt it, and improve it.
If something I built has saved you time or made a system easier to operate, you can support continued development here:
Based in the Philippines · Support is open worldwide.
