Send to Printer

development

The new DLL Hell?

February 16, 2004 11:51:22.656

Larkware News has the following rant:

Unification Policy - Alan Shi explains one of the fine points of the CLR's binding policy. I fear I've reached the same point with this stuff that I did with Godel, Escher, Bach: I understand it right after I read it, but my brain can no longer hold on to it. I think .NET has replaced DLL Hell with a binding policy so complex that it might as well be a purely random selection of which DLL to load, for all that an average developer understands what's going on. It is not at all clear to me that this is an improvement so much as just a different set of problems. Or perhaps my brain is just too puny to work at Microsoft.

First, let me state up front that I've not looked at the binding policy in .NET - I will say that the referenced explanatory page is hard to digest. This is not a problem limited to the CLR though - we are in the process of trying to address these issues in Cincom Smalltalk, and it's not a simple set of problems. We are hoping to have the beginnings of an answer out with VW 7.3 (fall 2004)

Comments

It gets more complex as it moves out from the developer

[Troy] February 16, 2004 13:41:33.049

Writing code is easier (I'm not saying easy, I'm saying easier) than integrating code, testing code, packaging code, deploying code, and shipping code. Agile proponents may claim some improvement on integration and testing, but the tail end of the process is what we get paid to do, and as an industry we fail to do this in a good, timely, and reliable way.

 Share Tweet This