Boolean algebra anyone? I recall working with a "basket" and a mechanical "commutator" - long before there were any fully synchronous timing devices - not even a clock to work with.
CH has a good point. One had to manually address both top and bottom of a signal in order to bind instructions - much less sets and highly specialized engineers and instruction sets were used to perform very simple tasks. Structuring data for any purpose, for example, took specific engineers using specialized sets of instructions many weeks to make any visible progress. Getting a line of data out was a real accomplishment.
I guess the main point [of differentiation] is that back in the day developers didn't exist. Developers were engineers that specialized in signals analysis and advanced degrees in electrical and signal engineering were required in order to begin to control signals as they were used to control, or make use of gates - aligned in very specific ways. To this day, these techniques are used and the results provide the basis for all that developers in the present day use in the way of much higher order tools.
Of course, back in the day is relative - there is always some point of historical reference and the goals have remained very similar - machine assisted processing - however enabled.
CH's point is very relevant, because today, precious few people have any knowledge of how machines actually work, or how higher order tools are built and supported. It does however remain very helpful to understand these things and there is great relevance in understanding exactly how signals are structured - I mean, an SRV Paged and Non-Paged Resource Pool error has an entirely different meaning to someone who understands how affected signals move along that path releative to how they are supported in say, an operating system, which uses drivers and has a file system [very crude example, actually].
Surprisingly, it is really not hard to understand, or come to in any case... after all, one was, and is, dealing with very tiny amounts of very basic information and rules. The thing to remember is that all of what I have written above still applies - I am fond of a phrase we sometimes use to help business people who really push price over much else when considering solutions; it is, "yeah, but someone still has to do it..."
This remain true of all that we in our industry do. Someone still has to work with the very base elements that support everything above it and the view back into that for many people is no longer clear - since it no longer has to be. It does however help, a great deal, to know these things. When we design systems, we do so from an understanding of how the signals are going to move through an ASIC, FPLA, or FPGA and then work to take advantage of that knowledge. Interestingly, for those that can, one can make systems perform in ways that are very hard to believe - squeezing the orange, so to speak.
Other perspectives are equally vaild - what people are doing with all this technology and associated technique is amazing - mind numbing in many cases and as imaginitive and disciplined as that which I have described - neither of course has any value without the other, which is a great place to end another perhaps, too lengthy of a post.
|