-
Data: 2013-05-22 09:26:33
Temat: Re: Wybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :)
Od: wloochacz <w...@n...spam.gmail.com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2013-05-21 12:58, Wojciech "Spook" Sura pisze:
> 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?
Bo jest proste, szybkie i skuteczne.
Przecież pisałeś w nim bazy danych, to wiesz jak jest i pewnie coś Ci
się tam udało zrobić...
Ale umówmy się - bazy danych to nie jest Twoja silna strona, czy coś się
zmieniło?
>> 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.
Podobny, co nie znaczy że ów sposób z NET jest prostszy w użyciu. Nie jest.
> FireMonkey można w pewnym
> stopniu przeciwstawić WPFowi, jeśli już o tym mowa.
Nie, nie o tym mowa.
Mowa o prostej aplikacji bazodanowej klient-serwer.
> 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.
Po pierwsze - dlaczego chcesz łączyć C# z C++, aby pisać bazodanową
aplikację klient-serwer?
I to ma być proste?
W Delphi da się bardzo szybko tworzyć użyteczne aplikacje, dużo szybciej
i prościej niż w C#.
Za to do .NET w ogóle jest dostępna tak zatrważająca ilość
zaawansowanych technik/frameworków, że osobiście życzyłbym sobie tylko
tak z 10% mieć tego w Delphi.
Próg trudności w .NET jest dużo wyższy, za to możliwości są większe - co
nie znaczy, że w DElphi się nie da. Da się, ale tu z kolei próg
trudności jest wyższy niż w .NET.
Rozumiem, że jesteś zafascynowany .NETem, tylko że naprawdę nie o to tu
chodzi.
--
wloochacz
Następne wpisy z tego wątku
- 22.05.13 10:29 Edek
- 22.05.13 11:01 Michal Kleczek
- 22.05.13 12:15 Tomasz Kaczanowski
- 22.05.13 14:16 Edek
- 22.05.13 15:16 boryspower
- 22.05.13 15:47 R.e.m.e.K
- 22.05.13 17:19 Stachu 'Dozzie' K.
- 22.05.13 18:05 wloochacz
- 22.05.13 19:19 Felek
- 22.05.13 19:53 R.e.m.e.K
- 22.05.13 20:43 boryspower
- 22.05.13 21:46 Przemek O
- 22.05.13 21:57 Przemek O
- 23.05.13 10:06 boryspower
- 23.05.13 12:23 M.M.
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO