C# vs. Delphi

 ( etele | 2008. július 11., péntek - 18:30 )

Sziasztok !

C# vs. Delphi.....
Erről érdekelne a véleményetek. Érvek, ellenérvek...
Melyiket érdemes választani, s ha azt, akkor miért ?
Ebben a témában várom a részletes hozzászólásokat....

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

C#. Mert fejlődik és él, ellentétben a Delphivel.

Delphi.NET?

A topiknyitó előbb döntse el, hogy natívan futó alkalmazásokat akar fejleszteni (Windows API) vagy .NET alkalmazásokat (.NET keretrendszer).

Másrészt a Delphi is él és virul mint nyelv: Delphi 2007 for Win32.
És persze mint fejlesztőeszköztár, fejlesztőkörnyezet is többek között C++, C#, Delphi, Delphi.NET, PHP nyelvekre.

Hát, ha már .NET, akkor inkább C#, mint Delphi.

Delphi for Win32-vel meg az a baj, hogy csak natív 32 bites Windows. Ugyan, mintha idénre ígérték volna a 64 bites verziót is, de ebben már nem vagyok biztos.

Jó nyelv a Delphi én is szerettem sokáig, de van egy olyan érzésem, hogy ugyanúgy fog járni, mint az elődje: ki fog halni alóla a platform előbb-utóbb.

Meg ahogy elnézem, inkább C#, Java irányába mozdul a világ, szkriptnyelveknél PHP, Python és társai, natív kódnál meg továbbra is C és C++.

Azt meg tudom, hogy volt ilyen egyesített fejlesztőkörnyezete a Borlandnak (BDS 2006-ra gondolok), de az finoman szólva is eléggé bugos volt szerintem. Bár volt egy-két apróság, amit szívesen látnék a Visual Studioban is (SyncEdit, keresés az eszköztárra).

Delphi él és virul...
Igazából nem is értem, mi történt a Borland háza táján. Ha jól emlékszem kb. egy, másfél évvel ezelőtt a Borland megszabadult mindenféle fejlesztőkörnyezetétől. Most akkor mi a hivatalos Borland álláspont, mi lesz...? Mondjuk én ezek után személy szerint nem nagyon bízom benne....

Egy nem feltétlenül objektív blogbejegyzés 2006-ból. Egy mondat belőle:
"Anders Hjelsberg went to Microsoft and created a better Delphi-like program (C#.Net) than Delphi!"
Ezt ott és akkor sokan úgy értelmezték, hogy a gui és a logika ill. sok know-how átvándorolhat. Kérdezd meg a tudoroktól, hogy így történt-e...

Borlandot szerintem két dolog miatt lehetett nagyon kedvelni: használható IDE-t tudott csinálni és jók voltak a helpjei (utóbbit nagyon nem mondanám pl. VS-ra...). Nem érzem 2008-ban meggyőzőnek a Delphit (kár a Kylixért is) egy C# ellenében - mint ahogy Java ellenében sem. Ugyanakkor tény, hogy nagyon népszerű volt a közelmúltban, és emiatt rengeteg dokumentáció, előregyártott (fél)kész elem és egyéb található hozzá a neten, és talán valamivel barátságosabb vele kezdeni, mint más objektumorientált (de nem szkript) nyelvekkel.

En peldaul teljesen meg vagyok elegedve a VS dokumentaciojaval. Az MSDN library-ban a .Net Framework api minden fuggvenye le van irva a VS altal ismert osszes nyelven, valaszthatok online helpbongeszest is, a win32 doksik is igen reszletesek (talan a hivasok P/Invoke-szeru leirasai hianyoznak egy picit). 2008-ban az IntelliSense is teljesen jol hasznalhato.

Es ha platformfuggetlen akarsz lenni: Java :)

És volt a felsorolásban Java? :)

nem, de mi ertelme egy java-szeru nyelvnek, ami egy platform-os (a mono-rol ne is beszeljunk), zart kodu es amugy is Java lopovics? Akkor mar inkabb az eredeti.

