Live data from Hacker News

Writing toy software is a joy

blog.jsbarretto.com

121–130 of 318 posts

Re: Writing toy software is a joy

#121

> 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. I get where this is coming from, and I even agree with it today, but I also want to tag it as "don't cache this opinion too hard". It's interesting to notice when and how our…

> "by the way if you have friends who are expert programmers, I don't recommend asking them for help." AI is not an expert programmer [today]. and it doesnt take an expert programmer to arrive at that conclusion.

Call it whatever you want, it helps me get unstuck when my dependencies aren't getting along, or when I need to figure out what's wrong with my usage of an API I'm not familiar with, or why my build won't startup based on the code and the vague error message, etc.

I don't care if it's a human or a robot telling me, I just want to get unstuck and I've been getting unstuck more since the advent of LLMs than in the rest of my programming career. Digging through bad documentation and Googling for old form posts of similar-but-not-quite-the-same-issues was always the worst part of programming to me, and I'm glad there's a tool that finally solved that problem.

Re: Writing toy software is a joy

#122
post #87

Vibe coding via Claude has re-ignited my passion for fun, side programming projects. After a few false starts, I figured out the tooling, processes and in just a few weeks I've built several apps and I'm having new ideas consistently: -Family calendar/weather dashboard -Bluesky reader that allows you to hide posts you've "seen" -Work PM dashboard to make time tracking more gamified and dare I say... fun? -Chrome Redd…

I struggle with Claude fixing a bug and not giving me the updated output. Like explicitly having to ask it for the fix 6 times while it insists the update is in the output. Did you ever have that happen?

I haven't seen this, unless I don't understand exactly what you mean. I can ask it questions about my code and get answers most easily if I explicitly say "don't write any code".

Re: Writing toy software is a joy

#123
I'm always mixed on this. In the moment it can be fun. In the end when it inevitably feels useless, idk it feels bad. Like I spent a ton of time on something and get some knowledge out of it. It doesn't make my job better and I guess doesn't improve my situation much. My rust sub-directory feels like a digital closet of rpis collecting dust.

The things I find fun writing and learning about and the tools I use to do it are so disconnected from anything i do professionally.

Re: Writing toy software is a joy

#124
post #56

Earlier quoted context omitted.

How are you supposed to learn to invent new things if you don't know how existing things work?

There's ZERO room for innovation in the projects suggested. Wanna do some creative thinking? Read some books, learn how normal people think. Explore latest datasets. That's where the meat is. 98% of what you read online has been written by super uncreative(boring) people. They have no imagination whatsoever, IQ is well statistically speaking not too flattering. Internet is ran by the bottom. It's slop by the bottom,…

> There's ZERO room for innovation in the projects suggested.

I do not agree. Improved variants and innovation would be possible with operating systems, GUI, programming languages, etc. It would also be possible that something will be made better for one purpose because others are not as good for some purposes, but it is not the only way to do, though.

Re: Writing toy software is a joy

#125

Earlier quoted context omitted.

I dunno. Working on a bike you want to use to ride to work could be stressful if it is your only bike, you need it to get to work, and your manager will be really mad if you don’t show up to work one day. If there was any slip available it wouldn’t be so bad. Actually, I really like this analogy because 1) We can’t really work on non-trivial fixes for our cars because they are too complex 2) We’ve totally structured…

> If we really cared about “uptime” of employees, we’d all be living in bicycle range of our jobs And then reality hits. You're married and your partner's job is on the other side of the city. You just bought and house and now you want to switch jobs but you'd be limited to only jobs in biking distance. eTc.... I bike to work (was 4 miles, now 2), but it's unrealistic to expect people to be in bicycle range of their…

I think reality had already hit my comment, the quote you’ve got there is essentially “if(false)…” haha.

Re: Writing toy software is a joy

#126
post #38

What's sad is how difficult it is to write software today. In the old days your dad could buy a C64 and cobble together an application. It should be vastly easier to do the same kind of thing with vastly better building blocks today. Why can't some Grandma drag and drop some widgets and have a recipe manager with sharing features amongst her friends and family?

