Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses

Re^9: Random quotes in the top left corner

by tilly (Archbishop)
on May 02, 2005 at 07:11 UTC ( [id://453152]=note: print w/replies, xml ) Need Help??

in reply to Re^8: Random quotes in the top left corner
in thread Random quotes in the top left corner

What makes non-modular solutions make more sense is not the time - there are places where they make sense today and will be places 30 years from now - it is the characteristics of current technology and your problem space.

While it does not make sense today for problems where it did 20 years ago, there are new problems where it arises today, and there will be undreamed of problems where it arises in 20 years.

Also there is a certain relative nature to the issue. There is never an absolute line that this is loosely coupled and that is not. Rather you can say that one design is more loosely coupled than another. For instance suppose that OO Perl runs at half the speed of procedural Perl (there is a lot of overhead in making method calls), then using OO techniques to modularize has a huge overhead. Is it worth that overhead to be able to get the benefits of OO? That entirely depends on what you are doing, and what the capabilities of modern hardware are. And if OO doesn't make sense for you to use today, it might in 5 years.

The result is that software 20 years from now will be able to be shockingly inefficient from the present perspective, just as current software is shockingly inefficient from the perspective of computers 20 years ago. But that inefficiency will buy people something, and one of the things that it will buy them is additional looseness of coupling in layers between the programming abstraction and the actual implementation.

  • Comment on Re^9: Random quotes in the top left corner

Replies are listed 'Best First'.
Re^10: Random quotes in the top left corner
by apotheon (Deacon) on May 02, 2005 at 07:35 UTC

    The more I think about this, the more it occurs to me that in a sense we're both right, without any compromises being made in either position: in five years, there will still be as much need for "tight coupling" as there is now, and now there is as much need for it as there was five years ago, and so on back to the invention of the term in reference to code modularity. What changes isn't the necessity for tight coupling, but how we define tightness of coupling. Some of what we call "loose coupling" now will be thought of as "tight coupling" in five years. Thus, if there were a way to measure an absolute percentage value for incidence of tight coupling, in five years the percentage will likely be about the same as it is now, but the metric itself will have changed.

    At least, that seems to be the likely state of affairs to me.

    print substr("Just another Perl hacker", 0, -2);
    - apotheon
    CopyWrite Chad Perrin

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://453152]
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others browsing the Monastery: (3)
As of 2024-04-21 11:37 GMT
Find Nodes?
    Voting Booth?

    No recent polls found