Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Claude Code Framework Wars

shmck.substack.com

Post reply on HN
Print view View original

31–40 of 71 posts

Re: The Claude Code Framework Wars

#31

Post by fny »

dsiegel2275 wrote: post #26
CompoundEyes wrote: post #20

For anyone that’s applied one of these at what level of autonomy are you using it? And in what setting? Greenfield? I see one mention brownfield development. Has anyone with experience using these frameworks fired up Claude Code on enterprise software and had confident results? I have unchecked access to Claude Code at work and based on personal agentic coding I’m sure they do aid it. I have decent but not consistent…

I'm only three weeks into using Claude Code but I'm now seeing impressive results using a structured, "role" or "persona" based approach in a large (500K+ SLOC) Elixir / Phoenix codebase. I'm using the $200 Max plan - so my inference costs are fixed. For certain, the results are better when I use it to build new features into our platform - as opposed to making complicated refactors or other deep changes to existing…

I didn't realize just how bad LLMs are with unpopular languages until now:

"Elixir lists do not support index based access via the access syntax"

"Never use else if or elseif in Elixir, always use cond or case for multiple conditionals."

Re: The Claude Code Framework Wars

#32

Post by joshstrange »

musbemus wrote: post #23

One thing I hope to see included is a precursor step when constructing specs where Claude is used to intelligently inquire about gaps to fill that would disambiguate the implementation. If you told an engineer to do something with a set of requirements and outcomes, they'd naturally also have follow-up questions to ensure alignment before executing.

Yes, kind of like open AI’s deep research tool. I often find that a number of mistakes are made because no clarification questions or ask or even considered.

Re: The Claude Code Framework Wars

#34

Post by Szpadel »

stocksinsmocks wrote: post #28

I got a strong sense of LLM style in the blog. Interesting information, but that I’m learning about AI from AI is amusing.

looks like either author didn't checked well repos that link or it's indeed redacted deep research output.

Examples: superClaude is not mcp server at all metaGPT looks like is not compatable with Claude code at all

Re: The Claude Code Framework Wars

#35

Post by imiric »

CGamesPlay wrote: post #6
matt3D wrote: post #2

Pretty surprised BMAD-method wasn't mentioned. For my money it's by far the best Claude Code compliment.

What is this? Just a system prompt? What makes it so good for you? https://github.com/bmad-code-org/BMAD-METHOD

This amuses me to no end: https://github.com/bmad-code-org/BMAD-METHOD/issues/546

An AI tool finding issues in a set of YAML and Markdown files generated by an AI tool, and humans puzzled by all of it.

> We should really have some code reviewer...

Gemini to the rescue!

Re: The Claude Code Framework Wars

#36

Post by LiamPowell »

fny wrote: post #31
dsiegel2275 wrote: post #26

Earlier quoted context omitted.

I'm only three weeks into using Claude Code but I'm now seeing impressive results using a structured, "role" or "persona" based approach in a large (500K+ SLOC) Elixir / Phoenix codebase. I'm using the $200 Max plan - so my inference costs are fixed. For certain, the results are better when I use it to build new features into our platform - as opposed to making complicated refactors or other deep changes to existing…

I didn't realize just how bad LLMs are with unpopular languages until now: "Elixir lists do not support index based access via the access syntax" "Never use else if or elseif in Elixir, always use cond or case for multiple conditionals."

Interestingly I've found that Claude is very good at writing valid Ada, it just writes complete garbage that doesn't follow the specification at all. As an example I asked it to change the handling of command line arguments in a program so that duplicates would cause an error rather than being ignored. If I recall correctly it took 6 course corrections to get to what I asked for, but each time it wrote valid code that just didn't complete the task. One I remember was arbitrarily limiting the length of an argument to 4096 characters and then only accepting arguments that were exactly 4096 characters.

Here is the relevant change, it didn't have any sort of hidden complexity: https://github.com/Prunt3D/prunt/commit/b4d7f5e35be6017846b8...

Re: The Claude Code Framework Wars

#37

Post by lbreakjai »

baq wrote: post #25
sublinear wrote: post #15

Earlier quoted context omitted.

Yes, but the "exquisite precision" comes from the deterministic parts of physics.

Nah. The only thing we can establish precisely at the lowest levels is probability. We can and do engineer systems to maximize probabilities of desired outcomes and minimize probabilities of undesirable ones. Frankly I don’t understand how software engineers (not coders mind you) can have issues with non deterministic tools while browsing the web on a network which can stop working anytime for any reason.

Because the failure modes are deterministic. An API can be down, which you can easily plan for, but if it's up and returning a 200, you can reasonably expect it to return what it's supposed to.

Re: The Claude Code Framework Wars

#38

Post by brookst »

troupo wrote: post #4

> a set of rules, roles, and workflows that make its output predictable and valuable. Let me stop you right there. Are you seriously talking about predictable when talking about a non-deterministic black box over which you have no control?

Would you say a top tier human developer produces predictable output? I would, in the sense that it will be well designed and implemented code that meets the requirements. Can we guess every variable name and logic choice? Probably not.

Re: The Claude Code Framework Wars

#39

Post by fny »

LiamPowell wrote: post #36
fny wrote: post #31

Earlier quoted context omitted.

I didn't realize just how bad LLMs are with unpopular languages until now: "Elixir lists do not support index based access via the access syntax" "Never use else if or elseif in Elixir, always use cond or case for multiple conditionals."

Interestingly I've found that Claude is very good at writing valid Ada, it just writes complete garbage that doesn't follow the specification at all. As an example I asked it to change the handling of command line arguments in a program so that duplicates would cause an error rather than being ignored. If I recall correctly it took 6 course corrections to get to what I asked for, but each time it wrote valid code tha…

I'm pretty convinced the only developers who think we're on the cusp of AGI code exclusively in Python or JavaScript.

Re: The Claude Code Framework Wars

#40

Post by Leynos »

fny wrote: post #39
LiamPowell wrote: post #36

Earlier quoted context omitted.

Interestingly I've found that Claude is very good at writing valid Ada, it just writes complete garbage that doesn't follow the specification at all. As an example I asked it to change the handling of command line arguments in a program so that duplicates would cause an error rather than being ignored. If I recall correctly it took 6 course corrections to get to what I asked for, but each time it wrote valid code tha…

I'm pretty convinced the only developers who think we're on the cusp of AGI code exclusively in Python or JavaScript.

GPT-5 is a dab hand at Rust
Post reply on HN