J

Just for Fun. No, Really.

justforfunnoreally.dev · Personal blog · on HN since 2022

A single-page essay arguing that people should build software projects purely for fun, without needing a practical justification.

What HN saysHN commenters link it as the answer to 'why?' on hobby projects and say they reread it to keep that spirit.
16HN people shared it
11linked it in comments
6stories submitted
569story points
6 months agolast shared
2022people per year2026

Most-shared posts

  1. 1
    Just for Fun (2022)
    16 people · 569 points · first shared 2022 · 86 comments on HN

What HN people wrote when they linked it

Maxim2572 · 2024-09-30
I read this post every few months to keep that spirit https://justforfunnoreally.dev/
tomstuart · 2023-01-18
It’s hard to generate efficient code ahead-of-time because the compiler doesn’t know what the types of values will be, so it has to emit very general code that can cope with all possibilities at the expense of performance. A just-in-time compiler has access to this type information because it’s executing at runtime, so it’s able to generate more efficient code which only works in the more specific situation that is actually happening right then. See Natalie [0] for a work-in-progress Ruby compiler which works ahead of time. It’s a super cool project but it’s just for fun [1] so I don’t believe it’s trying to compete on performance. [0] https://natalie-lang.org/ [1] https://justforfunnoreally.dev/
trashburger · 2022-09-12
Well, what is it trying to be "realistic" about? Does the announcement mention anything about taking over other browsers? I suggest reading https://justforfunnoreally.dev/ .
MrGilbert · 2024-08-09
Just for fun. No, really. (https://justforfunnoreally.dev)
LoganDark · 2023-06-11
> They are indeed more complex and difficult to understand. But I fail to see how that is a criterium. It's... not? Like, if you want to merely use an ISA, you don't need it to be simple or easy to understand, in fact tons of people pride themselves on making extremely high-performance RISC-V cores with OoOE and so on. But the reason why someone might want a C implementation of an ISA is different from the reason people might want to go implement an ISA in a real project: maybe they want a software simulator that is easy to understand for one reason or another, perhaps for learning or demonstration purposes, or just as a fun hobby project. These people wouldn't benefit from just pulling down Verilator or using one of the existing BATTLE-TESTED INDUSTRY-STANDARD PROFESSIONALLY-AUDITED HIGH-PERFORMANCE implementations because they literally don't care about any of those things. In any case, it's a fallacy to assume that every programming project out there has to address a need in order to have a place. https://justforfunnoreally.dev

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close