When I was a teenager, I imagined that after a decade or two of working with computers, I would be able to write a computer game over a weekend. Or maybe two weekends. I had a notebook full of ideas and sketches, so that when I am ready, I will make all those amazing games.

I even made a few (quite simple, from my today's perspective) games in Pascal during high school and university. I expected to become much more productive over years of practice.

That didn't happen, for several reasons.

First, my expectations for a good game have increased. I don't want to make the most complicated game possible; I am perfectly okay with 2D raster graphics and simple algorithms. But I expect a good game to have animations, sound effects, at least ten levels that feel different, and an option to save game progress. My old games barely had half of that (some were animated, some had ten or more levels, only one had both of that).

Second, things became more complicated. It is no longer "320 x 200 pixels, 256 colors". Windows are resizable; different screens have different sizes. Programs need to be aware that multiple threads exist. Sometimes there are many possible choices, and I get paralyzed by choosing between them. Programs are expect to have installers; it is no longer enough to have one EXE file, and optionally a few data files together in a ZIP file. It felt like every time I mastered something, a new problem appeared to be solved.

Third, as a teenager I didn't realize how much my everyday work would differ from the kind of work necessary to make a computer game. Some skills are transferable: I am more comfortable with using threads, parsing data files, writing algorithms, the program architecture in general. But many skills are not: if my dream is to make a desktop application, then e.g. all the web frameworks that I have learned over those years are useless for this purpose; and they have cost me a lot of time and effort. So from the perspective of making computer games, as an adult I maybe learn in five years as many relevant things as I have learned as a teenager in one year, when I had lots of free time that I could dedicate to this goal.

Fourth, life gets in the way. There is much less free time, and much more things that I need or want to do during that free time.

So here I am, after a few decades of IT jobs, and (a) I can't really make a complete computer game over a weekend, and (b) it's irrelevant, because until my kids grow up I probably won't get a free weekend anyway. Or rather, even the rare "free" weekend (when the kids are away) is spent on other things that have higher priority.

Re: Writing toy software is a joy

#127
post #11

One of the best things that I’ve done for myself, career-wise, came during a 6-month sabbatical between jobs. I had a bunch of projects that I wanted to do, but I kept finding myself stymied by scope creep - when you don’t have any constraints, it’s hard to decide how big a project should be, and the projects would grow to these massive unfinishable beasts. I decided to constrain myself to one week per project - what…

I ended up migrating to fixing things in the libraries I use because they piss me off.

Bad onboarding docs, broken or bent SDLC, major performance issues. I spent all day yesterday fixing perf issues in a library that competes with one I loathe for trying to complect an entire problem domain.

You probably have the same thing I do. Teamwork is a very different motivation than working on something either never intended for others or with a long MVP cycle that makes it too easy to get bogged down with side quests. "It would be way less tedious to deal with X if I did Y first. But now Y is blocked so I do nothing."

Versus 'someone is waiting for this.'

Re: Writing toy software is a joy

#128
post #39

> 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…

I use it the same way. The feeling is that I'm back in ~2010 when Googling stuff felt like a superpower. I could find anything back then.

Of course, it didn't last long, and trying to Google now is an exercise in pain and frustration. Lots of people have complained about the various things Google and marketers have done to get there, idk, I just don't like how it works now.

Top LLMs feel amazingly good at rapidly surfacing info online, and as I go through the references they're usually pretty good. I guess the same forces as before will apply, and there will be some window of opportunity before it all goes away again.

Re: Writing toy software is a joy

#129
post #39

> 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…

That's basically how I use it though I cannot wait for Gemini to be a click away in my browser with the current screen/page(s)/tab(s) embedded so I can ask it stuff about the current long article/documentation page. We're becoming very, very lazy.

Re: Writing toy software is a joy

#130
post #39

> 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…

> 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…

I'm very grateful that we have a lot of players training LLM's, including several that are published as open models and open weights.

I fully expect LLM results to start including ads, but because of the competition I hope/believe the incentives are much better than they are for, say Google's search monopoly.

It could potentially be more insidious though.

We'll probably start sending prompts to multiple models and comparing the results with lower-power local models.

Post reply on HN