Apps Dev

Hi, I'm Elo Lin ๐Ÿ‘‹

byโ€ข

Founder ยท Indie Developer ยท I build tools because the existing ones let me down.

Every project here started the same way: a tool I relied on was slow, clunky, buggy,
or quietly broke at the worst moment โ€” so I rebuilt it the way it should have worked.
Software that's fast, that just works, and that makes the day a little easier.

๐Ÿงญ Why I build

I have a low tolerance for tools that fight back.

The app that takes five clicks for a one-second job. The CLI that crashes on the input it should obviously handle. The "smart" assistant that forgets everything the moment you close it. The dashboard that can't filter the one thing you actually need. These small frictions add up โ€” they steal hours, and worse, they steal focus.

So I build the fix. My work lives at the intersection of three ideas:

  • ๐Ÿ›  Fix the broken workflow โ€” when a tool is unreliable or awkward, I'd rather rebuild it than route around it forever. Reliability is a feature.

  • โšก Make it fast & effortless โ€” a tool should disappear into the task. Sub-second response, sane defaults, one command instead of ten.

  • ๐ŸŒฑ Make daily life easier โ€” automate the repetitive, remember the tedious, hand back the time. The best tool is the one you stop thinking about.

The recurring principles: local-first (your data stays on your machine), single-binary (no setup tax), and zero telemetry (no one's watching). Tools should serve you โ€” not the other way around.

https://github.com/DevEloLin

https://kinmate.elolin.com

14 views

Add a comment

Replies

Best
Rian Robertson

Appreciate the focus on building tools that actually fix the friction points! I will check out your GitHub. Building The Sponge (an AI flashcard app to make knowledge stick) has been a similar path for me. If you're up for it, I'm launching on PH soon...would appreciate a follow (See "PRODUCT HUNT LAUNCH" Link in my profile)