+1

Igazad van!

"Épp szövegszerkesztőt írok, elmagyaráznátok mi az az interface?" - nem lehet, hogy előbb olvasni kéne (sokáig), aztán írni?
Észosztás, kétmarkékkal.

Attól még lehet jó véleményem a Java nyelvről. Nemde?

Lehet, csak baromira nem lesz releváns, te viszont úgy teszel, mint ha az lenne, és ezzel átvered a topicindítót.

---
http://xkcd.com/258/

Apple MacBook
CD 1.83 | 1.25GB 667MHz | 60GB SATA | 2.36 kg | 5400mAh @ 12.5V

Fél éve foglalkozom a C++, C# és a Java nyelvekkel. A topicindító a véleményekre volt kíváncsi. Az én féléves tapasztalatom ezt a sorrendet állította fel: Java, C++, C#. Akár releváns ez a vélemény, akár nem, de az enyém.
Én nem szégyellem, hogy van még mit tanulnom. Mindenki átesik ezen a korszakon.

Ha kifejtened reszletesebben a magunkfajta "csak_ir_nem_olvas" usereknek, hogy ezt mire ertetted, az jo lenne.

Csak erre: http://hup.hu/node/58055 és erre: http://hup.hu/node/57949

Csak velem kötözködött. Semmi különös.

Java ?

Nem gondoltam a Javara. Igazából nincs nagy tapasztalatom a Javaval, ami pár alkalmazást eddig láttam Javara,- itt most nem appletekre gondolok,- az mindegyik bűn lassú volt. (Kérem mellőzzétek a megkövezést..... :) ) Itt nem akartam vitát indítani különböző platformok teljesítményéről.. bár ha valakinek van ebben tapasztalata, örömmel venném ha megosztaná..... . Köszi.

Majd nezd meg, hogy indul a .net:)

Hogy indul a .net?

lasssssssssssssssssssssssssssssssssaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaannnnnnnnnnnnnnnnnnnnnnnnnnnnnn. :)

Várjatok, pattogatok kukoricát, aztán kezdhetitek.

Gyorsan.

---
http://xkcd.com/258/

Apple MacBook
CD 1.83 | 1.25GB 667MHz | 60GB SATA | 2.36 kg | 5400mAh @ 12.5V

A java sebessége hatalmasatt nőlt a 6-os verzióban (JDK6-tal fordított kód esetén). Meg van pár olyan technika, amiket ha elsajátítasz, akkor eléggé gyors alkalmazást tudsz írni. Arról nem is beszélve, hogy rengeteg régi osztálynak jöttek ki újabb megfelelői más néven, amik többet tudnak / gyorsabbak.

(off: mondjuk egy operator overloadinget belepakolhatnának, annyi hiányom van összesen).


Andi, really. Take it from me. If I tell you something, I'm usually right.

Az hogy egy alkalmazás lassú-e nem a nyelven múlik, hanem sokkal inkább a programozón. A virtuális gép mondjuk hoz egy 1.5X lassulást, míg egy rosszul megírt kód 100X lassulást.

Aki programozóvá akar lenni annak Java nyelven a legkönnyebb átlépnie a bekerülési küszöböt, ezért tele van a piac rossz Java programozókkal. Ezért rossz Java programokkal is. De hidd el ez nem a Java platform hibája.

