Gydos.org small tools · deep practice · local-first software
Paul Gydos · Computer science workbench

Useful tools. Understandable systems. Learning in public.

I’m Paul Gydos. I’m exploring computer science through tools for writing, study, sound, and community life. My projects connect phone-based development, local software, AI-assisted work, and a simple habit: keep the source, the decisions, and the learning visible.

Current public projects

Seven public project repositories, plus this website. Some contain working tools, others document environments or early ideas. Each entry links to the evidence and makes its stage clear. Repository coverage reviewed September 17, 2026.

Android-on-Android Development

A public guide to using an Android phone as a development workstation with Termux, tmux, Neovim, Rust, Python, C/C++, and AI coding tools. It makes development under mobile constraints a subject worth documenting and studying.

Stage: environment documentation. The public repository currently contains the setup guide; APK examples and a verified app-build walkthrough remain next steps.

AndroidTermuxDevelopment environments
Read the setup guide →

InfoCodex

A lean local knowledge pack for becoming sharper with Codex, especially on storage-constrained Android / Termux setups. It collects power-user paths, prompting patterns, config and permissions notes, AGENTS.md / skills guidance, lean-stack habits, tooling pairings, and reusable playbooks.

Codex Termux AGENTS.md workflows templates
Open repository →

Verse of the Day

A platform-neutral Rust command-line application that selects one KJV passage for the current local calendar day. The order is deterministic by year, while a separate POSIX /bin/sh implementation keeps the idea close to the vishgit path.

Rust POSIX sh KJV Meta-V daily CLI
Open repository →

Meditation Soundbox

A Windows-first, local-first console instrument for generated meditative/electronic soundscapes, live frequency changes, rhythm and synthesis variation, Piper text-to-speech, pasted readings, and KJV / Meta-V scripture loading. This is a prototype: combined speech-and-music export is incomplete, and the README flags export behavior for further verification.

C# audio Piper TTS KJV / Meta-V scriptable sessions
Open repository →

Siftlog Cathedral

A local C# application for turning scattered writing into a reverse-chronological HTML reading surface, served on a local network. The documented core reads text, Markdown, and Vim files; Word documents and Google Docs integration remain extensions to develop.

C# .NET local web Markdown personal knowledge
Open repository →

whatif

A seed-stage project for a free-of-cost, manifest-driven creative toolchain: music, spoken word, Scripture-aware text workflows, attribution tracking, and local-first experiments. There is not a build to present yet. The repository separates Windows-origin and Android/Termux-origin workspaces, each currently documented with a README.

seed-stage manifest creative tooling music local-first
Open repository →

A flyer, treated as an engineering project.

First Step Beginners flyer · September 2026. A concrete community need brings the whole process into view: understand the problem, preserve the evidence, build an editable solution, check the result, and publish a useful record.

Preview of the First Step Beginners meeting flyer, with entrance photograph, meeting description, map, and access-ramp directions.
Owner-approved digital version. A physical print check remains open in the project record.

The problem

The meeting entrance information had changed. The new flyer needed confirmed directions, readable copy, useful entrance imagery, and a map, all on one US Letter page.

The method

Original images stayed intact. The owner supplied the entrance facts and reviewed successive designs. Editable SVG and a rendering script produced the print PDF and 300-DPI PNG. Named fallback versions preserved accepted work as revisions continued.

What the project taught

  • Correctness includes the real world. A polished layout still fails if it leads someone to the wrong door.
  • Reproducibility applies to design. Source files, render commands, and archived outputs make a visual artifact inspectable.
  • Human review is part of the system. Owner feedback corrected lost visual context, copy, map labels, and hierarchy.
  • Public learning needs curation. Reviewed notes preserve useful mistakes and corrections while raw recordings stay private.

The practice

Across these projects, I’m practicing several connected parts of computer science: data modeling and deterministic selection in Verse of the Day; document processing in Siftlog; audio and command interfaces in Soundbox; development environments on Android; and reproducible pipelines and human review in the flyer project. Readable source and visible history connect them.

Edit Use plain text as the common surface for notes, code, data, documentation, and reflection.
Execute Prefer small shell scripts and transparent command-line flows over hidden machinery.
Remember Let git preserve the work as history: drafts, changes, experiments, and decisions.
Publish Use public repositories and simple pages to turn learning into shared artifacts.

Near-term direction

Make each project easier to enter with a concrete example, an accurate status, and a repeatable path from source to result. Smellinux / vishgit remains a future environment concept centered on editing with vim, executing with sh, and remembering with git; it has no standalone public repository yet.

$ next

  1. Keep github.gydos.org readable, current, and honest about project status.
  2. Extend the public Android setup guide with a verified build walkthrough and example artifacts.
  3. Record the First Step flyer’s physical print check and keep the approved source and output together.
  4. Prepare Smellinux / vishgit as a first-class repository with scripts, lessons, and logs.
  5. Clarify Siftlog’s supported file formats and show a small document-to-HTML example.
  6. Expand InfoCodex with concise field-tested Codex workflows for Windows and Termux.
  7. Make Verse of the Day easy to install, run, and compare across Rust and POSIX sh.
  8. Let whatif remain seed-stage until it has a minimal, attribution-aware first build.
  9. Grow Meditation Soundbox toward mixer buses, logs, scripts, voice selection, and smoother sessions.
  10. Keep everything small enough to read, run, explain, and version.

Contact and links

The best public entry point is the GitHub profile and the project repositories. For project-related contact, use the public Gydos.org email listed with the repositories.