I think this article is partly true, at least in the OO world we know today.

I dealt with a number of OO based commercial softwares in the past 10 years
that used abstractions that were at best annoying, at worse made the internals 
obscure up to a point where you wondered if these were added only to insure 
some job security to the "experienced" anarchitects that created them.

Their implementations did not do anything to make things clearer either.

Frameworks are also part of the problem. They tend to inflate up to a
point were there initial intent is not even obvious these days.
Remember why Spring came to life ? Look at it today... it tries to be
everything.

These days I stay away from frameworks and I my work life is far more simple.

My personal rule is that if you create or use abstractions not related to 
your business model, you should question yourself seriously if you need them.

The "bottom stuff", Clojure current abstractions coupled with a few others, 
message queues, configuration management, ... is a toolbox allowing you to 
grab the moon. It's more than enough to do a lot of milleage.

Luc P.



> Looks like a pretty standard rather naif article by someone who knows 
> enough to be dangerous but not enough to actually understand about 
> trade-offs.
> 
> And I'm not sure why you think it's even slightly relevant to Clojure: or 
> did you think Clojure eschewed abstractions?
> 
> -- 
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with your 
> first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> --- 
> You received this message because you are subscribed to the Google Groups 
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
> 
--
Softaddicts<lprefonta...@softaddicts.ca> sent by ibisMail from my ipad!

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to