HN user

readitalready

341 karma
Posts3
Comments119
View on HN

I don't micromanage it. I let my projects custom linter micromanage it.

Every project should have a custom linter for their tech stack. It would check for not just syntax errors, but architectural choices as well as taste guidelines.

Whenever the LLM writes bad code, I add it to my linter to check against in the future.

I let agents break things 30 changes down the line. If something breaks, I add a check to my project validator and start over, with the validator providing instructions on what was wrong and how to fix it. It's all automatic, and now I have a guard against the exact same error in the future.

Some of these checks have caught thousands of the same error, even with the latest Opus 4.7 writing the original code.

This flow is really for LLM consumption, since Markdown spec documents are for LLMs anyways. And you can always write a JSON-to-markdown converter for human use (actually, LLMs remember Markdown content better than JSON, so you should use that in your flow a well).

The real change is in generation side, and now the spec docs are LLM generated JSON based on other spec docs or human prompts. LLMs seem to write JSON better than Markdown or YAML, if you tell it to follow a schema.

I moved from Markdown to JSON for all spec writing about 9 months ago. Although not HTML, it still has the same benefits. Claude and the other models are just so much more reliable in a structured format like JSON/HTML/XML.

The most important thing is that I can run static analysis on a structured format. This is important even for my spec documents. I can write data fields and have static analysis analyze it. For example, to confirm database fields match across various spec documents, etc.. The static analysis is also why you use JSON/XML instead of HTML, since you can now have your own custom schema.

Also don't use YAML, as that's far more unreliable. (If you chop a YAML file in half, it's still valid)

Your custom linters don't check architectural design?

linters statically check code and provide deterministic recommendations. LLMs are used to make judgement. I specifically write my linters for my project to make recommendations for LLMs.

This is how you save on token usage, so your LLMS aren't wasting tokens on static analysis that a linter could do for free.

That's at least how I make my linters.

No fixing the mess definitely does not take longer than writing it oneself.

Your linter should identify all issues - including architectural and stylistic choices - and the AI agents will immediately repair them.

It's about 1000x faster than a human code at repairing its own mess.

No, you CAN'T raise prices because no one will buy them, destroying your brand and your business. And you won't have supply anyways.

There is no scenario where not having a fab is beneficial.

Apple will have to build their own fabs, whether they like it or not. And they will need to make it competitive if they want to stay in business.

Apple doesn't own TSMC. TSMC is putting Apple in the back burner in favor of Nvidia and other high margin companies.

They are literally being limited by TSMC (as well as the DRAM makers) because they don't have their own fabs.

You can easily end up like AMD or Intel spending years with your own fab that’s uncompetitive.

You could.

Or you could have no fab and no supply of chips for your business.

They really need to build their own fabs at this point. AI is going to kill their ASIC and DRAM supply chain if they don't.

"Real men have fabs." - Jerry Sanders, first CEO of AMD.

Actually, AMD, Nvidia, and Apple need to build their own fabs. Maybe Google, Amazon, and Meta too.

Because I don't want to see all her posts on my timeline anymore. I have to actively unfollow her to do that, which is more work.

That's more work than even following someone, because it asks for confirmation or pops up a separate modal to unfollow, which it doesn't do for following someone. And so I don't even bother.

This leads to stale social networks and algorithmic timelines.

I mean Kim & Selena will always have a certain level of celebrity status but people like Sydney Sweeney are currently a lot more popular. This is in terms of "are they the most popular people right now" as their instagram count states. They are literally in the top 10 on instagram right now.

I really wish more social networks would have a "fading connections" limit. So many social networks suffer from stale connections and networks, and these connections should expire after a year. Otherwise, it will permanently define a social network's content and editorial direction without algorithmic control. For example, Selena Gomez will always have 400million followers on Instagram, but she's socially irrelevant now. Same with other celebrities, like Kim Kardashian. If connections expired after a year (or 3 months or 6 months), people would have to maintain their social relevance, and it becomes a natural editorial filter, keeping the overall network fresh and relevant.

If you want a business model, require payment for long-term subscriptions or large celebrity/news accounts, but you have to overcome the network effect first. Maybe have a dozen or so permanent connections to start with, like MySpace's 8 priority friends.