Ha nincs semmilyen konkrét megkötésed platformra akkor semmiképp ne hagyd ki a számításból a Java platformot. Összehasonlítása a .NET-tel:
- a virtuális gépe .NET(C#)-tel kb hasonló szinten áll techológiailag és sebességben
- a rendszer könyvtárai sokkal jobban átgondoltak, dokumentáltak és főleg nem bugosak.
- egy rakás proprietary programban is szabadon használható modulja van
- nyílt forrású és ingyenes szervert tudsz vele üzemeltetni ráadásul az üzleti életben is elfogadott

Pláne mivel Unix portálon kérdezted legalább valami Unix szerű platformon is működő rendszert válassz!

Hiaba egyforma sebessegu a ket VM ugyanazon program eseten, ha pl. Java alatt keptelen vagy value typeokat tarolni kollekciokban, es a pici objectek deallokalasaval rengeteg idot kenytelen eltolteni a GC. C#ban ezt kicsit jobban kitalaltak.

while (!sleep) sheep++;

Azert valld be, hogy az altalad emlitett dolog nem igazan a mindennapos programozas resze. En pl. ilyen igennyel meg sosem talalkoztam, pedig van par programom javaban.

Mennyire nem mindennapos pl. koordináták kezelése?

hat, en msdnnel jobb doksit meg nem lattam ;)

szerintem a .net kurvajol dokumentalt fw.

Ízlés kérdése is, kinek mi áll kézre (ld. man vs egyéb rendszerek helpjei), de egy-két jó példa szinte mindenkinek jól jön.
Alapvetően _nem a komplett dokumentációt_, pusztán a gyorssegítséget tekintve voltak szimpatikusabbak és használhatóbbak Borland termékei szerintem (vö. például VS6 és Delphi korábbi verzióit).
MSDN-be bele lehet veszni (bár manapság egyébként sem divat komplett és végleges helpet csomagolni, inkább csak alap+netes linkek) főleg ha tényleg tudod mit szeretnél és csak pár apró támaszpont hiányzik, de kétségkívül sokat fejlődött.

Ha jot akarsz magadnak: Java vagy C. C#-ppal lehet szivni a platformfuggosege miatt (mono vs .Net Fw), a Delphi meg eleg kevesse alkalmas crossplatform programozasra. Marpedig manapsag mar inkabb a crossplatform fele mozdul el a vilag, mert no a nem windowst hasznalo emberek tabora.

delphi vs C#? akkor szísárp, onnan már csak egy lépés a Java :)

Mondjuk ha Windowsra fejlesztesz, akkor a C# fenyevekkel barmi elott van :).
Mielott a Java-val jonnetek:

- WPF
- WCF
- Visual Studio
- unsafe kod, ha nagyon kell (hasznalhatsz pointereket, stb.)

Itthon csak Linuxom van masfel eve, nem vagyok Win-buzi, mielott ezzel jonnetek. :)

while (!sleep) sheep++;

Visual Studio? Eclipse!

-1.

visual studio +sok.

szerintem is visual studio + nagyon sok

+2

Tényleg jó IDE, Eclipse szvsz nem mérhető hozzá.

/* Egy mostanság Eclipse user */

s/eclipse/netbeans/g


Andi, really. Take it from me. If I tell you something, I'm usually right.

+1

eclipse +sok

Ez, persze, vicc volt...

_________________________________________________________________________
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"

Egyik sem. Delphivel szenvedek már nem is tudom mióta, hogy egy C-ben írt dll-t jól hívjon meg, mert szükség lenne egy tbmp-re benne, de a full hibaüzenet, hogy a vbl100-ban végzetes hiba. Szerintem a Delphi egy csapnvaló nyelv, ámbár rendkívül kényelmes. A C#-ről cask annyi tapasztalatom van, hogy cefet lassú, arra maire nekem kell teljesen alkalmatlan, így a C#-ről objektív véleményt nem igazán tudok mondani.
Ui: Ja a vbl100-at nem én írtam, borlandc modul.

Bocs, mi az amire neked teljesen alkalmatlan ? Ez csak érdeklődés,- félreértés elkerülése végett,- nem vélemény.. :)

Nagy számításigényű mestint, képanalízissel, mert képekből jönnek az információk. Nagyon lassú a metamatikája.

És miféle információkat lehet kinyerni egy képből számítások útján?

Alakfelismerés.

Ez pl. jó lehet arra, hogy az utcai kamerák által felvett videóképek elemzése során, keresett bűnözőket találjanak meg?

Esetleg a robotikában lehet hasznosítani?

