Aktív témák

• #152 Vico87 tag S.P.Q.R. #147

  2008-04-03 14:54:09 #152

  Ö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

  

  Vico87

  tag

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

  Hát ez tényleg attól függ, hogy mit programoz. Mert aki világ életében ügyviteli rendszerekkel foglalkozott, annak elég a négy alapművelet, aki viszont pl grafikával, annak óhatatlanul kell a gráfelmélet, lineáris algebra, geometria, stb...
  Szerintem a középiskolás anyag a minimum, ami ajánlott programozáshoz, mert az már elég arra, hogy viszonylag sokféle problémát legalább alapszinten ismerjen az illető.

• #151 Kkocos tag S.P.Q.R. #150

  2008-03-19 05:37:56 #151

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

  

  Kkocos

  tag

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

  A google tudd mondani, csak egy ev meg atnyalazod , azert irtam ide, hatha vlki a matlabban tud segiteni, francnak van kedve uj progit megtanulnia

• #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

• #145 shev7 veterán S.P.Q.R. #144

  2008-03-10 15:53:45 #145

  Ö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

  

  shev7

  veterán

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

  rengeteg turinggeppel talalkozik egy programozo a mindennapi munkaja soran...

• #143 shev7 veterán S.P.Q.R. #142

  2008-03-10 07:41:17 #143

  Ö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

  

  shev7

  veterán

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

  mindenre letezik algoritmus legfeljebb nem polinomideju, attol meg igaz az, hogy a hatekony algoritmusokat algel konyvben kell keresni

• #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...

• #128 shev7 veterán S.P.Q.R. #127

  2008-03-05 07:24:25 #128

  Ö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

  

  shev7

  veterán

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

  egyszer dolgoztam egy projecten, ahol szinte akadalymentesen mentek a dolgok. Szerintem a titka abban rejlett, hogy volt egy olyan kontakt szemely, aki a megrendelo kereseit ertelmesen le tudta forditani a programozoknak, minimalisra csokkentette a felreertesek lehetoseget, es rendelkezett akkora ralatassal a fejlesztoi oldalra, hogy a tul ertelmetlen kereseket mar elso korben elbuktatta. De emelett szukseg volt egy olyan project vezetore (nem neveznem managernek), aki tisztaban volt az egyes reszfeladatokkal, es a csapatban dolgozo emberek kepessegeivel.

• #125 Vico87 tag S.P.Q.R. #123

  2008-02-29 15:35:26 #125

  Ö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

  

  Vico87

  tag

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

  Ha adhatok egy tanácsot, akkor írd teljesen általánosra, a lényeg, hogy bármit képes legyen átküldeni és fogadni (nagyon széleskörûen paraméterezhetõ legyen), mert amikor legközelebb írsz SOAP-os cuccot, akkor jól jön. (Ha meg nem így csináltad, akkor nem lesz kedved egy nagyon hasonlót írni.)

  @Lortech : én a lokalizáció kapcsán beszéltem XML-rõl (de újra elolvasva amit írtam tényleg nem egyértelmû, hogy arra gondoltam).

• #124 Lortech addikt S.P.Q.R. #123

  2008-02-29 15:26:05 #124

  Ö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

  

  Lortech

  addikt

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

  A gui leírásához (modell + viselkedés) nincs köze a visual studios xml-nek. Konkrétumot nem sokat írtatok, de ha nem ismerem a témát, úgy tűnt volna, hogy erre használatos (mint pl WPF + XAML-nél), közben meg nem. Erőforrások tárolására: lokalizáció, képek, szövegek, hangok stb. Akár egy konzolos alkalmazásnál is.

  Én legutóbb az aláírásomból elérhető programhoz használtam xml-t, a prohardveres privát üzeneteket mentettem xml-be. Ilyen feladatokra pl. tökéletes és feleslegesnek tartottam egy mini adatbáziskezelőt hozzácsapni a programhoz.
  Még objektumok sorosításához, webszolgáltatásokhoz használom remoting kapcsán a szakdogámban.

