Re: [cinjug-users] Does corp. America still trust Java?

["Edward Sumerfield" <esumerfd@xxxxxxxxxxx>]

I am so sorry that I missed the talk Monday. So I have to be one of the 
guessers.

Assuming your reference to "DP style" development relates to more 
transaction oriented design, then java and C# are identical. Both can be 
used in either way. Java is still ahead of the game as far as infrastructure 
goes but the capabilities are the same you just have to write a little more 
in .Net.

You said that "most development is in DP style". Why does this imply that a 
language is more or less biased toward that style just because that's what 
people do with it?

Why can I not apply my OO design techniques to my DP app?

If missing the presentation has made these statements seem ridiculous then 
please ignore.

----- Original Message ----- 
From: "Mark Windholtz" <windholtz@xxxxxxxxx>
To: <users@xxxxxxxxxx>
Cc: <yevgeny@xxxxxxx>
Sent: Thursday, February 24, 2005 2:53 PM
Subject: Re: [cinjug-users] Does corp. America still trust Java?


> Yevgeny wrote:
> > my company is being constantly asked for .Net related services anymore.
> > Whether it is putting together a .Net Architecture or simple development,
> > it is mostly on the MS side and barely ever on J2EE one.
>
> Most Java/J2EE applications are written in a Data Processing (DP) style.
> Rather than an OO style.
> I'd say over 90% of the java Ibeing written is DP-oriented.
>
> At the end of my talk, I asked:
> Since most development is in DP style,
> is Java really the best choice for building DP programs???
>
> That's why I called the talk COBOL oriented J2EE.
> You can't (probably shouldn't) build OO apps in a DP culture.
>
> It may take a .NET person to answer then,  if .NET is either:
> (1) better at building DP-style applications
> (2) has a better OO requirements culture.
>
> Any one have an answer?  (guesses also accepted).
>
> --
> Regards,
> -Mark
> (513) 226 8259
>
> ---------
> You may unsubscribe from this mailing list
> by sending a blank email addressed to:
> users-unsubscribe@xxxxxxxxxx
>
> --
> Find additional help by sending a blank email
> addressed to:
> users-help@xxxxxxxxxx