Meg az orvostudományban, orvosi mérőműszerek esetén többek között, élettani folyamatok vizsgálatánál, kutatómunkákhoz (szemészeti, látáskutatás, lásd még pl: link)

Meg a robotikában, ami szintén kapcsolódik az orvostudományhoz (Bio-nano mérőeszközök, képalkotók)

Én még nem értek hozzá, teljesen laikus vagyok a témában, de általában a C++-t szoktak alapköveteménynek megnevezni.

Nem arra lesz használva (habár elvieg nem lenne lehetelen vele), amit én írok az 2-dolgot tud
Úgy képzeld el mint ahogy növekszik egy gombatelep, sok apró lakója, Ha ez a telep mozog, s lassan változik 1.tudja követni, hogy ha elmozdulna a poziciója, akárr métereket is, cask a relatív poziciója ne nagyon mozduljon. Sőt azzal is megbírkózik, ah új gombák nőnek, vagy gombatelepek összeolvadnak. 2 jellemezi az alaki faktorait, a kiválasztott telepnek. mit pl cakkoság, a kerületből kapott átlagsugár, és a terülatből kapott átlagsugár hányadosa..... Ez a későbbiekben biológiai analízoisekben lesz használva, amiről már nem mesélhetek.

Nagyon érdekesen hangzik. Jó munkahelyed van, ha ilyenekkel foglalkozhatsz. Elismerésem!

Igazából csak szerencsém van, hogy ide kerültem. Valóban élvezem.

Csak egy pelda a sok kozul:

Microsoft XML Engine vs. Java ill. Linux libXML.

Egy windows-os plc programozo sw. XML-t hasznal a program eltarolasara, mert az mar XXI. szd-i technika (Ok mondtak).
A file-ok kb. 300Kb-osak. Betoltesi/mentesi ido percekben merheto.
Abev detto, az XML feldolgozast szinten a M$ XML "engine"-nel csinaljak.

Linux Inkscape rajzoloprogram, szinten xml alapu (svg). Volt mar 11Mb-os(!) rajzom is. Betoltesi/mentesi ido kevesebb mint 1 perc (11Mb).

Java-val XML feldolgozas nagyon gyors, lasd szinte minden web-es alkalmazas, vagy a teljesen XML alapu Cocoon.

Ha egy ilyen "trivialis" feladatot nem kepes a M$ megoldani, akkor mit varsz kesobb?

C#/ViziloStudio-val oda vagy lancolva a M$-hoz, az van ami van, ha az ugyfeleid rajtad kerik szamon a lassusagot, akkor csak vonogatni tudod a vallad, ill. bill.gates@microsoft.com, raadasul meg fizetsz is erte, nem is keveset.

A Java mar opensource, de regebben is volt hozza tobb jvm. Fejlesztorendszerekben meg eleg nagy a valasztek.

A jovore nezve:

- Nagyon ugy tunik, hogy a fizetos IDE-k kora lejar, mert a gyartok nem tudjak finanszirozni a fejlesztesi koltsegeket, a felhasznalok meg nem hajlandok minden upgrade-ert fizetni. Ez volt a Borland veszte, gyakorlatilag a Delphi7 utan mar nem volt erdemi fejlesztes, csak elarasztottak komponensekkel, amiket nem is hasznalt a felhasznalo, viszont az uj ar felet/harmadat elkertek az upgrade-ert. Az opensource es free IDE-k egyre jobban elterjednek a minoseg is megkozeliti esetleg felul is mulja a fizetos cuccot. A gyartok rajottek, hogy nem a gyartasbol lehet megelni, hanem a support-bol. Lasd, IBM, Novell, Red Hat, Sun ujabban.

- A felhasznalok koltsegerzekennye valtak, nincs mar szamolatlanul penz az IT-re, plane nem a hasznalhatatlan M$ megoldasokra (Vallalati vez. rendszerek, amelyek soha nem mukodtek, stb). Marad az allami szektor, ahol egy "kis" megvesztegetessel zsiros ellenorizhetetlen megrendelesekhez lehet jutni egy kis turne aran (Steve "Monkey" Ballmer Budapesten). Szeretnem hinni, hogy ennek is lealdozik elobb-utobb.

