In many countries, certain kinds of engineering are licensed and regulated professions. For example:<p><a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Regulation_and_licensure_in_engineering#United_States" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Regulation_and_licensure_in_en...</a><p>It&#x27;s officially a Big Deal in some branches of engineering- structural, mechanical, and civil come to mind. My city just built a new bridge over our river, and the engineers who signed off on its design and construction were doing so under a certain legal framework that is designed to ensure that the design was done using proper methodologies, appropriate tests were conducted, etc. If the bridge fails due to shoddy design, those engineers will personally face certain professional and legal consequences. That same legal and regulatory framework gives the engineers certain protections should management try and make them cut corners on the design or testing (in theory, anyway).<p>People have been debating for years about whether there ought to be a similar legal framework for software engineering. There are plenty of good arguments on both sides of that discussion, IMHO, but the sorts of situation described by the original article would fall squarely under the &quot;pro&quot; side of the equation. I can easily envision a world in which, for software that is critical to a public safety function of government, states had to buy software written by bonded and licensed engineers. Presumably, under such a framework, a licensed software engineering company would have to have a system in place such that their &quot;hit by a bus factor&quot; would be &gt;1- i.e., they&#x27;d need to have sufficient documentation or process in place to enable any single engineer to go on extended leave without preventing critical bug-fixes from taking place.<p>This is obviously something that any developer would recognize as a &quot;best practice&quot;, but that in practice is often infeasible due to organizational constraints. The advantage to a system of regulation and licensure would (in theory) be that it would empower engineers to demand such practices be in place in their organizations, and would incentivize companies to set themselves up to enable such practices. In theory. As the saying goes, &quot;in theory, there&#x27;s no difference between theory and practice.&quot; Hence why this has been an ongoing debate in the software world for decades.