5 ms·

Hard disagree here. Use it. Of course, if you running code that drive a pacemaker or a train maybe be careful, but in general, do things. We don't want a world

by kuon 1y ago

Hard disagree here. Use it. Of course, if you running code that drive a pacemaker or a train maybe be careful, but in general, do things. We don't want a world where only three old bearded guys can write a compiler or a physic engine. Do the same errors again and you'll learn, eventually you'll do better than those who were here before you.

Hnrobert42 1y ago
>Maybe be careful Really?
patrick0d 1y ago
Well don't do it and instead of using an off the shelf library that is known to work while the rest of the development team isn't reinventing the wheel. Doing it for fun and education is fine of course.
sabas123 1y ago
> We don't want a world where only three old bearded guys can write a compiler or a physic engine. Don't write your own OS does not mean do not contribute to something like the linux kernel.
Zambyte 1y ago
It's interesting that people are disagreeing with you in a way that they're making it sound like they're elaborating on your point. To the people reading this, please don't just disagree with an "obvious counterexample". Explain why!
breatheoften 1y ago
What IS the right way to model dates in a pacemaker ...? I hope the answer is "just don't do it" -- but I don't know what reasons there might be for a pacemaker to need to depend on calendar dates in order to best do its job ...
- fc417fc802 1y ago
  Well naturally it will need to connect to your phone via Bluetooth for the app to proxy update downloads and historic location data uploads. But in order to do anything on the network securely you need an accurate clock and the ability to parse datetimes because the PKI implementation depends on that. Then the app pings you to remind you that your premium subscription will be expiring soon after which your heart rate will be limited to 100 bpm or less.
  - 1718627440 1y ago
    Hopefully no real pacemaker manufacturer is allowed to do that. Creating radiation in the middle of a body near a critical organ without a medical reason sounds like a really dumb idea. Also you want the pacemaker to be as air-gapped and simple as possible, because it needs 100% uptime. (maybe I missed the implied /s)

by kuon 1y ago

Hnrobert42 1y ago

>Maybe be careful Really?

patrick0d 1y ago

Well don't do it and instead of using an off the shelf library that is known to work while the rest of the development team isn't reinventing the wheel. Doing it for fun and education is fine of course.

sabas123 1y ago

> We don't want a world where only three old bearded guys can write a compiler or a physic engine. Don't write your own OS does not mean do not contribute to something like the linux kernel.

Zambyte 1y ago

It's interesting that people are disagreeing with you in a way that they're making it sound like they're elaborating on your point. To the people reading this, please don't just disagree with an "obvious counterexample". Explain why!

breatheoften 1y ago

What IS the right way to model dates in a pacemaker ...? I hope the answer is "just don't do it" -- but I don't know what reasons there might be for a pacemaker to need to depend on calendar dates in order to best do its job ...

fc417fc802 1y ago
Well naturally it will need to connect to your phone via Bluetooth for the app to proxy update downloads and historic location data uploads. But in order to do anything on the network securely you need an accurate clock and the ability to parse datetimes because the PKI implementation depends on that. Then the app pings you to remind you that your premium subscription will be expiring soon after which your heart rate will be limited to 100 bpm or less.
- 1718627440 1y ago
  Hopefully no real pacemaker manufacturer is allowed to do that. Creating radiation in the middle of a body near a critical organ without a medical reason sounds like a really dumb idea. Also you want the pacemaker to be as air-gapped and simple as possible, because it needs 100% uptime. (maybe I missed the implied /s)