In my experience, you usually have a few core developers who create
"samples" or "frameworks" on how you do XYZ in code.  Then all the junior
(or sometimes just lazy) developers cut and paste, tweaking as needed.  I
had a whole team come up to speed on Javascript/ExtJS because two of us
would design pieces of the framework, and the rest of the team would
copy-paste-modify pieces as needed.   You can imagine my horror when every
mistake that was made in the first implementation got duplicated throughout
the entire web application.  However, there was a lot of good here.  The
"junior developers" (in the sense that they weren't ExtJS/Javascript gurus)
were able to be productive, and eventually learned what was going on
"under-the-hood" (at least enough to make significant changes in the
copy-paste-modify approach).  They also were able to propogate fixes made to
the initial sample.

If a team of Java developers can learn crazy strange programing tactics
found in javascript (like changing the scope of this, creating your own
closures, etc) then I don't understand why operator overloading would be a
problem?

Developers who commit attrocities need to have one of two things done:
1) They need to be made to see how bad their mistake was, and start being
more careful/learning
2) Failing #1, you need to find a way to nullify their power to impact the
codebase.  Once someone reaches "net-negative" productivity, I believe (for
the health of your project) you need to ensure this happens.   I've been
successfully able to do this twice in my life.  The means are determined by
the person.

- Josh


On Thu, Aug 13, 2009 at 8:35 AM, James Iry <[email protected]> wrote:

> We give programmers great flexibility in naming things.  Programmers can
> and do misname things.  Smart teams use guidelines, mentoring, code reviews,
> and refactoring to prevent, detect, and fix misnaming problems.  Operator
> overloading does not fundamentally change the nature of the problem or its
> solution.
> http://james-iry.blogspot.com/2009/03/operator-overloading-ad-absurdum.html
>
>
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to