Mizoguchi
Joined 3 years ago
Joined 3 years ago
What they did was to subcontract with multiple vendors who could not agree on integrating their sloppy systems, so we ended up with unreliable EV charging stations running on different hardware and software managed by multiple companies with complete lack of oversight by the federal government who now wants to throw another $100M at it so the money can be stolen again.
In software development for example your teams become much larger because you made the wrong decisions by not understanding the scope and requirements, selecting the wrong stack and tools and hiring the wrong people.
So now you need more management all the way from HR to procurement, engineering, support and legal to brute force your way into delivering.
And all these salaries and benefits need to be paid which means now there's less money to hire and retain qualified engineers and to invest in improving your products and services.
Once an organization falls in this cycle is very hard if not impossible to change, it becomes part of the culture.
Not amount of linearity and abstractions, or silly comments, can make bad code readable. I see this stuff at work all the time. To my team's defense I deal with a lot of chemists and physicists who like to write their own algorithms.
This is to avoid the introduction of bugs by tempting someone to refactor or "fix" your code.
A properly written code, with good naming conventions for parameters, variables and functions should be easy to understand without comments.
I should not need anyone to tell me the next few lines will
//Heat oven
That should be self explanatory by just looking at the code itself.
https://www.npr.org/sections/13.7/2013/02/03/170851048/do-we...