That's intriguing and reminded me of the following Perlis quote -
> The only constructive theory connecting neuroscience and psychology will arise from the study of software.
That's intriguing and reminded me of the following Perlis quote -
> The only constructive theory connecting neuroscience and psychology will arise from the study of software.
Code can be studied and improved gradually. Since it guarantees repeatable results, you can try tweaking parameters and measuring the outcome, to achieve even better result. It's a bit like taking the highest-skilled workers, merging their knowledge, and extending their lifespan indefinitely so that they can continuously improve.
The only disadvantage I can see is that you're skewing the playing field in favor of those who have access to the most data, and by reducing the workforce size, make it difficult for someone else to obtain the same data.
At the end, a skilled worker can leave a company and make its own, or join a rival one. An algorithm can't do that, further entrenching a select few companies'positions, thus locking knowledge away from humankind. Companies probably contribute to the loss of information over time (see lost knowledge: Roman cement, massive bronze castings, etc), as free-flowing information is against their interests, in most cases.
I agree with what else you said, but I see much of the opposite process in corporations actually. I have worked in a couple of very large corporations and what I have seen is less of information hiding (and "not invented here") and more of cooperation through partnerships, open source software and standardisation of processes.
Once you start training algorithms instead of people, though, you attach that knowledge to the company, and it may not leave. In my experience, open source software and standards are the exception rather than the norm.
I'd like to add a little context around the quote [0], because I do think it makes another issue very apparent:
> Building a dam requires knowledge and skill developed through years of experience. Obayashi's automated system is expected to be a game-changer in dam construction, as well as in other applications.
> "By transferring expert techniques to machines, we're able to analyze what was once implicit knowledge," said Akira Naito, head of Obayashi's dam technology unit.
> Every process for constructing the 334-meter-wide dam will involve some form of automation. That includes the initial work of establishing the foundation, and pouring concrete to form the body.
Implicit knowledge here refers to dam builders' workmanship and experience. It is an empirically constructed knowledge which is "stored" in the worksman's mind as instincts, concepts, know-how... While these may "be analyzed" and re-used for automation purposes, I have very strong doubts whether such implicit knowledge may even be truly understood and translated (be it in code or any other media) if there is such a precise goal. Specifically because the knowledge is implicit and applies situationally, one may never be able to grasp it all without some kind of very complex knowledge transfer set-up that could cover a broad range of situations, allowing all of the patterns to emerge and be identified.
Enough knowledge may be gathered that a company could successfully apply it to dam building by machines. But as automation replaces dam builders, chances are that the portion of the extracted knowledge which is not necessary to the company will join the expertise which did not transfer from the workmans' minds to the company to lay forever in the land of lost knowledge (...until it is found again through experience).
The rest will most likely be preserved "forever" through more or less obscure patents and "hard", explicit knowledge in the company's hands.
[0] https://asia.nikkei.com/Business/Engineering-Construction/Da...
Anyone who actually believes this has a poor understanding of computers, humans, or both.
We know far more about programs than about biology, but the gap between software and neuroscience is huge and we probably don't know as much about software as we think we do, either.