On Aug 22, 2007, at 10:00 PM, John Bresnik wrote:

encapsulation doesn't imply any kind of validation does it? [but
certainly a side effect of dump truck loads of getters and setters]

Right. Encapsulation doesn't imply validation; however, neither do [GS]etters necessarily break encapsulation. Information can still be hidden in these ugly little things and we can still attempt to protect our users (i.e. other programmers) from themselves and "from the guts".

It's not important though, I get your point.

I like the way Ruby's "accessors" are all sugared up to look like properties.

but yea i was really just getting at the point that obsession of a
principle can ultimately undermine it.

Definitely, it's a good point.

I see this quite a bit where I work. Guys get all caught up in severely over-designing "perfect" systems. Instead of doing a bit of design, and then working smart on an implementation while keeping the code nice and flexible, etc., they spend a massive amount of time and effort calling meetings, discussing stuff, and diagramming it out on whiteboards. Then when they finally code it and figure out it's not going to work, it's back to the drawing board. Meanwhile, two or three months of a ten month dev cycle have evaporated. And, we're certainly not working on rocket science.

Or, the guy who discovered some geeky C++ delegate system, which has now infected every corner of his team's code. Unfortunately, it's just about the nastiest thing to use and they're in way too deep to gut it.

Or, the guy who thinks namespaces are mega super important, so everything in the project is 3, 4, or 5 namespaces deep. Not fun.

Or, the guy who is a "const correctness" fanatic. At the beginning of a project he said, some day you're going to thank me for making it all this way. At the end of the project I ripped it completely out. Never thanked him.
--
Stephen Waits
[EMAIL PROTECTED]
http://swaits.com/


_______________________________________________
Sdruby mailing list
[email protected]
http://lists.sdruby.com/mailman/listinfo/sdruby

Reply via email to