- Talan a szakemberek is fejlodtek valamelyest, kevesebb a Vizilobezik alapokkal indult, egy szal egerrel mindent osszeklikkelgeto poweruser, bar ez utobbiban nem vagyok biztos :)

ez hulyeseg. en tobb tiz megas xmleket dolgozok fel windows alatt, es sosem tartott tovabb par masodpercnel [ezis csak a program inditasakor, es kilepeskor...].

birom az ilyen linuxfanboiokat, akik ugy nyilatkoznak, hogy nem ismerik a technologiakat. MS rendszereknel jobban osszeintegraltat mutass mar a piacon, aranybogar. nem azt mondom, hogy mindenhova az a jo (webszervernek meg mindig nem raknam be), de ha teljesen integralt rendszer kell egy parszaz fos vallalathoz, akkor AD -t, a cegen beluli IM -et nehez kivaltani opensource cuccokkal. tudom, samba4, meg pidgin/amsn/etc/etc, de azert valljuk be, az nincs ugyanott. (en ugye nem az msnrol beszelek, mielott valaki arra asszocialna, a cegen belul lehet sajat IM halot csinalni...)

a visual studio az egyik legjobb ide, amit ismerek. hasznaltam mar eclipset es netbeanst is (meg persze mcedit+gcc/g++ parost), de valahogy semmi nem hianyzik belole. visualsvn plugint felrak, utana plane nem :)

Hm, Linuxfanboi, ez jo:)

A kor nem erdem,hanem allapot, de akkor lassuk:

1985 ota hasznalok pc-t, meg ms-dos 2.0-nal kezdtem. Elotte CP/M alatt mar hasznaltam Turbo Pascal-t. Delphi-t a kezdetek ota (1991) hasznaltam, egeszen 2004-ig, az 1.0-tol kezdve, meg a 2006-ot is kiprobaltam. Szoval lehet, hogy van egy kis ralatasom, de az is lehet, hogy kezdo lama vagyok:). Van egy rakas bajom a delphi-vel, de ez bizonyara Teged nem erdekel, mert hat vizilostudio az igazi.

ViziloStudio:

Felprobaltam, de nem voltam eldolve tole! Ez persze szubjektiv, iszonyuan gyulolom a "helyetted gondolkodunk kisgazdam" tipusu hisztigeneratoros varazslo programokat.
Ettol fuggetlenul persze hasznald a hipergyors vizilostudiot.

En hasznalom/programozom a Linux-ot is meg M$-t is. Tehat valoszinuleg - ugyan szerinted amator linuxfanboi vagyok - van tapasztalatom mindkettovel. Az is lehet, hogy en vagyok a vilagon az egyetlen, aki azt mondja, hogy jobb a linux:). Ha ennyivel jobb a m$, miert olvasod ezt a forumot? En pl. nem megyek anyazni a m$ forumokra.

a linuxfanboi ismerve nem az, hogy nem ismeri az ms cuccokat, hanem hogy mindenhova a linuxot rakja, annak eltulozva az elonyeit, msnel meg a hatranyokat.
kit erdekel, hogy mit csinaltal 85 ota amugy? :) most kinek a nagyobbat jatszuk?
amugy, hogy nem csak a levegobe beszelek: delphi5/7 -ben fejlesztettem ~2 evet (marco cantu konyvek rulez), majd linux alatt c/c++, most epp .NET/C#/J2EE.

mellesleg erdekelne, hogy Neked mit generalt a visual studio :) oh, persze, lehet wizardbol is tolni a dolgokat, de a solutionon egy jobb gomb, add new form, es beir helyetted 4 sort (kb a usingokat, meg hogy a formsbol oroklodik az osztalyod) az azert nem egy olyan dolog, amit a netbeans/eclipse ne generalna le neked ;-)

