That's exactly what a city is though.
786 karma · joined March 18, 2020
That's exactly what a city is though.
Sure, and then tomorrow it's compaction, then worktrees, then an annoying buffer scrolling bug, image clipboard handling, etc etc. I don't buy for a minute that a one-liner prompt creates a perfect program because I know from experience it doesn't. You are inheriting the maintenance of a non-trivial program. That's perfectly fine if you want to tinker and spend time on that but I would rather offload that to someone who wants to spend more time thinking about those problems than I do.
> Personally, I am getting frustrated with the amount of people trying to pitch me their tool they made. Tools are a dime a dozen. Share with me your ideas, and I’ll share with you mine, but I’m not gonna adopt your tool.
I'm not sure I follow this line of thinking. Obviously, juggler is the result of an author who has spent a great deal amount of time thinking about an idea. It is the manifestation of the author's ideas. I agree that the amount of vibe coded slop out there that people think is marketable is ridiculous, but Juggler doesn't really look like that. It's still worthwhile to evaluate well thought out tools IMO.
It's true: with proper planning, thought, and focus, you might be able to generate enough code in one weekend to create a tool that is at parity with something like Pi - but chances are the amount of focus, planning, and thought is going to be greater than one weekend worth. And I don't know about you - but I don't really want to spend my weekend building a coding harness, I have other ideas and projects I'd rather execute.
Any good starting points or tutorials you recommend?
Normally when I can't get claude to follow a prompt I try a lint hook, but it's tough to lint something that subjective.
Perhaps I'm speaking out of depth because I haven't done a lot of Golang, but I've always thought of it as a systems language first, which means by necessity you have you to handle lower level problems yourself. I'm sure there's plenty of libraries that paper over this - but the philosophy of the languages themselves is different. Javascript was designed to solve CRUD like interfaces/problems quite well.
Maybe this is just an outdated argument though that isn't really relevant with modern golang/rust though.