At present, this can be done by following any emoji character with the text variant selector, U+FE0E [1] (the example works perfectly on Firefox on KDE).
Later, it will be possible with CSS [2].
[1] https://mts.io/2015/04/21/unicode-symbol-render-text-emoji/
[2] https://drafts.csswg.org/css-fonts-4/#font-variant-emoji-pro...
As soon as you start trying to address those, the simple problem suddenly grows quite a lot in scope.
It actively filters out a small part of it, mostly emojis (which I think that it is a good thing to do).
But HN is 100% custom software, and built with it's own programming language as well, Arc (on Racket). AFAIK, HN still runs on files-as-a-db. You could check out the source here: http://arclanguage.org/install
"filesystem as a database" is not referring to database software that stores the data on disk but rather that the application is directly interacting with the filesystem. Imagine dumping a JSON document to disk, then reading it from disk, compared to storing a JSON string in a DB. Sure, they are both backed by the disk, but one is not "filesystem as a DB".
They don’t know it, but the rest of us do
Its not a trend its out of touch old people that dont know they’re out of touch old people yet