Happy to answer questions and receive feedback here (my blog doesn't have a comment system).
I'm mostly a front-end person so some of the Ansible/Kamal stuff, I'm sure I did pretty badly. The gamedev / CLI UX stuff is closer to my expertise, but of course that doesn't mean I didn't bork it.
It's hard for me to imagine _dividing_ by -1~1 in a real-world scenario, but let's say we divide by 0~10, which also includes zero. For example, we are dividing the income between 0 to 10 shareholders (still forced, but ok).
Clearly, it's possible to have a division by zero here, so "0 sharehodlers would each get infinity". And in fact, if you try to compute 500 / 0, or even 500~1000 / 0, it will correctly show infinity.
But if you divide by a range that merely _includes_ zero, I don't think it should give you infinity. Ask yourself this: does 95% of results of 500 / 0~10 become infinity?
Wow, this is fantastic! I did not know about squiggle language, and it's basically what I was trying to get to from my unsure calculator through my next project (https://filiph.github.io/napkin/). Squiggle looks and works much better.
I'm familiar with fuzzy numbers (e.g. see my https://filiph.net/fuzzy/ toy) but I didn't know there's arithmetic with fuzzy numbers. How is it done? Do you have a link?
Part of the confusion here is likely that the tool, as seen on the web, probably lags significantly behind the code. I've started using a related but different tool (https://filiph.github.io/napkin/).
The HN mods gave me an opportunity to resubmit the link, so I did. If I had more time, I'd have also upgraded the tool to the latest version and fix the wording. But unfortunately, I didn't find the time to do this.
The reason I'm asking: unsure also has a CLI version (which is leaps and bounds faster and in some ways easier to use) but I rarely find myself using it. (Nowadays, I use https://filiph.github.io/napkin/, anyway, but it's still a web app rather than a CLI tool.)
I think I was looking at this and several other similar calculators when creating the linked tool. This is what I mean when I say "you'll want to use something more sophisticated".
The problem with similar tools is that of the very high barrier to entry. This is what my project was trying to address, though imperfectly (the user still needs to understand, at the very least, the concept of probability distributions).
It's all computed in the browser so yeah, it's JavaScript. Still, 8 seconds is a lot -- I was targeting sub-second computation times (which I find alright).
Something I should have probably addressed in the article but didn't get to it for brevity: there are at least two kinds of immersion, and people tend to conflate them. (I'm not immune to this.)
There's intellectual immersion. Flow. You can be intellectually immersed reading a book or playing chess.
Then there's sensory immersion. Put a VR on, you're immersed this way.
> Before I had gaming hardware I wasted the exact same amount of time by re-reading books and comics, and it was quite immersive.
If so, you are in the minority. For most people, it is easier and more natural to put down a book and go do something else, than it is to quit a video game. Media consumption metrics seem to corroborate this.
> That sounds an awful lot like the good old "why do we build space rockets when people are starving".
If you want to simplify the article this way, sure, but then it's "why do we build ever-more immersive entertainment when we could build space rockets or try to address starvation". I think there's a difference. (And of course, even then we're losing all nuance of the actual article, but I guess there's no way around that.)
I think that quote confuses intellectual immersion with sensory immersion. Those are separate things. Yes, you can be immersed in a chess game or a good book or a PacMan game, but it's not the same as having a VR headset on?
Nobody disputes that entertainment has value. The article is about the fact that so much talent and resources is funneled into immersion.
Using your neurosurgeon example, I posit that having fewer VR headsets will not prevent the doctor from unwinding. Nor will having mobile phones with less vibrant colors or application with lower engagement metrics.
I didn't want to bore the reader with various definitions of immersion but you're raising a very good point. Apart from the "immersion for entertainment" that I'm mostly talking about, there's also the "flow" and the "tech as augmentation". I have obviously no problem with people being more productive through technology. What I have issue with is the (unwitting) funneling of the world's talent and resources into tech that makes us immersed in non-existent worlds just for the sake of entertainment.
I agree with you. One part of the article that I cut for brevity but maybe I should have included talks about the kind of immersion that is created by bright colorful moving pictures on a mobile screen. A lot of talent and resources is thrown at the goal of keeping people glued to their phones (TikTok, Candy Crush, etc.). "Engagement" is a form of immersion.
I agree that it's not just about talent. That said, having more talented people interested in a field often has the effect of bringing money and political will.
It looks like you're countering with the "it's always been the case" argument. I use it often myself, but I think it's good to realize when it's stretched too far.
Yes, I'm sure there were some people in the past who said that reading books is an indulgent waste of time. I'm sure you could find articles in old newspapers.
That in itself doesn't mean that working on a VR headset technology is as meaningful as working on a more sustainable energy source or developing software for cancer research, does it? Just because you find a similarity with something that happened in the past doesn't mean you can just abandon all critical thought.
I knew #36 and have used it in the context of software engineering. But much of the rest is similarly applicable.
> #36 Any run-of-the-mill engineer can design something which is elegant. A good engineer designs systems to be efficient. A great engineer designs them to be effective.
Yes, and until we have the fancy ML method, one way to do it is to have something like a Google Doc where you document your search by copypasting from the source documents and linking to them.
That was my point with the original article. I'm with you that it would be fantastic to have memex that's described in 'As we may think' (only better), but until we do, I'm doing it the hard/manual way.
I'm mostly a front-end person so some of the Ansible/Kamal stuff, I'm sure I did pretty badly. The gamedev / CLI UX stuff is closer to my expertise, but of course that doesn't mean I didn't bork it.