• #121 Vico87 tag S.P.Q.R. #120

  2008-02-29 01:20:50 #121

  Ö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

  

  Vico87

  tag

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

  Bocsi, ha túl "magyarázó" voltam.

  Én úgy tudom, hogy a Visual Studio (WinForms esetben, a WPF más tészta) designer módban rakja el XML-be, de amikor fordítod, és lesz belõle release, akkor egy dll-t csinál a különbözõ lokalizációkhoz. Ez azért van, mert az egyes lokalizációk esetében arra is kell gondolni, hogy egyes szövegeket hosszabban lehet leírni más nyelven, így pl a Button méretét is másra kell tervezni, de ha a Button nagyobb, akkor az vonzza magával, hogy mondjuk a ComboBox viszont kisebb, stb... ezért lesz belõle dll, mert kódot tartalmaz.

  Egyébéknt az XML nagyon szép és jó, de egy méret után már nem emberi használatra való, hanem inkább kód kezelje. Mondjuk technológiailag lenyűgözõ, hogy mekkora szerep jutott az évek során az XML-nek (gondolok itt webszolgáltatásokra például, és annak vonzataira mint SOAP, WSDL, stb...).

• #119 Vico87 tag S.P.Q.R. #115

  2008-02-28 23:40:23 #119

  Ö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

  

  Vico87

  tag

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

  Akkor én írok neked a DB-kről .

  Szvsz másra alkalmasak az SQL és az XML alapon tárolt adatok. Az SQL esetén ugyebár van egy DBMS mögötte, amely igen sok verziót megért már (pl Oracle-nek 10, 11 még fejlesztés alatt, MSSQL 2008, ha jól tudom a 10-dik kiadás, pedig manapság jelenik vagy jelent meg) sok-sok funkcióval és optimalizálással. Mindez nincs XML esetén, hanem neked kell megírni a kezelést végzõ funkciókat (nyilván olyan API-k mint a Java vagy .net rengeteg objektumot a rendelkezésedre bocsát erre a célra).
  Ezek a különbségek fõleg onnan erednek, hogy az SQL esetén relációs adatbázisból dolgozol (amely kezelésére vannak az elõbb említett DBMS-ek), míg XML esetén amolyan "adatkupac" jelleget ölt a dolog.
  A relációs adatbázisok igen hatékonyak például üzleti adatok tárolására, amire az XML igencsak alkalmatlan. Ellenben egy fastruktúrát leírni egyszerűbb XML-ben. XML-ben nem lehet könnyen nagy mennyiségű adatot tárolni (itt igen sok adatra gondolok, de nem kell messzire menni, gondoljunk pl 10GB-nyi adatra, ami meg sem kottyan egy DBMS-nek, viszont ennyi adat kezelésére XML-alapú progit írni vérpisilõs mutatvány). Relációs adatbázisban minden mezõnek típusa van, míg XML-ben minden plain text, így kicsit könnyebb az adat ellenõrzése DBMS esetén (integritásellenõrzést alapszinten tud csak elvégezni, hiszen a DBMS "nem gondolkodik", de ez már sokkal több mint ami rendelkezésre áll XML-ben).
  XML-ben van pl XSLT, amivel teljesen átírható az adat formátuma (nem a tartalom!), de ehhez hasonlót DBMS esetén sem nehéz megvalósítani.

  Mindezzel oda akartam kilyukadni, hogy más világ a kettõ. Nekem C#-ban volt szerencsém programot írni, ami egy MSSQL adatbázisból dolgozik, és azt kell mondanom, hogy kifejezetten tetszett a DataSet-es megközelítése az adatok leképezésének (lényegében minden táblához tartozik egy-egy osztály, amelyek egy "gyűjtõ" osztályban (class DataSet-bõl származó) vannak).

• #118 shev7 veterán S.P.Q.R. #117

  2008-02-28 20:50:02 #118

  Ö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

  

  shev7

  veterán

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

  ugy latszik arrol nem lehet flamelni

• #64 bambano titán S.P.Q.R. #62

  2008-02-24 22:39:05 #64

  Ö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

  

  bambano

  titán

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

  Én elhiszem, hogy látványos, meg minden, azt meg láttam a saját szememmel, hogy mi minden van már pl. jávában nagyvállalati cuccokhoz. Ettől még az nekem bonyolult.

  A kattidekattoda cuccokkal meg az a baj, hogy lehet kattni, de egyszer beleszaladsz valamibe, amit a vizuálisagymenés nem úgy csinál, ahogy hitted róla és akkor finító van.

• #4 vakondka őstag S.P.Q.R. #2

  2008-02-21 11:00:12 #4

  Ö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

  

  vakondka

  őstag

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

  Lécci röviden írd le hogy mi a jó a OO programozásban ?
  Miért jobb ez mint a sima function-ok meghívása ?

  Már ezeregy tutorialt olvastam ezzel kapcsolatban, de nem látom az előnyeit,
  csak a hátrányát...gondolom azért mert nem értem a lényegét...

  Előre is köszi a felhomályosítást

Aktív témák