Aktív témák

• #107 TheVeryGuest senior tag faster #106

  2004-06-09 17:15:38 #107

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  TheVeryGuest

  senior tag

  válasz faster #106 üzenetére

  Nincs semmi baj az IDE-kkel, amíg ezek a feature-ök konfigurálhatók (a VC elég korrekt eből a szempontból). Mondjuk én még mindig a jó öreg Borlandos Turbo-Vision IDE-t sírom vissza, ahol még egér nélkül lehetett dolgozni. Azt el kell ismerni manapság az UltraEdit és a CodeWright azért odaver a VC editornak, már művészi szintre fejlesztették őket. A VC-t az IDE-be integrált Debugger-ért szerettem. Bár a tömböknél tud idegesítő lenni. Sajnos a nem Windows-os platformokon lassabb a fejlődés, de ha valaki rászokik az XEmacs is jó tud lenni esetleg az Anjuta. Én mondjuk szeretem az mc és az mcedit-et úgy hogy meg van nyitva vagy 3 konzol, bár mindenki kiröhög miatta. De legalább fut teminálon is, és általában már van mindenhol. Debuggolni meg ott a GDB/DDD, jó cuccok csak mivel nem integráltak kicsit nehézkesek.

• #105 TheVeryGuest senior tag

  2004-06-09 16:38:38 #105

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  TheVeryGuest

  senior tag

  Teljesen felesleges ez a C/C++ vita. Én mindkettőt szeretem. Érdemes megnézni a GNU implementációt, ahol a g++ a gcc-re épül. Minden C++ cuccot átfordít C-re (kedvencem a C-ssé fordított azonosítók a hibaüzenetben, aki ismeri a c++filt-et tufdja miről beszélek). Ez szerintem jól leírja a két dialketus viszonyát. A C++ ki van bővítve egy csomó absztraktabb elemmel, bizonyos korábban különálló elemek összetársíthatókká váltak és elkülöníthetőkké. Az egészet megfejelték még egy kis scriptszerűséggel (template-ek) is. A legjobb azonban a C++-ban, hogy nem erőltet az emberre semmit, ha akarom használhatok sima C-s entitásokat, illetve keverhetem őket.
  Igazán jó C++ programozó akkor lesz valaki, ha jól tud sima C-ben is dolgozni, illetve tudja, hogy az összetett C++-os szerkezetek miként valósulnak meg C illetve még alacsonyabb szinten. Aki ezeket figyelembe veszi az képes a mezei C kódok sebességét elérni C++-ban is. A jó C programozó pedig ismeri a HW platform jellemzőit is. Amivel csínján kell bánni, az a észnélküli örököltetés meg virtualitás, meg a sok dynamic_cast/RTTI. Úgy vettem észre, hogy sok programozó hajlamos ezeket értéknövelő feature-ként előadni, ahelyett hogy csak ott használná, ahol tényleg kell. Persze jók a C++ beépített library-k, csak észnél kell lenni a használatuknál. A stringkezelésre nem biztos, hogy az std::string a leghatékonyabb, mert nagyon sokszor értelmetlen copy-zás lesz a vége. Az STL-nél meg oda kell figyelni, hogy milyen az adott library implementációja. Kedvenc példám a std::list::size() metódus, amit legtöbbször O(n)-esre implementálnak amivel performance-ban olyat lehet szopni, mint egy ház, ha az ember 10000 elemű listákat kezd el kezelgetni. Ugyanilyet lehet szopni mondjuk a vektorral, ha az ember megpróbál pointereket eltárolni egy dinamikusan változó elemszámú vektor elemeire, hiszen ha nem mutatók vannak a vektorban, akkor minden egyes realloc-nál újraallkokálja elemenként.
  Szóval száz szónak is egy a vége kényelmes a C++, de nem kell megvetni az öreg C-t, mert ha igazán jó C++ kódot akarunk kapni ismernünk kell őt is alaposan. Olvasgatni meg nem programozás, meg programozási nyelv könyveket kell, mert azt inkább gyakorlatban kell megtanulni, hanem algoritmusok könyveket, mert abban van az Erő. Ajánlom mindenkinek, aki okosodni akar, Donald E. Knuth-tól az Art of Computer Programming-ot.
  
  Amúgy meg lehet, hogy mostanság több C++ kódert keresnek, de nem biztos, hogy jobban keresnek, mint a kiválasztottak, a platform fejlesztő C kóderek. Az egy másik kérdés, hogy utóbbiak között jóval több az olyan akikkel értelmes, nem számítógépről folytatott emberi társalgást lehetetlen folytatni.

Aktív témák