Well-designed components are easy to replace. Eventually, they will be replaced by ones that are not so easy to replace.
Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.
Big data is like teenage sex: everyone talks about it, nobody really knows how to do it, everyone thinks everyone else is doing it, so everyone claims they are doing it...
And the reason these things take a generation is because ultimately we do not change people's minds. We have to wait for the previous generation to retire or die before we can get critical mass on the next idea. So it's like we look around: "Are they gone?"
There is no single development, in either technology or management
technique, which by itself promises even one order-of-magnitude
improvement within a decade in productivity, in reliability, in simplicity.
The best reaction to "this is confusing, where are the docs" is to rewrite the feature to make it less confusing, not write more docs.
Data dominates. If you’ve chosen the right data structures and organized things well, the algorithms will almost always be self-evident. Data structures, not algorithms, are central to programming.
The key is to acknowledge from the start that you have no idea how this will grow. When you accept that you don't know everything, you begin to design the system defensively... You should spend most of your time thinking about interfaces rather than implementations.
It's important to remember that when you start from scratch there is absolutely no reason to believe that you are going to do a better job than you did the first time. First of all, you probably don't even have the same programming team that worked on version one, so you don't actually have "more experience". You're just going to make most of the old mistakes again, and introduce some new problems that weren't in the original version.
The craft of programming begins with empathy, not formatting or languages or tools or algorithms or data structures.
Writing software as if we are the only person that ever has to comprehend it is one of the biggest mistakes and false assumptions that can be made.