http://www.tmtm.com/insanity/2002/11/09.html#a386
Complexity, I would assert, is the biggest factor involved in anything having to do with the software field. It is explosive, far reaching, and massive in its scope.
-- Robert L Glass, Communications of the ACM, November 2002
Fools ignore complexity. Pragmatists suffer it. Some can avoid it. Geniuses remove it.
-- Unknown
So how do you remove complexity?
What do you really want? (Score:1)
Re:What do you really want? (Score:1)
"You remove complexity by redefining the problem"
This I like. A lot.
"Geniuses remove it"
I guess one way of removing complexity is to just swipe it under the rug--data hiding and modular design. By definition you hide complexity and provide a simpler way of looking at things.
Re:What do you really want? (Score:1)
My DBI example may have been ungood, but then again, you can completely remove the database server from the problem---not just in abstraction but also in reality. You can use DBI with flat files (just like we do in Stonehenge's DBI course where we write a Zork text adventure game starting with flat files and DBI, then at the end convert it to mysql w
a bigger rug (Score:1)
/s
Re:a bigger rug (Score:1)
It's an interesting angle, but I think writing the same thing in Perl is rather a more efficient way of managing the same amount of complexity.
But the custom-vs-standard-protocol issue can be an example of implementation complexity being removed by slightly redefining the problem (as mentioned above).
In another project, I was to write a server providing log reports. The initial (bad) idea, which I managed to veto, was to call this from an ASP application using some kind of cus