I think the answer to this question(s) really is dependent on how
critical this project is to the business of your customer, what are
the strengths of your client and evaluate that against your teams
greatest strengths that match the clients. I don't know that there
are any that are left standing that would like to argue the .NET vs.
Java points, since I think this type of discussion is no longer
fruitful. Being technology independent and doing what is best for
your customer is the most important thing to remember. Which poses
greater risk to the client, Java or .Net? You can only know this
based on your experience with your team and the customer. Which ever
is the greater of the two risks and at the same time provides the
least benefit is not the solution. If the greater risk has a
potential for a higher return and that is viewed as achievable, go
with it... if the client is willing to also accept the risk. If not,
then take the road most traveled and in the best interest of the
client and your company.
But, regardless of solution... DELIVERY DELIVERY DELIVERY... if you
can do this right every time then you will not go hungry in the near
future as your reputation grows.
How is that for an answer?
Chuck Bandy
On Fri, 25 Feb 2005 12:25:29 -0500 (EST), Yevgeny A. Smolyansky
<yevgeny@xxxxxxx> wrote:
> Guys,
>
> Since I started this thread I believe it is time for me to jump back in
> and add a few thoughts.
>
> I myself more believe in the following:
> There are only two types of developers - good or bad. The good ones
> normally comprehend all possible technologies, methodologies, processes,
> etc and at the end of the day deliver!!!!!!!!!!!
> Everybody else - different level of 'No good'
> A lot of us wish we lived in ideal academic world but remember - IT IS A
> BUSINESS WORLD. Being professionals in the field we have to deliver to our
> customers satisfaction and save them as much money as possible.
>
> Now, back to my original question - if .Net solves the same problems as
> Java and does it quicker, better and cheaper - a lot of us (unfortunately)
> might want to reconsider our devotion to the beautiful Java world. Soon
> enough it could become like Pascal once was - ONLY ACADEMIC.
>
> Here is my personal dilemma - I am about to start a relatively big project
> for a very important client of mind and I am wondering if I should direct
> my company and my people do it in .Net because at the end it will be
> better for my client and perhaps my people need to get more experience and
> practice in .Net. If MS keep on doing a good job with it - a lot of us can
> become slightly off our strengths in Java - less and less clients will be
> buying it and therefore we will be making less. Granted - it also can
> become a niche marker with less opportunities but higher pays. Let's all
> not forget a beautiful Small Talk or Pascal (Delphi) - where are they?
>
> > Farhan Shah wrote:
> >> Also ego of Java developers that they are "good"
> >> programmers (because they "understand" OO is getting old)
> >
> > Thats the point I made in the other thread, about the
> > conflict between DP and OO.
> > Java programmers who do "understand" OO and
> > say so are often perceived as obnoxious.
> > They are bucking the general DP culture.
> >
> >
> >> On other hand, .NET developers ...
> >> got better then Java.
> >
> > How so ??
> > Why do you think this happened?
> > Is this that they are better at OO?
> > Or are they more attunded to the DP culture?
> > The RecordSet concept in ASP is certainly more DP.
> > Maybe they do less OO and it feels more conforterable
> > to those who deal with them.
> >
> > Any thoughts more?
> >
> > --
> > Regards,
> > -Mark
> >
> > ---------
> > 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
> >
> >
>
> Yevgeny A. Smolyansky
> President
> Bridge Information Technologies, LLC
> www.bridgeinfotech.com
> 513-348-0359
>
> CONFIDENTIALITY NOTICE: The information contained in this E-mail,
> including any attachments, is privileged and/or confidential, intended
> only for the above named addressee. If the reader of this E-mail is not
> the intended recipient, or the employee or agent responsible to deliver it
> to the
> intended recipient, you are hereby notified that any examination,
> distribution or copying of this communication is strictly prohibited. If
> you have received this communication in error, please notify us
> immediately by telephone at (513) 348-0359 or via E-mail message at
> yevgeny@xxxxxxx
>
> ---------
> 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
>
>
|