sot, erzesre a netbeans tobbet general.

azert olvasom ezt a forumot, mert szerverek egy reszen en is hasznalok linuxot (windows csak egy van), es ott szeretem. dehogy mindenhova az a jobb? ez eros fanatizmus, nem?

pl ezt a csodas xml allitasodat mar ketten cafoltuk, de neked gondolom tovabbra is fos az egesz.

Legyen igazad, en egy elvakult linuxfanboi vagyok:)

"mellesleg erdekelne, hogy Neked mit generalt a visual studio :) oh, persze, lehet wizardbol is tolni a dolgokat, de a solutionon egy jobb gomb, add new form, es beir helyetted 4 sort (kb a usingokat, meg hogy a formsbol oroklodik az osztalyod) az azert nem egy olyan dolog, amit a netbeans/eclipse ne generalna le neked ;-)"

de csak, ha kerem. Indulaskor nem ugrik a halozatra es egyfolytaban idegesit a felugro idiotizmusaival, mint a gazda op.rendszere. Persze, ezt ki lehet kapcsolni, be lehet allitani, hogy ne csinalja, akkor sem tehetek rola, hogy idegesitenak a szarul mukodo draga csilivili sw-ek, amelyekrol megmagyarazzak, hogy jo az, csak en nem ugy hasznalom, ahogy kell. De ez mar az en bajom es elkanyarodtunk a tematol.

A lenyeg,
- opensource fele tolodik vilag,
- koltsegerzekenyek a felhasznalok,
- multiplatformos megoldasokra van szukseg.

Tehat, ha fejlesztorendszert keresnek, akkor en nem valasztanam a vizilostudiot.

"vizilostudio" express c++/c#/... ? :)

>"vizilostudio" express c++/c#/... ? :)

- mert opensource,
- multiplatform-os
- ingyenes.

ok, meggyoztel. :D

ingyenesnek ingyenes amugy.

az opensource nem szamit, a multiplatformossag se. mirol beszelunk?

a nagy ceges meg mindig windows hasznalnak a kliensgepeken, en nem varnek olyan
nagy revoluciot e teren.

"a multiplatformossag se"

Tevedsz. Ma mar egyre inkabb a multiplatform fele megy el a vilag. Nem veletlen az sem, hogy a MS megnyitotta a .Net Fw forrasat. Ok is kezdik felismerni - teny, hogy nagyon lassan -, hogy ma mar olyan sw, ami egy darab platformon fut csak, az nem sw, hanem minden egyeb mas.

Nyilvan, mint platformgyarto nem fogja minden programjat multiplatformossa tenni, ez nem is erdeke neki.

Ez a ViziloStudio, ez nagyon humoros. Mi is egy csomó ilyet találtunk ki régebben (még '85 előtt).

"MS rendszereknel jobban osszeintegraltat mutass mar a piacon, aranybogar"
Negy szo: Apple Mac OS X. Reszletezzem is, kedves?

legyszi :)

nekik nem ismerem a szerver oldalukat, de erdekelne, hogy a sharepointot, az exchanget, ill az IM -et mivel valtanad ki.

Elorebocsatom, hogy a szerver oldalt en se ismerem annyira apple-eknal.

Pont az Exchange-t nem kellene annyira dicserni, mert annyira nem jo mint kellene.
A Sharepoint nem olyan rossz cucc, de sajnos latszik rajta, hogy MS talalmany, a legjobb skinek sem tudjak normalis kinezetuve varazsolni. Emellett sokszor lassu, es szivlapattal lehet ala tenni az eroforrast eroteljesebb hasznalat mellett.

Az IM-re hosszu-hosszu lista van, de en peldaul a Jabbert vagy a SIP-et ajanlanam (az egyikhez leteznek mar hangatvitelt is tudo demonok, a masikhoz meg ugy tudom, mar letezik szoveges chatet is tamogato kliensprogi). Es az MSN protokollt a maga zartsagaval egyutt el lehet kuldeni egy helyre.

