Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

A great thing to put in your codebase is tooling-informed - indeed, tooling-enforced - protection of architectural constraints.

Preventing your backend’s web-route handler functions from directly instantiating a database client, forcing the code to instead access the db via a logic or service layer, preserves separation of concerns as the codebase grows. It’s obvious to human software engineers and usually is institutional knowledge, and everyone hates having to tell someone in a code review that they broke a rule that “everyone” knows..

Instead, use tooling to enforce these separations. That lets both new employees and agents autonomously work without making a mess and without other humans “in the loop” informing them not to break rules that aren’t written down anywhere - because when you make tools, now the rules are written down.

LLMs can quickly create scripts in your language of choice, that walk the AST of your code before you commit. They can check for violations of rules as arbitrary as you like. Put that little script in your codebase, run it every CI run, and it’ll keep paying dividends.

It’s like linting for architecture.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: