Linked by Thom Holwerda on Wed 16th Nov 2005 18:35 UTC, submitted by Frank Suhn
Thread beginning with comment 61270
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/18/13 22:33 UTC
Linked by Anonymous on 06/18/13 22:26 UTC
Linked by Thom Holwerda on 06/18/13 22:25 UTC
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
Linked by Thom Holwerda on 06/14/13 21:03 UTC
Linked by Thom Holwerda on 06/14/13 20:46 UTC
Linked by Thom Holwerda on 06/14/13 17:32 UTC
More News »
Sponsored Links



Member since:
As old as the OO source code is, I'd love to see a full analysis of the dependency structure, complete with metrics above and beyond the graph. I have a strong suspicion that like many applications that have code that old with that many different developers through the years, that it has lots of cycles both large and small.
Those cycles in the dependency graph increase the cost of porting/building something at a non-linear rate as it takes more RAM, hard drive space and time to build something. Such dependency graphs naturally lead to monolithic codebases, because when you try to use one thing, you take a lot of the system with it when you want to use it somewhere else.
Of course, since I can't make out their hand-scrawled dependency chart (I don't even want to contemplate how long that took to scribble!) I can't readily see how many of those arrows directly or indirectly go both directions between things
Jonathan Thompson