( hajbazer | 2018. 01. 13., szo – 20:13 )

Nem, nem szűkítik a vitát a mainstream álláspontjukkal, hanem -- dobpergés -- értenek hozzá és ezért tudják, amit te nem tudsz és tudják, hogy hol tévedsz.

Lehet, hogy értenek hozzá, de ennek ellenére is csak a mainstream közhelyeket látom. Olyanokat, mint hogy "a C fordító gyorsabb kódot generál, mint az assembler", hogy "nem lehet egy program egyszerre gyors és nem memóriaéhes", hogy "azért lassabb a szoftver, mert többet tud" és "azért kell többet tudnia, mert nőnek az igények". Ja, azt még csak úgy mellékesen hozzátenném, hogy sem tőled, sem más fősodratú mérnök úrtól nem láttam számszerű méréseket a hozzáértő™ álláspontjuk alátámasztására.

Nem, nem kell legyél, viszont akkor hamar kiderül, hogy nem értesz hozzá és hülyeségeket beszélsz.

http://a.te.ervelesi.hibad.hu/hamis-okozat

Attól még, hogy nem értek hozzá, nem biztos, hogy nem mondok igazat. Attól még, hogy nem értek hozzá, ugyanúgy lassú lesz nálam a Java-ban megírt desktop alkalmazás és gyors lesz a C++-ban megírt, assembly betétekkel optimalizált alkalmazás. Nekem ez a tapasztalatom és nem azzal töltöttem az életemet, hogy milliszekundumra kiméricskéltem, hogy melyik rajzolja gyorsabban a widget-eket és mennyivel, illetve melyik UI-nak 20 ms, melyiknek 100 ms a válaszideje. Ellenben, nem láttam még olyan Java-ban írt desktop alkalmazást, ami bármilyen azonos alapfunkciókkal rendelkező C++ desktop alkalmazásnál (GTK2, MFC, Qt) gyorsabban reagált volna a felhasználói interakcióra. Így megfelel? Mert én elhiszem, hogy te Java EE-ben írsz olyan adatbáziskezelőt, ami szarráveri az azonos C/C++ implementációkat. De én nem erről beszéltem, korábban sem. Arról beszéltem, hogy sokkal jobb lenne, ha natív szoftvereket írnának, értve ezt úgy általában a felhasználói programokra, mert a natív szoftverek kis teljesítményű gépen gyorsabbak, használhatóbbak. Nem tudom, pontosan mennyivel, de nem láttam még kis teljesítményű gépen (nem szerver/vállalati/mainframe környezetben) Java-t gyorsan futni. Sőt biztos vagyok benne, hogy nem tudsz nekem mutatni olyan, Java-ban írt torrent klienst a mai választékból, ami bármelyik, azonos funkcióval rendelkező C++-ban írtnál kevesebb CPU-t és memóriát eszik.

így működik ez, kinyilatkoztatni kevés, az másik tudományterület, ahol elég mondani valamit a híveknek.

Nem híveket gyűjtök, hanem leírom a véleményemet, a tapasztalataimat és reagálok másokéra.