in reply to Re: Re: Re: Re: ^3 OT: JavaJunkies (Javamonks sorta)
in thread OT: JavaJunkies (Javamonks sorta)

Ok this post does much to bring down the hackles your previous post raised -- so pardon my previous simplifications and sarcasm. Gotta admit I started playing with Java 1.1.2 (Still have the Java in 24hours book *g*) and discounted it very quickly ( read applets sucked ).

What I see in Java is organization and methodology on a large scale. I don't think Java is the beat all language technologicaly, but what I do see is the beginnings of a language that can be more readily managed and matured on a global scale. Although looking at the (huge) applications I work with there is no way to discount the overkill and bloat in the majority of cases.

    Once folks write getter and setter methods for everything, through in a few static accessors (cough...PC globals), or chain objects such that an entire object tree is accessible...essentially encapsulation is just an illusion. It's just harder to get what you want, but you can get it. And if you need it, you'll code in a way to get there. 'encapsulated' interfaces can still cause huge ripple affects with changes, they rarely get isolation & modularity correct -- which are concepts that are not OO specific.

No argument with that statement++

On the other hand my favorite language, Perl, is impossible to manage on a large scale ( Read multiple development centers ) as every script is as unique as it's developer. C++ suffers from this as well though obviously not to the same degree.

In the end it's the old addage Use the right tool for the job.

  • Comment on Re: ^7 OT: JavaJunkies (Javamonks sorta)

Replies are listed 'Best First'.
Re: Re: ^7 OT: JavaJunkies (Javamonks sorta)
by demerphq (Chancellor) on Feb 07, 2004 at 09:28 UTC

    Perl, is impossible to manage on a large scale ( Read multiple development centers ) as every script is as unique as it's developer.

    I can't accept or believe this. I see no reason why perl code should be any different from Java in this regard. I think it more comes down to mentality of the people involved. Project managers in perl have a lot of architecture related decisions to make before a large project can commence. In the Java world these decisions are made by the language so they need not be contemplated. Of course as a project manager/architect i would prefer the flexibility of perl, and the added responsibility of making wise decisions than the rigid framework of Java. But I think many project managers I know, (especially those from the "business side" of things) would prefer Java because then they dont have to make those decisions, nor be responsible for their outcome.

    Part of the reason i say this is that a large perl project need not have more than one "script", being entirely composed of modules and objects that do the actual work.


    ---
    demerphq

      First they ignore you, then they laugh at you, then they fight you, then you win.
      -- Gandhi