I should also mention I use multiple sessions, one dedicated to planning and auditing and 1-3 worker sessions that get assigned various classes of tasks.
Comment on Does vibe coding sort of work at all?
ThirdConsul@lemmy.ml 3 days agoOut of curiosity, what do they do and did you use agentic approach or prompt and then copy?
older_code@lemmy.world 3 days ago
older_code@lemmy.world 3 days ago
One library I made is github.com/pay-theory/dynamorm This is a library to make DynamoDB easier to use in Go, it is used alongside github.com/pay-theory/lift which provides similar utility for lambdas
Both of these are in active use by our team and were created using Claude code and cursor.
ThirdConsul@lemmy.ml 2 days ago
Please don’t upvote this person, I think their a bot. The libs use AWS SDK internally and claim 90% performance boost, and the person explains it as faster development.
older_code@lemmy.world 17 hours ago
The code and read me was a bot I was driving but I assure you I am real lol
ThirdConsul@lemmy.ml 3 days ago
Thank you.
How did you check the performance though for the ORM? You claim it’s faster that AWS SDK, which literally impossible, as you are using AWS SDK to power it.
older_code@lemmy.world 15 hours ago
I had Claude tone it down, it was exaggerated.
older_code@lemmy.world 3 days ago
The code loads faster when using the pen because the code footprint is smaller, DynamoDB in AWS sdk is very verbose, using the library means that verbosity is reduced significantly as you incorporate more tables and indexes.
It’s been load tested against code using DynamORM and not using it.
The point is not a few less milliseconds, it’s many hours of reduced development for people implementing DynamoDB
ThirdConsul@lemmy.ml 2 days ago
So you’re comparing claimed performance (execution) gains to development time? Yeah, that makes sense.
I think you’re a bot.