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

When I grow up, I realize that fairy tales are almost lies.It is difficult for princes and princesses to live happily ever after~


Does Andersen ever use the “happily ever after” ending?


Literally, I can't think of a single happy ending in even one of his stories.

It always ends with death, disappointment, or apathy.


Andsersen has some happy endings, eg the Snow Queen or the Ugly Duckling. I guess the Matchstick Girl has the closest to a “happily ever after” ending, since she dies and goes to heaven.


Death usually is a happy ending in his stories. It's ascension to paradise and being freed from mortal suffering. It makes more sense if you're a deeply religious man from the 19th century than it does today, admittedly.


78% of the world population are religious today, per e.g. Statista.


Yeah but not every religious writer considers suffering and death a happy end.


Being religious is not quite the same thing as having a cultural frame of reference where death is a happy ending.


Everybody I grew up with is pretty happy, including me. Is that unusual?


Tell me you've never read the original fairy tales without telling me that you've never read the original fairy tales.


How to deal with the AI meeting recording function that comes with conference software?


hyprnote listens to both sounds coming out(system audio output) and going in(microphone input) so it will work perfectly fine with virtual meetings.


Self-satisfaction or more professional?


What's new next we can see?


Those in power care only about their own power; everything else is expendable


Great writeup! Your journey perfectly captures the universal developer dilemma: "Never roll your own X... until you absolutely must."

The bundle size reductions are impressive (230kB client-side savings!), and your RFC 9557 alignment is a smart forward-looking move. Two questions:

Edge cases: How does your parser handle leap seconds or pre-1582 Julian dates? (e.g., astronomical data) Temporal readiness: Will @11ty/parse-date-strings become a temporary polyfill until Temporal API stabilizes, or a long-term solution? Minor observation: Your comparison table shows Luxon supports YYYY-MM-DD HH (space separator) while RFC 9557 doesn’t – this might break existing Eleventy setups using space-delimited dates. Maybe worth an explicit migration note?

Regardless, fantastic work balancing pragmatism and standards. The web needs more focused libraries like this!


End-of-life care is a profoundly complex topic. Every individual deserves respect, even as they approach the end of their life. Yet factors ranging from legal and ethical considerations to human relationships and emotions mean that, even today, there is no definitive answer.


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

Search: