Aktív témák

• #161 doc nagyúr Protezis #160

  2008-04-03 20:29:13 #161

  Ö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

  

  doc

  nagyúr

  válasz Protezis #160 üzenetére

  ez jo otlet, koszi!
  igen, nalunk is csak egy felev parh.prog volt (valami pascalfc vagy hogy hivtak azt a nyelvet), ami epp' csak arra eleg, hogy az embernek nemi halvany fogalma legyen szemaforokrol, meg ugy altalaban a problemakrol amik elojohetnek, de tenyleges mt programozashoz keves volt
  emlekszem, az elmeletre ugy kaptam meg a kettest hogy "na most az egyszer megadom", a gyakorlati vizsga meg ugy tetszett a tanarnak, hogy ott huldezett hogy hu de jo, jajj de jo, aztan mikor latta hogy milyen lett az elmelet, azt mondja: "nagy baj lenne ha csak harmast adnek?" mondom nekem nyóc, nem kell a kredit

• #159 doc nagyúr Protezis #158

  2008-04-03 20:07:01 #159

  Ö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

  

  doc

  nagyúr

  válasz Protezis #158 üzenetére

  köszi mindkettőtöknek
  a gond az, hogy nem írtam még olyan programot, ahol ez tényleg hasznos lett volna (vagy csak nem jöttem rá )
  de majd befalom a könyvet, igyeXem megérteni, aztán a végén még Qrva okos leszek
  esetleg van még ötletetek, hogy milyen témákkal érdemes foglalkozni? a Design Patterns is úgy jutott eszembe, hogy láttam pár álláshirdetésben, gondoltam csak megnézem már mi ez
  tervezem még alaposan belemerülni a QT-be, idővel az OpenGL-be, de hirtelen nincs más ilyen jellegű ötletem

• #156 doc nagyúr Protezis #155

  2008-04-03 18:10:19 #156

  Ö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

  

  doc

  nagyúr

  válasz Protezis #155 üzenetére

  na akkor én kb. a másodiknál járhatok, mert nem jöttem még rá hogy miért is olyan hasznos a singleton (tudom mire val, de hogy miért jobb, mint simán használni egy class-t, az még nem esett le)
  a könyvet nemrég kezdtem, remélem azért sikerül nagyjából "magamévá tenni"

• #153 doc nagyúr

  2008-04-03 14:58:23 #153

  Ö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

  

  doc

  nagyúr

  jé, feljött a topic

  ha már itt vagyok:

  ki használta/használja a Design Patterneket? mostanában kezdtem el foglalkozni a témával, és nagyon jónak tűnik, de érdekelnének gyakorlati tapasztalatok is

• #148 doc nagyúr S.P.Q.R. #147

  2008-03-18 19:15:42 #148

  Ö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

  

  doc

  nagyúr

  válasz S.P.Q.R. #147 üzenetére

  nekem most pl. a trigonometriát meg geometriát kellett rendesen feleleveníteni ahhoz amit csinálok
  komolyabb matekra még nem volt szükségem, szerintem az már a speciális területek sajátja

• #131 doc nagyúr S.P.Q.R. #130

  2008-03-06 08:12:57 #131

  Ö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

  

  doc

  nagyúr

  válasz S.P.Q.R. #130 üzenetére

  a project fejlődése illetve "elkészülése" nem (csak) a PM-től függ
  a mi játékunk is elkészült, igaz, szerintem még kellett volna bele egy-két apróság, de mindegy
  viszont hiába készült el, és tette a dolgát remekül a zenész, a grafikusok, meg talán én is mint programozó, ha a játék kvázi eladhatatlan, mert nincs is piacra dobva. reklám kell, sok helyre bepróbálkozni, csinálni vele valamit. azzal hogy a vinyón üldögél, nehezen lesz bevétel...

  magába a fejlesztésbe szerintem ne szóljon bele nagyon egy PM, mondja el az elképzeléseit, sőt, a program/designtervet is csinálja meg, hogy tudjuk merre haladunk, figyelje azt hogy hogyan halad a project, hogy ne legyenek felesleges körök, pluszban elvégzett melók (nálunk sajna volt bőven), koordinálja a munkát, de ne ő mondja meg hogy hogyan írjam a kódot

• #129 doc nagyúr S.P.Q.R. #127

  2008-03-05 08:13:31 #129

  Ö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

  

  doc

  nagyúr

  válasz S.P.Q.R. #127 üzenetére

  nem kell hogy jó programozó legyen, elég ha van némi fogalma a dologról, arról hogy milyen megoldás mennyire reális/időigényes, inkább legyen jó "menedzser"
  sajna a saját tapasztalatomból beszélek, egy ideje foglalkozom játékfejlesztéssel, és a tavaly áprilisban (!!) befejezett játékunk még mindig alig van kint a neten, a mostani meg már vagy egy hónapja nem haladt semmit, szóval katasztrófa...
  pedig némi agilitással, meg "menedzserséggel" bőven meg lehetne ezeket a problémákat oldani, de a mi projectvezetőnk...

• #122 doc nagyúr

  2008-02-29 11:11:37 #122

  Ö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

  

  doc

  nagyúr

  nyilván teljesen másra való az XML és az SQL (pl.)
  perpill. pl. egy flash menüt fejlesztek, ami 3D-s modelleket használ, ezek Collada objektumok (xml-ben tárolja a teljes modellt), a beállítások szintén xml-ben vannak, erre tökéletes, felesleges is lenne valami adatbázist mögé tenni (sőt, egy 3D objektumot elég érdekes lenne mondjuk SQL táblaként megoldani...)

  de mikor a php-val kezdtem foglalkozni, próbaképp csináltam egy több opció szerint kereshető/szűrhető listát a dvd-imről, ott nyilván sql-t használtam, eszembe sem jutott az XML

  szóval almát körtével hasonlítunk, szerintem

