CoderLuii

4 ms·

1.
Show HN: HolyCode Cloud – persistent Linux workstations for AI(holycode.cloud)
1 points by CoderLuii 1mo ago|0 comments
2.
Show HN: DubVox – Translate audio to any lang while keeping the speaker's voice(dubvox.coderluii.dev)
2 points by CoderLuii 5mo ago|1 comments
3.
Show HN: HolyCode – OpenCode in Docker. Use your Claude subscription. 30 tools(github.com)
2 points by CoderLuii 6mo ago|1 comments
4.
by CoderLuii 6mo ago
this is painfully accurate. ive worked in security for years and the tools we trust the most get the least scrutiny because everyone assumes "well its a security tool, it must be secure." the irony is these tools usually run with
5.
by CoderLuii 6mo ago
the docker side of this is painful too. every extra dependency in any language means a bigger image, more layers to cache, more things that can break during a multi-arch build. ive been building images that are 4GB because of all the node a
6.
by CoderLuii 6mo ago
160K total is impressive. most landing pages i see are shipping 2-3MB of js before the first paint. the "write your own code" approach gets laughed at but when you actually do it the result is faster, easier to debug, and you dont
7.
by CoderLuii 6mo ago
been doing something similar. the projects ive been building recently use as few dependencies as possible and honestly the maintenance burden dropped significantly. when something breaks you actually know where to look instead of digging th
8.
by CoderLuii 6mo ago
from a security perspective this is even worse than it looks. every one of those micro packages is an attack surface. we just saw the trivy supply chain get compromised today and thats a security tool. now imagine how easy it is to slip som
9.
by CoderLuii 6mo ago
this is exactly where i landed too. i build docker images that bundle node tooling and every time i think i understand the build system something changes. require vs import, cjs vs esm, babel vs swc vs esbuild, then half your dependencies u