Live data from Hacker News

Agentic Coding Recommendations

lucumr.pocoo.org

21–30 of 210 posts

Re: Agentic Coding Recommendations

#21
post #2

> This is not an advertisment for Claude Code. It's just the agent I use at the moment. What else is there? Alternatives that are similar in their user experiences are OpenCode, goose, Codex and many others. There is also Devin and Cursor's background agents but they work a bit different in that they run in the cloud. What do you recommand to get a Claude-code-like experience in the open-source + local llm ecosystem?

Shameful plug: my upcoming app perhaps?

Single-file download, fuss-free and install-less that runs on mac, windows and linux (+ docker of course.) It can run any model that talks to openai (which is nearly all of them), so it'll work with the big guys' models and of course other ones like ones you run privately or on localhost.

Unlike Claude Code, which is very good, this one runs in your browser with a local app server to do the heavy lifting. A console app could be written to use this self-same server, too, of course (but that's not priority #1) but you do get a lot of nice benefits that you get for free from a browser.

One other advantage, vis-a-vis Armin's blog post, is that this one can "peek" into terminals that you _explicitly_ start through the service.

It's presently in closed alpha, but I want to open it up to more people to use. If you're interested, you and anyone else who is interested can ping me by email -- see my profile.

Re: Agentic Coding Recommendations

#22
post #16

So using agents forces (or at least nudges) you to use go and tailwind, because they are simple enough (and abundant in the training data) for the AI to use correctly. Does this mean that eventually in a world where we all use this stuff, no new language/framework/library will ever be able to emerge? Competing with the existing alternatives will be too hard. You won't even be able to ask real humans for help on platf…

With maturing synthetic data pipelines, can't they just take one base llm and fine tune it for 20 different niches, and allow user to access the niche with a string parameter in the API call? Even if a new version of a language released only yesterday, they could quickly generate enough synthetic training data to bake in the new syntax for that niche, and roll it out.

Re: Agentic Coding Recommendations

#23
I have seen multiple articles pushing for GO as agentic language of choice; does anyone else feel like this is quite forced? I have tried agentic coding in several languages and I didn't have a particularly good or productive experience with GO.

Re: Agentic Coding Recommendations

#25
post #16

So using agents forces (or at least nudges) you to use go and tailwind, because they are simple enough (and abundant in the training data) for the AI to use correctly. Does this mean that eventually in a world where we all use this stuff, no new language/framework/library will ever be able to emerge? Competing with the existing alternatives will be too hard. You won't even be able to ask real humans for help on platf…

My best results have been with Ruby/Rails and either vanilla Bootstrap, or something like Tabler UI, Tailwind seems to be fine as well, but I'm still not a fan of the verbosity.

With a stable enough boilerplate you can come up with outstanding results in a few hours. Truly production ready stuff for small size apps.

Re: Agentic Coding Recommendations

#27
post #24

When I read "Avoid inheritance" in a text about Go, I can't help but get the impression that the text also comes from Claude.

This text is not about go, it's about agentic coding. I have and am using this across different languages. On this project (which is a go backend) I still have TypeScript in the frontend and I have some Python based tasks too. The rules apply universally.

Re: Agentic Coding Recommendations

#28
post #23

I have seen multiple articles pushing for GO as agentic language of choice; does anyone else feel like this is quite forced? I have tried agentic coding in several languages and I didn't have a particularly good or productive experience with GO.

I don't agree with the author on the GO thing. I've created agents that work 24/7 on GH issues for me, in Rust, Python and PHP. I use Claude (api). The result overall is very good. When I wake up there is always a fresh PR waiting for me.

I don't like the word "agent" because it is not a blind LLM, small or fast script. It is a complex workflow with many checks and prompting before writing a single line of code. That's also the key to AI powered development; context.

Re: Agentic Coding Recommendations

#29
post #16

So using agents forces (or at least nudges) you to use go and tailwind, because they are simple enough (and abundant in the training data) for the AI to use correctly. Does this mean that eventually in a world where we all use this stuff, no new language/framework/library will ever be able to emerge? Competing with the existing alternatives will be too hard. You won't even be able to ask real humans for help on platf…

Speaking of which, anyone had success using these tools for coding Common Lisp?

Re: Agentic Coding Recommendations

#30
post #21
post #2

> This is not an advertisment for Claude Code. It's just the agent I use at the moment. What else is there? Alternatives that are similar in their user experiences are OpenCode, goose, Codex and many others. There is also Devin and Cursor's background agents but they work a bit different in that they run in the cloud. What do you recommand to get a Claude-code-like experience in the open-source + local llm ecosystem?

Shameful plug: my upcoming app perhaps? Single-file download, fuss-free and install-less that runs on mac, windows and linux (+ docker of course.) It can run any model that talks to openai (which is nearly all of them), so it'll work with the big guys' models and of course other ones like ones you run privately or on localhost. Unlike Claude Code, which is very good, this one runs in your browser with a local app ser…

>run any model that talks to openai (which is nearly all of them)

What does that mean? I've never seen any locally run model talk to OpenAI, how and why would they? Do you mean running an inference server that provides an OpenAI-compatible API?

Post reply on HN