In Verner Vinge’s space opera A Deepness in the Sky, he proposes that one of this future’s most valuable professions is that of Programmer-Archaeologist. Essentially, the layers of accreted software in all large systems are so deep, inter-penetrating, idiosyncratic and inter-dependent that it has become impossible to just re-write them for simplicity’s sake – they genuinely can’t be replaced without wrecking the foundations of civilization. The Programmer-Archaeologist churns through this maddening nest of ancient languages and hidden/forgotten tools to repair existing programs or to find odd things that can be turned to unanticipated uses.
“The word for all this is ‘mature programming environment.’ Basically, when hardware performance has been pushed to its final limit, and programmers have had several centuries to code, you reach a point where there is far more significant code than can be rationalized. The best you can do is understand the overall layering, and know how to search for the oddball tool that may come in handy -“
A Deepness in the Sky – Verner Vinge
This is not all that different from what I actually do in my current job.
I work at a moderately large corporation analyzing and fixing bugs in our production systems. When a system gets too buggy, because:
- Over time, the other systems it interfaces with have changed and so now it can’t communicate with them as smoothly
- Elements of the server or network environment in which the programs run have changed, negatively affecting the program’s performance
- Users have developed odd work-arounds to make the program partially serve some unanticipated need, and now those have taken on real business importance
There is often a desire to rewrite the program to accommodate the new situation. Many times, rewriting the system isn’t really practical, at least short term, because of the number of unknowns that much change would introduce in to the weirdly balanced ecosystem of software.
I spend a significant amount of time digging through old, partially documented or undocumented code, trying to establish relationships between systems and reconstruct reasons for the way things were done, so the fuller implications of changes to be made can be understood.
We’re less than a hundred years into the history of software accretion for our civilization, and already the notion of a Programmer-Archaeologist is not so absurd.
To my knowledge there aren’t any significant tools or proven working methods for this new trade, but looking forward, I’ll bet this is fertile ground for innovation.