• #113 doc nagyúr Kkocos #112

  2008-02-26 13:25:42 #113

  Ö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

  

  doc

  nagyúr

  válasz Kkocos #112 üzenetére

  te beszélsz feltűnési viszketegségről meg "agyfosásról" ?

  amúgy a felhozott példád remek, pontosan ez az a terület, ahol az OO sokkal kényelmesebben használható.

  [i]
  plus (a,b) : int;
  a,b int;
  plus:=a+b;

  plus (a,b) : real;
  a,b : real
  plus:=a+b;
  [/i]

  itt most ugyanazt leírtad kétszer, azzal a különbséggel hogy az int-et kicserélted real-re... pont ezt (és még sok más "robotmunkát") segít elkerülni az OO szemlélet

  pl. tegyük fel hogy az int és real nem alaptípusok, hanem annál bonyolultabb szerkezetek. ilyenkor ha szeretnél mondjuk még egy típust, nem kell szorgos hangya módjára copy-paste-elni, majd az int-eket más típusra cserélni, hanem egész egyszerűen származtatod az új, kibővített osztályt a régiből, és automatikusan jól működik minden. akkor kell a szóban forgó függvényt újra megírni, ha mást csinál, ha ugyanazt, akkor nem kell ötmilliószor lemásolni, erre való a virtuális metódus

  egyébként már példát is hoztam a polimorfizmusra, tessék kicsit scrollozni, olyan sokat nem postoltam még ebbe a topicba...

• #111 doc nagyúr Kkocos #110

  2008-02-26 12:36:37 #111

  Ö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

  

  doc

  nagyúr

  válasz Kkocos #110 üzenetére

  ennek baromira semmi köze a polimorfizmushoz...

• #109 doc nagyúr Kkocos #106

  2008-02-26 12:28:48 #109

  Ö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

  

  doc

  nagyúr

  válasz Kkocos #106 üzenetére

  visszavehetnél már a gigantikus arcodból, főleg hogy semmi tárgyi tudás nincs mögötte

  "new Button(x,y); \ahol x,y a pozicio. Mi a szentseget is csinaltam?????"
  példányosítottál

• #104 doc nagyúr Kkocos #102

  2008-02-26 11:30:35 #104

  Ö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

  

  doc

  nagyúr

  válasz Kkocos #102 üzenetére

  az a baj, hogy láthatóan fogalmad sincs az OOP működéséről, így nehéz érdemben, építő jelleggel vitázni...

• #91 doc nagyúr Kkocos #83

  2008-02-25 17:42:57 #91

  Ö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

  

  doc

  nagyúr

  válasz Kkocos #83 üzenetére

  komolyan nem erzed, hogy milyen nevetseges vagy? osszefoglalom az altalad eddig elmondottakat:
  "nem ertek az OOP-hoz, nem ismerem, de akkor is szar, semmi ujat nem hoz, tulbonyolit mindent, eroforrast pazarol, parasztvakitas az egesz, mondhattok barmit akkor is igy van es kesz"
  az meg mar elhangzott, hogy a PLC nagyon mas vilag, mint a PC, nyilvan nem is "celpontja" az OOP -nak
  irj programokat PC-re, mondjuk osszetettebbeket, ahol egyszerre sok dolgot kell csinalnod/kezelned. en is "sima" C-vel kezdtem, elveztem a strukturaltsagot/prodecuralitast a BASIC meg tarsai utan, de idovel nagyon nehez volt kezdben tartani egy-egy nagyobb kódot, mikor minden kis változáshoz egy rakás helyen kellett beletúrnom a kódba, aztán nyomozni hogy mi maradt ki, amitől még mindig nem jó...
  az OOP nagyon kényelmes megoldást kínál ezekre a helyzetekre, remekül módosítható, átlátható, és ha valami kész van, akkor azt szépen elrakod, mint egy konzervdobozt, és nem kell beletúrni, csak elolvasni a dobozt, hogy hogyan kell használni és kész
  elvileg persze ugyanezt meg lehet csinálni a hagyományos módszerekkel is, de az én tapasztalatom azt mutatja, hogy a sokkal nyögvenyelősebb.
  aztán vannak olyan területek/nyelvek ahol az ember eleve nem tud mást csinálni, mint használni az OOP-t, pl. Java, ActionScript3, stb
  megszokás után az ember soha nem szokik le róla
  arról nem beszélve hogy milyen szép egy OO program. tudom, ez baromi szubjektív, de nekem akkor is sokkal jobban bejön egy Enemy.selfKill() mint egy Kill(Enemy)
  vagy hogy hatmillió különféle objektumod mindegyikének mondhatod hogy "show" meg "hide" vagy "moveTo", nem kell külön függvényeket csinálni az összes típusra, mondjuk ShowBullet(), ShowShip(), ShowEnemy(), stb... persze itt is kihasználhatod hogy többféle típusú paraméterrel megírod ugyanazt a függvényt, de akkor is sokkal több meló, meg hogy elővegyük a vesszőparipádat: sokkal több felesleges erőforrás (ram, stb) elpazarlása

Aktív témák