| ▲ | username_my1 8 hours ago |
| I'm starting to think that the LLMs ecosystem is going in the JS ecosystem direction, endless technologies with little to no adaption. Literally everyday there is a new tool and the tools released last week are deprecated. |
|
| ▲ | fg137 8 hours ago | parent | next [-] |
| I see people spending so much time creating "workflow" skills that have no benchmark whatsoever to prove they are any more effective than plain one sentence prompts. |
| |
| ▲ | tikotus 8 hours ago | parent | next [-] | | This takes me back to the era of object oriented programming and UML diagrams. More time was spent framing the solution than implementing it. Is there maybe one more design pattern that could be applied? And when the time to implement came, all those diagrams were mostly in the way. But doing it was fun, since it allowed you to focus on the fun, big picture and skip the nitty gritty details that were actually hard to solve. I feel like people are going down that slippery slope with harnesses and skills and what not. With the right prompt, and with the right model, and with a sprinkle of magic, the solution will emerge. Oh, it didn't? Let's see if there's a new model available, or if someone has come up with a new clever skill or something. Maybe then... Because actually solving annoying problems is not fun, even less so now that the code is a black box only the LLM can understand. | | |
| ▲ | dutchbart 5 hours ago | parent | next [-] | | Diagrams and really, just designing the software you are trying to build is mostly about finding out painpoints before you start the programming (at least at point the time-consuming part). The diagramming allowed you to, without programming, show interactions between modules and check on a high level if you are missing edgecases that can’t be solved because of the design.
If you were just using it just to apply design patterns then you were doing it for the wrong purposes. | |
| ▲ | rafaelRiv 4 hours ago | parent | prev [-] | | I still do diagrams. Not UML specifically, but using mermaid.js. It is a great way to think about the requirements before coding |
| |
| ▲ | kkukshtel 4 hours ago | parent | prev | next [-] | | This 1000x. At the same time, the lack of this makes it then very easy for me to tune out harness noise. | |
| ▲ | lifeisloving 8 hours ago | parent | prev | next [-] | | It reminds me of people customizing their nvim configs all day, thinking they're being productive but not getting all that much done. | | |
| ▲ | andy55a 5 hours ago | parent | next [-] | | I spent a solid week on mine and haven’t had to tweak it in three years. We’re not all inefficient ;) | |
| ▲ | banorton 8 hours ago | parent | prev [-] | | Hey I never deluded myself into thinking I was being productive :) |
| |
| ▲ | simianwords 8 hours ago | parent | prev [-] | | This is so frustrating to me. Ever heard of the planner agent reviewer agent and the tester agent framework? I'm not sure if that's what you mean but I know many that are making their own flow like this and think that this brings in a higher level of performance.. | | |
| ▲ | kentm 3 hours ago | parent | next [-] | | > ... think that this brings in a higher level of performance. Sure, but how are you measuring this? | |
| ▲ | andyfilms1 8 hours ago | parent | prev [-] | | I would imagine that performance is coming from essentially dedicating 3x context windows to one task, rather than any particular inter-agent magic. | | |
| ▲ | jst1fthsdys 6 hours ago | parent [-] | | I mean... isn't that the point of having multiple agents? You can more easily manipulate context to get more consistent results. |
|
|
|
|
| ▲ | QuantumNomad_ 8 hours ago | parent | prev | next [-] |
| Gotta justify that $160k/yr salary somehow I guess, and if the AI is writing all the code you used to write and your job is now to manage the AI, what better way to spend the days than making new AI tools and workflows and markdown files all day |
|
| ▲ | gonzalohm 8 hours ago | parent | prev | next [-] |
| That's the whole point with AI. It's consumerism applied to software... And it sucks |
|
| ▲ | maxdo 7 hours ago | parent | prev | next [-] |
| why do we even care, this is a clear, lets move away from `people pushing software to git` to `agent is pushing software, agentic or not , to somehwere, db, git, or something else` human does involved in this unless there is a problem. JS or Python, is really not essential in this case, maybe it's WASM built from rust. it's not for human. Cursor moving this direction, is a prep work where human no longer command that much , hence the usage will drop. e.g. their core product is vulnerable. Software factories, is the ultimate game over for our industry. |
|
| ▲ | dangoodmanUT 7 hours ago | parent | prev | next [-] |
| I attribute this to "it's so new and we don't know what the right answer is yet", but you may very well be right |
|
| ▲ | wslh 8 hours ago | parent | prev | next [-] |
| > endless technologies with little to no adaption. I think the difference is that those endless technologies will probably be used by other agents without people's explicit knowledge. |
|
| ▲ | virgil_disgr4ce 8 hours ago | parent | prev [-] |
| I don't think I'll ever understand this argument. Especially from purported "hackers." Why is a large number of ideas, technologies, frameworks, etc. bad? |
| |
| ▲ | panzagl 7 hours ago | parent | next [-] | | Hackers hate frameworks because they hide the underlying truth of a system. | |
| ▲ | esafak 8 hours ago | parent | prev | next [-] | | 'coz it's pointless if you can get the same results without them. | |
| ▲ | lifeisloving 8 hours ago | parent | prev [-] | | Its not bad, just most of them are created by corpos to sell slop to the masses. AI companies suck and you know it. Its not about good software, its about making as much money as possible before the hype train dies. |
|