1,550 karma · joined May 18, 2016
His seminal paper "The problem with threads" [0] and others inspired [1] a lot.
Boy would I love to see what would have happened if he and Joe Armstrong would have collaborated...
[0] https://ptolemy.berkeley.edu/publications/papers/06/problemw...
Can't help but think "Doesn't matter if a machine or a human with (even slightly) different background wrote it", maximizing information flow is maximizing common assumptions and "culture" to only have to communicate a small set of current information for the task at hand. Being a team means having built a joint context so to say. This has always been the purpose of design documents and they always were too big or too small. Because you did not write them, but the others. If you only produce code you think they are the past and useless. If you iterate and your team grows, you start seeing the value in always current docs that are containing just what is not in your everyday culture.
All the best for you and your growing family. I had a similar experience recalibrating my values...
Reminds me a bit of https://www.amazon.com/Job-Went-India-Pragmatic-Programmers/... tbh (look when that came out), not nearly the same scale but similar questions...
Is such a good and grown up summary. Kudos for writing this up.
We are taking turns in small teams being on duty for only finding and fixing bugs for two weeks. They are working on features with a much sharpened eye after and don't repeat bad habits so easily. Having drilled down to the core gives you the necessary understanding.
I mean. For what? For whom?
Do you have to go into that extreme? Could you go back to use it as just one of your tools?