←back to thread

171 points _sbl_ | 1 comments | | HN request time: 0s | source
Show context
taeric ◴[] No.44522736[source]
I'm sympathetic, in that I can easily see a situation where they were given constraints that kind of forced this. Still more than a little eye opening to see it actually built.
replies(2): >>44522928 #>>44523563 #
phkahler ◴[] No.44522928[source]
One of the design goals (a constraint if you will) was to pass 300,000 people a day. You gotta move fast for that, and there's no way to take that turn at any kind of speed. So it fails at its primary purpose.

BTW It's not uncommon these days that enshitification causes products to fail at their primary function. See the original Google Nest thermostat failing to turn on the heat without an internet connection. There have been several others, but I don't remember them. It's sad when a mechanical mercury switch has better up-time than fancy tech.

replies(7): >>44523140 #>>44523293 #>>44523570 #>>44523653 #>>44524157 #>>44524688 #>>44528000 #
taeric ◴[] No.44523140[source]
Yeah, I suspected this likely did not hold up to volume constraints. It may have been the highest volume they could hit with all of the other constraints?

Put differently, give engineering an unsolvable constraint set, expect engineering to drop some constraints. That is a management problem, not an engineering one, necessarily. (Granted, I'm assuming they didn't silently drop said constraints...)

replies(1): >>44523324 #
1. gopher_space ◴[] No.44523324{3}[source]
The engineering problem here is how best to establish a paper trail.