Absolutely beautiful answer, exactly along of my own philosophy - DELIVER,
DELIVER, DELIVER NO MATTER WHAT, no excuses ever! Just do a good job time
after time.
> 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
>>
>>
>
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
|