Re: Wybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :)

eGospodarka.pl › Grupy › pl.comp.programming › Wybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :) › Re: Wybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :)

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.unit0.net!eternal-september.org!feeder.eternal-septem
ber.org!mx05.eternal-september.org!.POSTED!not-for-mail
From: "Wojciech \"Spook\" Sura" <s...@s...op.pl>
Newsgroups: pl.comp.programming
Subject: Re: Wybór języka/technologii pod konkretne wymagania, konkretnego
przypadku ludzkiego :)
Date: Tue, 21 May 2013 12:58:52 +0200
Organization: ACME sp.z.oo
Lines: 85
Message-ID: <o...@s...wroclaw.optopol.zawiercie>
References: <7...@g...com>
<51949062$0$26683$65785112@news.neostrada.pl>
<c...@g...com>
<51949af2$0$1258$65785112@news.neostrada.pl>
<5197e0e4$0$26697$65785112@news.neostrada.pl>
<519a030b$0$1220$65785112@news.neostrada.pl>
<519a5365$0$1253$65785112@news.neostrada.pl>
<d...@g...com>
<o...@s...wroclaw.optopol.zawiercie>
<9...@g...com>
<o...@s...wroclaw.optopol.zawiercie>
<3...@g...com>
<o...@s...wroclaw.optopol.zawiercie>
<519b4b3f$0$1267$65785112@news.neostrada.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes
Content-Transfer-Encoding: Quoted-Printable
Injection-Info: mx05.eternal-september.org;
posting-host="c0bde75cb1d4a237eeb0f297ae1e9a49";
logging-data="29185";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX1/VYaZmZqFwbIuJcBn9ZG9/"
User-Agent: Opera Mail/12.15 (Win32)
Cancel-Lock: sha1:MJrqm4qPgj+NV6/mTCoUGNZeeaE=
Xref: news-archive.icm.edu.pl pl.comp.programming:203570
[ ukryj nagłówki ]
W dniu 21.05.2013 o 12:23 wloochacz <w...@n...spam.gmail.com> pisze:

> W dniu 2013-05-21 12:19, Wojciech "Spook" Sura pisze:
>> W dniu 21.05.2013 o 11:17 boryspower <b...@g...com> pisze:
>>> Moje wymagania sprowadzały się w sumie do tworzenia aplikacji
>>> bazodanowych z GUI z obsługą modelu klient-serwer.
>>
>> Zatem C# zdecydowanie.
> Zaprawdę powiadam Ci nie masz racji.

Moja odpowiedź wynikła z przekory. Przekonujesz do Delphi, ale brakuje mi
tu rzeczowej argumentacji, dlaczego akurat to środowisko góruje nad innymi
w tej kwestii?

> Założę się z Tobą, że to samo zrobię w Delphi szybciej i na pewno nie
> gorzej (a może nawet i zdecydowanie lepiej) niż ty w C#.
> Pamiętaj, że mowa o bazach danych klient serwer - dobrze Ci radzę,
> zastanów się czy na pewno chcesz się ze mną założyć w tym kontekście ;-)

Pytanie tylko, czy przegram z uwagi na różnicę w doświadczeniu, czy z
uwagi na faktyczne różnice we frameworkach, dokumentacji, bibliotekach,
wsparciu community itp. Efektywnie, jeśli tylko mechanizmy bazodanowe są
dostępne w postaci jakiejkolwiek DLLki, to od ręki można to zwrapować w C#
i oprzeć na tym dowolną aplikację - WPF, WF, ASP.NET i tak dalej; jeśli
nie, to musi istnieć jakaś specyfikacja protokołu, na bazie której można
oprogramować odpowiedni wrapper. Dalej, na bazie takiego wrappera można
swobodnie zbudować framework, który - być może - będzie miał identyczną
składnię, co ten w Delphi (a chciałbym zauważyć, że w tej chwili sam język
C# ma więcej możliwości niż język Delphi, więc część funkcji dałoby się
być może zaimplementować znacznie łatwiej). Jeśli mówimy o VCLu, to
WinForms są równorzędnym wrapperem na WinAPI, więc i interface można
zbudować w podobny sposób. FireMonkey można w pewnym stopniu przeciwstawić
WPFowi, jeśli już o tym mowa.

Technicznie nie widzę żadnego powodu, dla którego Delphi miałoby tu
zwyciężyć nad C# (szczególnie w połączeniu z C++). Chętnie posłucham, na
czym polega przewaga tego pierwszego języka (i środowiska) nad drugim.

Pozdrawiam -- Spook.

--
Używam klienta poczty Opera Mail: http://www.opera.com/mail/