Sharepoint helyett en peldaul drupalt hasznalnek. Tokeletes, fut rendszertol fuggetlen mindenen, epp csak kenyerpiritokon nem (ez kulonbozteti meg a NetBSD-tol). Alkalmas barmilyen felulet megalkotasara, barmilyen feladatra felkeszitheto, tud fajlokat tarolni (dokumentumtar), etc. Ha jo a hozzarendeles a kliensgepen, akkor a drupal oldalrol rogton meg tudja nyitni a dokumentumot peldaul openoffice-val.

Exchange: minden egyeb massal. Nekem peldaul van egy LDAP integracios rendszerem, ahol Postfix van, kerberossal, LDAP cimjegyzektar, levlista-megvalositas, a Cyrus ad IMAP es POP3 supportot ugyszint kerberos supporttal.

Ugyan a fentieket be kell allitani, hogy mukodjenek, de azt te sem tagadhatod, hogy ez ugy Exchange mind Sharepoint vagy OCS eseteben elkerulhetetlen (marmint a felkonfiguralas). OCS eseteben raadasul ez hatvanyozottan igy van, hiszen azt illeszteni kell az Exchange-hez is.

nem azt mondtam, hogy nem lehet megcsinalni, csak hogy nincs annyira osszeintegralva :)

en is scinaltam mar ldap cimtaras pop3/imap/lofaszt egyutt, dehat az kb olyan mint sajtreszelovel recskazni.

Azert, mert nincs hozza 3 klikkes grafikus installer, ahol csak a domaint kell megadnod, es kikopi a konfigokat, meg nem kell a dolgot lenezni.

A Mac-ban annyi a jo, hogy mindezt egyutt hozza, neked nem kell semmit tenni, amugy o is majdnem ugyanazokbol az opensource alapanyagokbol epitkezik, mint a linux.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

