Software Systems Theory

How can we possibly test, or improve upon the truth of a theory if it is built in such a manner then any conceivable event can be described, and explained, in terms of its principles? The only way of investigating such all-embracing principles would be to compare them with a different set of equally all embracing principles- but this procedure has been excluded from the very beginning.

Practical life is not necessarily directed toward other people, as some think; and it is not the case that practical thoughts are only those which result from action for the sake of what ensues. On the contrary, much more practical are those mental activities and reflections which have their goal in themselves and take place for their own sake.

You can't physically touch software. You can hold a floppy disk or CD-ROM in your hand, but the software itself is a ghost that can be moved from one object to another with little difficulty. In contrast, a road is a solid object that has a definite size and shape. You can touch the the material and walk the route...
Software is a codification of a huge set of behaviors: if this occurs, then that should happen, and so on. We can visualize individual behaviors, but we have great difficulty visualizing large numbers of sequential and alternative behaviors...
The same things that make it hard to visualize software make it hard to draw blueprints of that software. A road plan can show the exact location, elevation, and dimensions of any part of the structure. The map corresponds to the structure, but it's not the same as the structure. Software, on the other hand, is just a codification of the behaviors that the programmers and users want to take place. The map is the same as the structure... This means that software can only be described accurately at the level of individual instructions... A map or a blueprint for a piece of software must greatly simplify the representation in order to be comprehensible. But by doing so, it becomes inaccurate and ultimately incorrect. This is an important realization: any architecture, design, or diagram we create for software is essentially inadequate. If we represent every detail, then we're merely duplicating the software in another form, and we're wasting our time and effort.