Just for Fun (2022)
justforfunnoreally.dev
justforfunnoreally.dev
In a similar vein, I really enjoy building alongside others. So, I’ve been running a group that all build things together over the course of 6-week cohorts.[0] (Just finished the second one!) it’s really fun to see everyone nerd-out about their project and challenges they face. And hits that pure “just for fun. No really” vibe for me.
[0] https://lmt2.com
Also, this is cool! https://highlight.cool
The way that I create software is more akin to a hobbyist woodworker: I encounter something which doesn't exist exactly as I want it yet (or I'm aware of any else) and I build it for myself. Extremely adhoc and single use but I get extreme joy from being surrounded by my little creations.
He kept questioning me "why" I made the project after I repeatedly told him it was just for fun and learning. He just could not imagine why I would spend a decent amount of time outside of work where I worked on something just for fun.
This sounds like a miscommunication on both sides versus anybody failing (or being correct). Assuming you weren't interviewing for a research or entry-level role, picking--and then sticking to--a home project doesn't answer the implicit question: can you manage a relevant project. On the interviewer's side, instead of doubling down on asking you about the project you chose, they could have nudged you into highlighting relevant experience.
Several times, people do very interesting personal projects, but fail to perform at the same level at work. That gives a clue that it may have been an unsuitable work environment that impeded their performance. It could also be a difference pertaining to their orientation to structured vs. unstructured working conditions. It could be related to explicit objectives with tight deadlines vs. exploratory development with open deadlines. And, more.
Knowing what my work environment is, I usually could understand their medium-to-long term fitness.
Hope this clarifies what I meant.
If yes, then the answer is: sometimes, depending on the other factors.
This only leads to a "rich get richer" kind of situation, where people who happened to get jobs that provides them with the kind of impressive difficult projects will keep working on difficult projects.
IMO, the best way to avoid this chicken/egg is with government subsidized technical internships like we have in Ontario. It's a great deal, businesses get junior technical labor at 50% on a fixed contract, and the students get access to learning they'd never have during school.
A home project maybe covers the how you perform but that's it; if you had made it a product then it would be a good example but strictly for fun/learning doesn't seem something I'd bring up in such a context.
I want to be clear that I'm not shunning home projects, just bringing them up at an interview, unless the interviewer specifically asked for this kind of projects.
It may be evidence of enthusiasm for computers and the craft but it is not really representative of job performance.
I made this geolocation music web app that plays a little tune based on your precise location. It's just a little fun toy that serves no purpose but I regularly use it when I go for walks just to hear the variation in tunes in different parts of my city.
https://artificialmuseum.com/#2/52.49/13.37
Its pretty fun to see what virtual things have been parked out there in the real world ..
I am the exact opposite of that. I love to do the basics and dig myself through it to understand the fundamentals of everything. I love to rebuild stuff. Though I don't research too much. I get some ideas, but basically just read about the functionallity (and theory) about what to build (a CPU, a Compiler, an OS, some webapp, you name it) and then try to come up with a solution by myself. If it kinda works, then ill reavaluate my implementation with looking at others and iterate from there.
Somehow I refuse to use big libraries or frameworks (yes, you could argue the compiler is big too etc etc, but you know what I mean). This makes it unlikely to build the next million-dollar project, but I enjoy it. For a few years I had a negative self-talk and told myself that this is a bad approach. But nowadays I just love it. It's fun. I do enough serious stuff on my job and I don't need a million dollars really (even tho it'd be nice). I rarely use LLMs or SO. I try to stick through reference sheets or read through git repos myself
The goal is to work in weekly sprints. Like one or two weeks a month might be contract work, and 2 or 3 weeks a month dedicated to those projects that keep me up at night.
Basically yes, do it for fun, but also set serious time aside for it. It is so sad having dreams that have no time to be explored.
That's when I realized the root of my own procrastination: I was trying to choose "the right language", to build "the right portfolio project", in order for me to get "the right job". And I thought to myself "no kid ever starts playing with a computer for something as shallow as getting a job".
It's not that there's something wrong with getting a job - I still need to pay the bills. But for the journey of self-improvement in any craft has to have yourself creating, as Carmack aptly puts, "hundreds of programs". Serial startup developers know this, because jumping from startup to startup will have you build stuff fast, fail fast, and learn from it.
what does that mean to you?
There’s no contrast here. HN is my primary source of FOMO for programmers having more fun than me. No, really.
Bros just made a “be more like HN” manifesto.
Prompt: remove any hyperbole from this title otherwise leave it as it is: "just for fun. no really"
Gpt 4: The title “Just for Fun. No Really” doesn’t contain any hyperbole, so it can be left as it is.https://codegolf.stackexchange.com/questions/215216/high-thr...
I can definitely see the fun in losing hours to "maybe if I try this one little improvement"..
How can you justify coding "for fun" when realistically that time could be spent billing to a client? Even if it's just a couple hundred extra bucks a week, if you invest it wisely, come retirement that could be non-insignificant increase in your quality of life! Or maybe the extra cash saves your ass when you get an unexpected high medical bill, if you're an American.
Why would you build a FOSS project when Google or someone is just going to take your project and integrate it into something they're building, monetize their product, and you'll never see a cent of it? Or why work on your own FOSS project when you could do the more optimized thing of trying to get a commit in on react or vue or whatever which will blow the socks off your interviewers during your next job hunt?
Maybe we're all quite ill right now or maybe just I am if nobody else thinks like that. I don't have a solution it just makes me sad that that's how things seem to be right now, and that's just as a relatively well off American developer. I imagine it's even worse if you have to fight much harder to get the high paying jobs that I have much easier access to.
The first step for that is something I’m planning rather soon: move to a small town where I can afford life without needing to hustle with all of my energy just to stay afloat.
I personally think you need to let go of this mindset and try to do something just for fun for once, no really.
They are well-known and provide sufficient value that DIY would be infeasible (cryptography and image generation for example); or they are wellwritten enough that I can debug them or even take over maintaining a fork if the upstream is abandoned or I need to develop the functionality in another direction.
It’s astonishing to me how many are comfortable with releasing random unvetted libraries in production and still are very careful about reviewing code added to the project itself.
To that end I created a freestanding C programming system of sorts. My own libc, essentially. Without all the legacy of C like errno and locales, and with no portability requirements. Then I implemented a lisp interpreter on top of it. I needed to implement some ELF stuff and eventually I realized I was recreating the linker well. I suppose that'll be the foundation of the lisp's foreign interface.
It's in my plans to create a freestanding Linux VFS for SQLite and integrate the database directly into the system as a module. I'll also try porting libsodium at some point, I'm not smart enough to roll my own cryptography.
Some day before I die I will complete it.
A true list of “for fun” would also include projects that were never finished, projects that someone spent a few weeks on and then forgot about, projects that were a dream and a mess of premature abstractions that never saw the light of day…
Coding for fun also means enjoying the journey and stopping when you feel like it.
I struggle to explain this mindset to some people that send me emails at pikuma.com. Still, my take is always: "if we need to explain why this course is exciting, then que question is probably already answered."
Hotstring("EndChars","`t")
::mcuh::much
::jsut::just
::tempalte::template
::Tempalte::Template
::eay::easy
::mroe::moreIf you never wrote a poem, I encourage to do it so. I don't write them to publish them, and actually some of them I write them over several years or even decades. Not that they are that long, but where I have the privilege to do so, I like to let the initial vision mature. And when I read them from time to time, they do resonate with something deep inside me. I also write aphorisms in its dedicated note book.
I wish we had more programming language out there with only readable words in it to combine both the pleasure of out loud utterable and executable written pieces.
— For? For fun, of course.
[0] I'm fairly sure; consider https://clerkmaxwellfoundation.org/html/zoetrope.html
[1] as he was then — not so sure that I recall this participant correctly
For most of them, building the thing is fun and instructive--and every once in a while I can draw from this reservoir of creativity for new public-facing projects. It's great!
Making contributions to open-source code of your choice just fun is something you can proudly tell others about because there is no money in it for you directly (Sponsors increase the excitement to work more, together and better).
Side projects can also become your source of fun if open-source projects are not for you, but you must share with people around you and the world.
And, transferable tech. Things like large distributed video games, are difficult, and the tech built for 'fun game', can be transferred to industry.
I'm still having fun. (but there's a little more javascript)
2022:
> Second is the pleasure of making things that are useful to other people. Deep within, we want others to use our work and to find it helpful. In this respect the programming system is not essentially different from the child's first clay pencil holder "for Daddy's office."
Words have power in their own way regardless of who utters them.
Pick a lane. No silver bullets in quoting rhetoric.
I’ve run companies, and done manager roles within organizations, I’m prideful of my coding abilities and find it more powerful of a skillset than management
Its objective to me to want to do individual contributor software dev work, and seeing how the corporate ladder has morphed into leveling to accommodate that, its really surprising and antiquated to hear their word choice of “more” than a developer
and its also sad to see how two-faced they are to their employees then, where they are seemingly gaslighting employees to being prideful of their wage work while being relieved to be exempt from that amongst people in the founder or capital tier that they respect
I like the build for fun and profit