XML export nálam (sqlserver2k5 -> C# grid -> xmlfile) ~117MB (C# grid -> xmlfile)~9 másodperc, ugyanez visszaimport (xmlfile -> c# grid -> sqlserver2k5) ~ 117MB (xmlfile -> c# grid) ~5 másodperc (c# grid -> sqlserver2k5) ~8 másodperc.

És ezen nem optimalizáltam semmit, viszont elismerem egy izmosabb gépen történt (2,6GHz CPU, 4GB RAM, SATA2) de ezek össz költsége < 70 kHUF. És ez ma már igencsak desktop középkategória, vagy még alább.

Szóval, nem akarok az M$ mellett lándzsát törni, de ez kielégítő számomra, és ami a legfontosabb a megrendelő nem panaszkodik a szoftver sebessége miatt, és elégedett. És ez a lényeg.

-------------------------------------------------------
én optimista vagyok,de volt már jobb is

Ez hülyeség.
az msxml az egyik leggyorsabb xml parser (ráadásul validáló, DOM parser) (egy kis google és te is rájössz). Egy gyorsabb van nála, ha vmilyen SAX parsert használsz...

A JAVA teljesen alkalmatlan DOM parsolásra, egy teljes projektet kellett átültetni SAX-ra (ráadásul xslt-ről), mert nekiállt szinkronizálni (meg gc-zni a sok szemetet) a processek között a több processzoros gépen az VM.
Sajnos ez tapasztalatból mondom...

A libXML parsere is validalo, DOM parser. Csak gondoltam, szolok.

"C#/ViziloStudio-val oda vagy lancolva a M$-hoz, az van ami van, ha az ugyfeleid rajtad kerik szamon a lassusagot, akkor csak vonogatni tudod a vallad"

Valamihez mindig "odaláncolod" magad. Vagy minden programodat a C-fordító megírásával kezded assemblyben?

(Mellesleg, ha nem tetszik az MS, ott a MonoDevelop. Írja/olvassa a VS solution-fájlokat.)

Nem tudom hány ember van itt olyan, akik szidják a Delphit, de programoztak is vele. 10 éve programozok különböző nyelveken: Delphi 5-7-2005, MS Visual Basic 6, MS Visual C++ 6-2005-2008, NetBeans 5 - 5.5, Eclipse 2.2-2.3-3.0-3.1 (Java SDK 5-6, C/C++/Qt).
A felsorolásom nyelvek helyett fejlesztőeszközöket, fejlesztői könyvtárakat listáz. És az ember mindig ezek alapján értékel egy nyelvet. Mindenkinek megvan az a terület ahová fejleszt. Mindenki tudja, hogy a Linux-ot használók tábora Magyarországon 1% körül mozog. Én is fejlesztek platformfüggetlen programot. Aki nem ismerne: http://pergersoft.hu

Én nagyon szeretem a Delphi nyelvet, mert a meglévő rutinkönyvtáraimat .NET alá tudtam portolni, és a karbantartás is megoldott, hisz sok tudatlan hozzászóló szakember ismereteivel ellentétben a Delphi nyelvet a Borland/CodeGear kooperáció nagy erőkkel fejleszti, hogy a 90% feletti felhasználótáborral rendelkező MS platformon talpon maradjanak, mint alkalmazásfejlsztő (IDE) eszköz készítők. Sok sok programot készítettek ezzel az eszközzel MS platformok alá, és a portolások, továbbfejlesztésük megoldható az új eszközökkel (Delphi 2007, és kiadás előtt áll a 2009 is). IGEN a Borland foga beletört a Kylix-ba, és a sikertelenség után nem fordul újra a Linux-os közösséghez, mely mindent ingyen akar azt meg is értem. Én se fordulnék. De itt jegyzem meg mind a mai napig fut a legújabb disztribúciók alatt is a Kylix-szal készített Smart Storage rendszerem. Kis erőfeszítéssel lehet úgy kódolni, hogy a VCL és a CLX rutinkönyvtárakat az ember elfedje saját kódjával.

Miért nem jó a Delphi a keresztplatformot fejlesztéshez. Mert a Borland nem foglalkozik ezzel. Az előtt leírtam miért. De ott van a FreePascal és a Lazarus: Ja hogy a közösség nem tud olyan fejlesztőkörnyezetet csinálni mit a Delphi... Ezért nem a nyelv a felelős!
Igen ha ma én keresztplatformos fejlesztésnek állok neki akkor Qt, C#, Java közül választom ki mit használjak. Ha viszont MS platformra kell egy GUI, gyorsan ami stabilan működik, akkor Delphi mindhalálig. A maga hibáival még mindig az egyik legjobb fejlesztőeszköz MS platform alá. Nem sok eszköz képes felvenni a vesenyt a Visual Studio-val. Vegyük figyelembe, hogy több nyelv profi támogatása a cél. Az MS által támogatott nyelvek a C#, VB, C++. A Borland/CodeGear támogatja a következőket: Object Pascal (röviden Delphi), C++, PHP, Ruby. Melyik szimpatikusabb? Nekem a Borland féle vonal.

És fontos megemlítenem, hogy a Linux alatt használatos fejlesztőkörnyezetek (KDevelop, Eclipse, NetBeans, Anjuta) közül azért nem a közösség által fejlsztői környezetnek titulált Anjuta a legnépszerűbb.

Ez itt a sajátos véleményen a programfejlesztésről. A mai helyzetben Magyarországon törekvéseimmel ellentétben csak MS platform alá éri meg fejleszteni DESKTOP alkalmazásokat. WEB alkalmazások esetén jönnek szóba a Java és PHP a szervertől függően.

Jelenleg az ipar (GE, Bridgestone, Richter) számára készítünk alkalmazásokat: folyamatirányítás, adatgyüjtés, SCADA. A linux szóba se kerül...

Attila, Perger
-----------------------------------------------------
"Az a szoftver, amelyiket nem fejlesztik, az halott!"