• 0 Posts
  • 9 Comments
Joined 5 months ago
cake
Cake day: July 21st, 2024

help-circle

  • Okay, now I get what you’re saying and you’re absolutely correct. But from the perspective of the photographer, it doesn’t really matter. The motif you’re aiming for is fixed. What you then influence is distance and lens and lens I can directly read from my camera. If I shoot with a wide angle, I have to get closer to get the motif that I want, if I zoom in, I need to step back. So, yes, technically distance is what matters but the distance correlates with the lens I’m using. That’s why tips like “shoot portraits with 85 mm to get the most natural look” still make sense although you’re right





  • I would hope that these kinds of parsers are not used in critical applications that could actually lead to catastrophic events, that’s definitely different to Y2K. There would be bugs, yes, but quite fixable ones.

    Regarding Y2K, it wasn’t horse shit - thousands upon thousands of developer hours were invested to prevent these issues before they occurred. Had they not done so, a bunch of systems would have broken, because parsing time isn’t just about displaying 19 or 20.

    “There’s no glory in prevention”. I guess it’s hard to grasp nowadays, that mankind at some point actually tried to stop catastrophies from happening and succeeded


  • Y2K was definitely not only fear-mongering. Windows Systems did not use Unix timestamps, many embedded systems didn’t either, COBOL didn’t either. So your explanation isn’t relevant to this problem specifically and these systems were absolutely affected by Y2K because they stored time differently. The reason we didn’t have a catastrophic event was the preventative actions taken.

    Nowadays you’re right, there will be no Y10K problem mainly because storage is not an issue as it was in the 60s and 70s when the affected systems were designed. Back then every bit of storage was precious and therefore omitted when not necessary. Nowadays, there’s no issue even for embedded systems to set aside 64 bit for timekeeping which moves the problem to 292277026596-12-04 15:30:08 UTC (with one second precision) and by then we just add another bit to double the length or are dead because the sun exploded.