4 ms·
I have seen a bad outages caused by valid JSON whose consumer implemented something incorrectly. I agree with dundarius that "doing this in JSON" would not hav
by schainks 3y ago
I have seen a bad outages caused by valid JSON whose consumer implemented something incorrectly.
I agree with dundarius that "doing this in JSON" would not have changed the likelihood the bug could have manifested.
- rglover 3y agoNo change at all? I find that hard to believe. There's also a data design problem here, but the structure of JSON would aid in, not subtract from, that process. The question at hand is: "heavily structured data vs. a blob of text as input into a complex algorithm, which one is preferred?" Unless you're lying, you'd choose the former given the option.
- dundarious 3y agoThe issue is using both ADEXP and ICAO4444 waypoints, and doing so in a sloppy way. For the waypoint lists, there is no issue with structurelessness -- the fact that they're lists is pretty obvious, even in the existing formats. Adding some ["",] would not have helped the specific problem, as the relevant structure was already perfectly clear to the implementers. I am not lying when I say the bug would have been equally likely in a JSON format in this specific case.
- schainks 3y agoNow I'm wigging out to the idea of how the act of overcoming the inertia of the existing system just to migrate to JSON would spawn thousands of bugs on its own — many life-threatening, surely.
- schainks 3y agoThese old standards ARE heavily structured data, despite what their formatting or lack of punctuation suggests.