Hacker Newsnew | past | comments | ask | show | jobs | submit | wje's commentslogin

A person who studies metaphysics.

Metaphysics is the branch of philosophy dealing with questions like 'What is there?'.


Odd, I'd have expected the term to be "metaphysicist."


You're thinking of a person who studies physicists.


A term that is unfortunately abused, at least where I live, by fortune telling shops and other such things.


I try to avoid eating processed foods. I ride a bicycle. I go to a climbing gym. I built a hangboard so I can train at home. I read lots of books to exercise my brain.

But more important than any of that: I stopped working a job that had me sitting down in front of a computer screen all day, and started working jobs that keep me on my feet.


There's a solo RPG titled after the phenomenon that, I feel, pretty well captures he idea and feeling of being a hiki. It's a kind of 'week in the life' game, where the narrative occurs entirely in the form of journal entries that you write to make sense of your rolls. Very chilling, in some playthroughs.

http://dsg.neko-machi.com/hikikomori.pdf


There's also Yume Nikki, which is surreal and fascinating, about a hikikomori girl who travels through her dreams.

https://en.wikipedia.org/wiki/Yume_Nikki


And, as far as I understand, it's a story about suicide.


<3


This feels like the perfect thing to try to stuff in RenPy and gain minor internet fame\notoriety.


I was excited for a moment, but then I saw the PDF.

This is a tabletop RPG not a regular RPG usually connotated as a video game.

Nonetheless, it's still pretty interesting.


Probably a generational difference, but RPG definitely doesn't imply video game to me. Back when I was young, I saw CRPG (Computer RPG) used for bards-tale style games, and JRPG (Japanese RPG) used for DQ style games. I haven't seen CRPG used since the late 90s, but JRPG is sometimes still seen.

While we're discussing RPG terminology, more serious players of systems that do not place emphasis on tactical combat might also object to the term "tabletop" as a catchall for the non-computer RPGs, as that term historically refers to RPGs with roots in tactical war-games, such as D&D (though you do need some place to put your wine glass for a truly authentic of "The Extraordinary Adventurse of Baron Muchausesn").


Different people have different expectations. I have friends that still insist videogame RPGs be called CRPGs, because they are the younger upstart and tabletop the original.


I don't.


lyx + instant preview, perhaps?


Sadly, this article has nothing to do with an inferno OS port to js.

http://www.vitanuova.com/inferno/


My interpretation of the title was that it was going to discuss how the Dis VM[1] compared to popular JS VMs, but I was sorely disappointed.

(Inferno, for those not aware of it, is a rather obscure successor to the almost-as-obsure Plan 9 From Bell Labs. Plan 9, in turn, was supposed to be the replacement for UNIX. Unfortunately it failed because UNIX was "an existing codebase that is just good enough"[2]; its main lasting contribution was the invention of UTF-8[3].)

[1] http://www.vitanuova.com/inferno/papers/dis.html

[2] Plan 9: The Way the Future Was http://www.faqs.org/docs/artu/plan9.html

[3] http://www.cl.cam.ac.uk/~mgk25/ucs/utf-8-history.txt


I'm sorry, this topic has nothing to do with the operating system. Inferno in this context is a popular JavaScript library for building UIs, not an operating system.


Yes, I figured that out as soon as I started reading the article. :) I just figured I'd give some context to thread readers who'd never heard of the OS and were wondering what we were going on about.


It would be amazing to have acme on a browser :)


Agreed and similarly disappointed. Can we please change the title to point out that this is specific to ReactJS?


This has nothing to do with React. This is a JavaScript library called Inferno – the title makes sense to people in the JavaScript scene.


This isn't about ReactJS.


OK, we've attempted to do that and still be accurate.


Unfortunately unrelated to Inferno the operating system, which was warped into running in a browser, many moons ago.

http://www.vitanuova.com/inferno/


The Internet Explorer ActiveX plugin version of Inferno didn't get much traction.

Although I did think "ooh, don't tell me someone has compiled Inferno OS to Javascript, that would be awesome" nope.


I think porting Inferno to JS is Plan 11.


* Barnacl.es * aesi.news (defunct) * DnE


Sounds fun! I'm down to learn with you.


Give me your email address or contact me on twitter @RautaAlin to invite you on the slack group I just made.


Run your own!


I thought there is a high chance of getting blocked by spam filters if you're not using a reputable email host. Is this true at all?


+1 for "running your own". I have a cPanel license on a personal server and it handles a lot of the rigamarole. Once you have DKIM and SPF set up, it practically runs itself.

The network your IP is in makes a difference. My mail server is currently at OVH, which is a good enough neighbourhood for Mailjet to have built an email business there.

I very occasionally have an email bounce back (once a year or less). The bounce message typically includes information on exactly why it bounced and how to contact the receiving server's operator to figure it out.

The vast majority of the work goes into the the initial setup, which takes an evening if you're using a packaged mail stack. [1]

[1] If you want a free packaged mail stack, here's a FOSS one: http://www.iredmail.org I have no experience with it but have heard good things.


I've been running two domains for about a year and a half, and have only once been spam-canned. This only happened recently, and I haven't been able to get hold of the guy to ask what email system he's using, and whether there was any report of why my mails were marked as spam. I'm very curious to have that information.

I went through the whole rigmarole of reverse-DNS and SPF. I also started very gingerly in the beginning -- for a few weeks it was no bulk emails and trying to mostly email personal contacts. But I've never had any trouble until now.


Only if you using it for spam-like email marketing. With correct SPF and DKIM config, also dedicated IP, it would be no problems at all.


There's still a chance. I've been running my personal email myself as a learning project for a couple of years now, and the only time I've had problems was when I emailed a bunch of people on the same domain at once. Other than setup and dealing with that one bulk email, it's just normal systems administration: updates, backups, and monitoring.


False. Use a dedicated IP and don't send spam and you're fine (if you don't trust your users, run spamassassin in both directions).

Google will complain about deliveries if you don't have IPv6 records. Everything else: DKIM, SPF, etc is optional and helpful.

Simple greylisting works wonders to block incoming spam.


You should not have any problems until you start having problems and then you will deeply regret thinking that running your own mail server was a neat idea. My advice: don't host your own email server unless it's your core business or you're big company, your sanity is worth more than that.


Postfix.

Not a miracle of simplicity to set up, but so far it's been bullet-proof while running.


Yup. It took me a couple of weeks of slow reading to make sure I was doing it exactly right (this included me learning how email works on a deeper level than I had before), but once I launched I've had no problems whatsoever, and so far really no maintenance (what there has been has been spamassassin-related).

Sometimes I think someone could build something on top of postfix that simply made executive decisions about security policies, and exposed a much-simplified subset of configuration options to the user.

On the other hand, once you know how all the mapping and rewriting systems work, it's actually a real pleasure to make use of them.


I still don't get why the configuration for something as simple as mail has to be such a hassle.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: