Yeah I’ve been using LLM’s in Rider for over a decade. I don’t have a problem with LLM’s. I do have a problem with how they’re currently used, and how people keep trying to use them to replace their own thinking.
I think they have a place in the coding scene, a limited niche place, but a place none the less. They just aren’t a replacement for software engineers. Architecture and intention are the big differences to me. An LLM cannot understand intention, it just makes statistical guesses that are often wrong.
An LLM cannot understand intention, it just makes statistical guesses that are often wrong.
True, when you give a prompt like: “make me a contact management / constant contact app which I can deploy on AWS and scale to 100,000 users.” you get, mostly garbage. If you specify how you want the UX to flow, what fields are most important, what fields should be included in deeper interfaces, what the scheduling looks like, how it gets tuned, what the reports look like, etc. etc. etc. - in other words: give it real requirements and specifications.
Then, pay attention as it develops, you’ll ususally find that the requirements you gave it aren’t exactly what you really wanted, and when you see what it built that doesn’t match with your visions, you can have it revise the requirements and specs.
Sure, but for me its just faster to write it myself, in a way that needs to fit into the project. And while I’m aware you can give this context to an LLM, it still can’t read what your previous intentions were, nor what they are currently. So its hard for it to build on it.
To me they’re best as auto-complete, or research tools in the same vein as StackOverflow. Something to help speed up your existing workflow. Also good at translating both spoken languages, and functions into other coding languages. Everything else seems to get in the way for me.
There definitely are tasks where using the “standard tools” goes far faster than asking the LLM to do it for you, such as: copying signatures from images onto a .pdf contract - they’re pretty hopeless at editing out background noise, etc. but if you clean up the signature input images enough, they’ll take it home and make the ink solid and the background transparent and overlay them in the .pdf faster than you can open the four files in Photoshop or whatever your tool of choice is.
By the way, images of signatures on electronic documents have been an outrageous farce since 20 years now, LLMs just make it easier than ever to edit them into an existing .pdf
Thing is, there’s literally millions of common “computer tasks” and the LLMs themselves are just starting to “learn” which ones they’re good at and which they are not. It would be cool if Opus would self-identify “hey, I’m really good at this…” and “I’m pretty challenged with that, you’d be better off downloading this FOSS tool and doing it yourself, here are helpful instructions…”
Line completion is pretty damn handy, it’s when you start asking for whole functions that things go downhill
Yeah I’ve been using LLM’s in Rider for over a decade. I don’t have a problem with LLM’s. I do have a problem with how they’re currently used, and how people keep trying to use them to replace their own thinking.
I think they have a place in the coding scene, a limited niche place, but a place none the less. They just aren’t a replacement for software engineers. Architecture and intention are the big differences to me. An LLM cannot understand intention, it just makes statistical guesses that are often wrong.
True, when you give a prompt like: “make me a contact management / constant contact app which I can deploy on AWS and scale to 100,000 users.” you get, mostly garbage. If you specify how you want the UX to flow, what fields are most important, what fields should be included in deeper interfaces, what the scheduling looks like, how it gets tuned, what the reports look like, etc. etc. etc. - in other words: give it real requirements and specifications.
Then, pay attention as it develops, you’ll ususally find that the requirements you gave it aren’t exactly what you really wanted, and when you see what it built that doesn’t match with your visions, you can have it revise the requirements and specs.
Sure, but for me its just faster to write it myself, in a way that needs to fit into the project. And while I’m aware you can give this context to an LLM, it still can’t read what your previous intentions were, nor what they are currently. So its hard for it to build on it.
To me they’re best as auto-complete, or research tools in the same vein as StackOverflow. Something to help speed up your existing workflow. Also good at translating both spoken languages, and functions into other coding languages. Everything else seems to get in the way for me.
I know more than a few fluently multi-lingual people who would just roll their eyes…
There definitely are tasks where using the “standard tools” goes far faster than asking the LLM to do it for you, such as: copying signatures from images onto a .pdf contract - they’re pretty hopeless at editing out background noise, etc. but if you clean up the signature input images enough, they’ll take it home and make the ink solid and the background transparent and overlay them in the .pdf faster than you can open the four files in Photoshop or whatever your tool of choice is.
By the way, images of signatures on electronic documents have been an outrageous farce since 20 years now, LLMs just make it easier than ever to edit them into an existing .pdf
Thing is, there’s literally millions of common “computer tasks” and the LLMs themselves are just starting to “learn” which ones they’re good at and which they are not. It would be cool if Opus would self-identify “hey, I’m really good at this…” and “I’m pretty challenged with that, you’d be better off downloading this FOSS tool and doing it yourself, here are helpful instructions…”