Hacker Newsnew | past | comments | ask | show | jobs | submit | whiskey-one's commentslogin

Very cool


In theory, yes you could iterate on architecture and potentially even come up with better one with agile approach.

In practice, so many aspects follow from it that it’s not practical to iterate with today’s tools.


Great timing too to ditch MacOS. Just instilled Fedora Asahi Remix 43 on may MacBook Pro M2, and both KDE and Gnome work great. So happy to be liberated form the increasingly sloppy Apple OS.

https://asahilinux.org/fedora/


Subsequently in PoI we see two imperfect super-intelligent AIs let loose in the real world fight each other for domination and their objectives.

For me, it’s a question of when, not if this happens in real life.


Person of Interest is really good. Unfortunately I learned too much about the lead's IRL behavior, and it's on my shelf of shows I'll enjoy once the involved parties aren't collecting royalties anymore.

It absolutely takes people on a police procedural that drags viewers unwittingly into watching a science fiction show, and I'm totally here for all of it.


I see it as a textbook approach of a show that built up the characters with "number of the week" episodes and then integrated the world-building and big arcs gradually.

Very hard to do and less common these days with shorter series.

oh and the actor will be getting royalties until he dies so you are are effectively waiting for that. Maybe get the episodes in a way that doesn't give him money.


> you are are effectively waiting for that

That's essentially what I was saying. I sort of hope when people are dead I can enjoy their performance more fondly even if I know they sucked before.

> Maybe get the episodes in a way that doesn't give him money.

I've owned the whole series on Blu-ray for a number of years. It really is just one of those things that feels tainted, at least for now. :/


It is indeed painful to figure out all the Stripe events one needs to handle. However, for me it’s worth it to do it once, and then be able to handle the interactions between my app and Stripe directly, instead of adding more layers.


That’s a fair point. But of course, this library also helps with other matters - wallets, credits and a code as config based system which can be quite useful too.

And also, if you record all the webhooks events (and a backfill), that basically gives you your whole Stripe data available locally - I’ve actually put it to good use in diagnosing payment failure issues before.


A reminder associated with the birthday can and should be changed if I change time zones. But the birthday date didn’t change so it shouldn’t move to a different day.


> But the birthday date didn’t change so it shouldn’t move to a different day.

But it does. My brother moved to the US for a few years. So we’d send him birthday wishes on the day of his birthday (Australia time), and he’d get them the day before his birthday (his time). Now he’s moved back to Australia, the same thing happens in reverse-he gets birthday wishes from his American friends the day after his birthday.

My wife has lots of American friends on Facebook (none of whom she knows personally, all people she used to play Farmville with)-and she has them wishing her a happy birthday the day after her birthday too. Maybe she’s doing the same to them in reverse.


But using UTC doesn't solve that, unless the recipient of the birthday wishes is close to the prime meridian.


The concept is interesting but without charging it’s a non-starter for me. Also it’s a bit awkward and I’d prefer to use my phone or watch instead of adding a ring.


Is there a write up on the security of actions or equivalent that explains how they are secure both with direct and transitive dependencies? If this applies to Depot.


I left a large software corp last year to co-found a startup, launching myself in the world of OSS. I couldn't be more grateful to the HN community for introducing me to great concepts and tools!


Having to figure out which of the 100s of Stripe event types we need to handle and which ones overlap was the most stressful part of adopting their system. Simplification here is welcomed.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

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

Search: