Lets say you have a nice fault reporting system using XML.
And there is a problem - when notes are added by the reporter the people working on the fault can't see them. It means you get these strange "talking to a brick wall" exchanges where we reject a fault and add lots of notes but get replies which make no sense. The poor fault engineers have no idea why it is rejected and cannot see the detailed notes. It drives both sides round the bend.
Any sane person faced with this would fix the problem - make the notes visible. Simples.
But no! Big company answer is to change the system so you can no longer send notes - you now get an error telling you the notes have not been added!!!
OK, so you have to work around - send the fault back and email someone to tell them to add the notes manually. Ironically this works as the notes are in fact added, but it ties up people doing it and is rather silly.
Oh, and when you did the fix you also stopped the initial fault report notes coming through and also the "reason" for rejecting a fault coming through. We think that worked before.
So lets fix that - again sane answer is fix the actual problem, but no. The big company decides fix it by not allowing you to even reject faults any more.
So again, emailing a separate department not only to add notes but to clear the fault.
Dilbert is so true on the workings of large companies.
As previously posted , I am quite impressed with Shelly stuff anyway, but the new "Plus" range has allowed some interesting develo...
The ASR33, like most teletypes of the era, works at a fixed rate. It does 10 characters per second. It is 110 Baud, using 1 start, 8 data (i...
Broadband services are a wonderful innovation of our time, using multiple frequency bands (hence the name) to carry signals over wires (us...
I am using KiCad for PCB design, and it is pretty impressive, but KiCad version 6 has just been released. There are lots of small changes, b...