Earlier quoted context omitted.
> Now with LLMs, I simply prompt the same with a little bit more of context "pros and cons of using mysql vs mongodb when storing photos. Link references". In near future, companies will probably be able to pay lots of money to have their products come up better in the comparison. LLMs are smart enough to make the result seem "organic" -- all verifiable information will be true and supported by references, it will on…
They’re already talking about llm search optimization as the new SEO.
Writing toy software is a joy
221–230 of 318 posts
Re: Writing toy software is a joy
#222Earlier quoted context omitted.
i’ve stopped writing “real” code for the most part, i just bang out some pseudo code like: read all files in directory ending in .tmpl render these as go templates if any with kind: deployment add annotation blah: bar publish to local kubeapi using sa account foo and tell it to translate it to x lang. so i control the logic, it handles the syntax. asking it to solve problems for you never seems to really work, but it…
It can solve problems, as long as they’re practical, or things done before.
Re: Writing toy software is a joy
#223> Perhaps you’re a user of LLMs. I get it, they’re neat tools. They’re useful for certain kinds of learning. But I might suggest resisting the temptation to use them for projects like this. Knowledge is not supposed to be fed to you on a plate Am I the only one using LLMs as if they were a search engine? So before LLMs I was searching on Google things like "pros cons mysql mongodb". I would read the official document…
For code examples I've always found GitHub code search to be super useful.
I haven't really found a use case for LLMs where it's any faster than the research tools already available on the internet.
A good example is writing AWS CDK code, which is a pain in the ass. But there are so many examples to pull from on GitHub code search that are being used in real projects that I've found this method to be faster than prompting an LLM that may or may not be correct.
Re: Writing toy software is a joy
#224Toy Software is a lot like working on your bike/car/boat/whatever. Working on your bike is fun. Working on the bike you need to ride to work tomorrow is stressful. I miss writing toy software. It’s fun. But inevitably I want to use said software and that’s where the trouble starts. You find all the bugs and none of the time to fix them.
Feature doesn't work in Safari? Who cares, I don't use Safari anyway. No need to fix.
Re: Writing toy software is a joy
#225I'm surprised by the number of bad takes on LLMs in this thread. LLMs spoon-feed you with information about how things are implemented. You are not supposed to know how everything works when you start these projects. You're supposed to try your best, inevitably fail, then research the topic and understand where you went wrong, then adjust your approach. If you know how everything works and just follow the tutorial, y…
A lot of people say if you don’t use LLMs then you will fall behind. I’m starting to think that not using them will be a significant advantage in the long run.
Re: Writing toy software is a joy
#226> Perhaps you’re a user of LLMs. I get it, they’re neat tools. They’re useful for certain kinds of learning. But I might suggest resisting the temptation to use them for projects like this. Knowledge is not supposed to be fed to you on a plate Am I the only one using LLMs as if they were a search engine? So before LLMs I was searching on Google things like "pros cons mysql mongodb". I would read the official document…
this afternoon i spent some time feeding context, with the idea of making a QnA context for maybe 50 different website routes, so i can have it ask me similar questions per route, so i can have a hell of a lot of pretty accurate documentation for an intern to pick up a couple to work on, or get some LLM to take a try at filling out the details.
im feeding it knowledge, with the output being documents, rather than me getting knowledge from it.
Re: Writing toy software is a joy
#227Earlier quoted context omitted.
I would just add that gen AI can actually be a fantastic aid when you're building some toy projects just for yourself. I am primarily a backend engineer, though I am capable on the front end, just not particularly fast. I am especially slow at the voodoo that is CSS. In the past, I would have been turned off from doing some end-to-end personal projects because I know I would have been bogged down just battling CSS fo…
A good reality check is: if a stranger asks you about a specific part of your toy project, would you be able to explain it? If you can't, it means there's something there you don't understand, and you lost an opportunity to learn. Of course, this is also true for reusing libraries and stuff. Within a job, what matters is the _team learning_, and it's roughly the same idea. At least one person in the team should be ab…
Re: Writing toy software is a joy
#228I'm surprised by the number of bad takes on LLMs in this thread. LLMs spoon-feed you with information about how things are implemented. You are not supposed to know how everything works when you start these projects. You're supposed to try your best, inevitably fail, then research the topic and understand where you went wrong, then adjust your approach. If you know how everything works and just follow the tutorial, y…
A lot of people say if you don’t use LLMs then you will fall behind. I’m starting to think that not using them will be a significant advantage in the long run.
Re: Writing toy software is a joy
#229Earlier quoted context omitted.
I would just add that gen AI can actually be a fantastic aid when you're building some toy projects just for yourself. I am primarily a backend engineer, though I am capable on the front end, just not particularly fast. I am especially slow at the voodoo that is CSS. In the past, I would have been turned off from doing some end-to-end personal projects because I know I would have been bogged down just battling CSS fo…
A good reality check is: if a stranger asks you about a specific part of your toy project, would you be able to explain it? If you can't, it means there's something there you don't understand, and you lost an opportunity to learn. Of course, this is also true for reusing libraries and stuff. Within a job, what matters is the _team learning_, and it's roughly the same idea. At least one person in the team should be ab…
For example, if in your project you have to write a file, and someone ask you how does the kernel cache file writting, that would not be an easy question.
Re: Writing toy software is a joy
#230> Perhaps you’re a user of LLMs. I get it, they’re neat tools. They’re useful for certain kinds of learning. But I might suggest resisting the temptation to use them for projects like this. Knowledge is not supposed to be fed to you on a plate Am I the only one using LLMs as if they were a search engine? So before LLMs I was searching on Google things like "pros cons mysql mongodb". I would read the official document…
To be clear. AI doesn't kill people. People kill people. In this case, lazy people. Welcome to Idiocracy my friends.