Problem is that now your boss is just going to say Claude can trace those wires for you.
post
As someone who has managed racks, that first picture isn’t usable after day 1.
There’s not place for extra cable length to go.
Zip ties?!? I’d make you cut every one of those out.
Every cable needs to be tied down.
Cable tracing requires cutting.
There’s no service loops.
That’s because this is a broadcast rack (probably for sports) sending SDI over all those cables, notice it’s all BNC not Ethernet. This is probably in a truck that needs to get packed up and shipped to the next game/race/whatever and so doing it all in Velcro with service loops is asking for shit to fall apart on the road for you to find with like a 24 hour timeline until the event
So that’s why shits locked down, it ain’t web server shit
Point still stands, OP is making a poor comparison.
Might be a poor comparison, but that doesn't mean it's necessarily a bad way to present it to thier boss. If the analogy, however flawed, communicates the underlying idea to the listener, then it was effective.
The concept here is very related to why "ceci n'est pas un pipe" is/was compelling.
I'm a developer who occasionally is the 'smart hands' (for our networks team) for some equipment in our office.
Fortunately ours is all Velcro tied so tidily adding an extra cable was awkward but ultimately trivial.
So, please educate a novice who wants to do right: what do you mean by every cable needs to be tied down? You mean individually?
Tightly bound cables/wiring is my pet hate. Even if there's room to add stuff it makes tracing anything a nightmare.
I would absolutely prefer to trace something in the second pic.
Yeah. It looks good for a picture, all that super tight cable management, but really your cables are plenty managed if you can just get something out of the middle of the rack without having to unplug things.
I have way too much to do to spend time on making my server rack look like supermodel for that one time one guy that is not me looks at it.
to me, it matters if its backplane or frontend patchwork. just my 2 cents
i had the explaine this to my project manager. how are you going to have all our project completed by the skin of our teeth after mandatory overtime, over and over again, and not convince the client to pay for a refactor, AND not calculate a stacking buffer for project complete times? the tech debt will be paid, he has to choose the terms before it’s chosen for him
If "mandatory overtime" is needed outside the realm of multiple catastrophic surprise events on a company-ending scale, your "project manager" is absolute shit.
"Technical debt" is a phrase that was invented to explain the phenomenon in a way that bean-counting business bosses could understand: we can do it this way in a way that costs us less today but will incur a debt that will slow us down in the future. It was always an attempt to quantify the concept in a way that we have to think about tradeoffs between our current resources and our future resources.
I'm likely spoilt for this but I will take as much time as I need to do things properly, even the "Urgent" ones.



all 34 comments