Új hozzászólás Aktív témák

• fatal` titán

  #8818

  #8807 Ursache

  2016-11-25 18:58:26

  Új Válasz

  Új hozzászólás

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

  

  fatal`

  titán

  #8807 Ursache

  #8807 Ursache

  int listaban ohajtasz nem egesz ertekeket tarolni?

  Jogos, ezt teszi a napi 12 óra fejlesztés

  Természetesen List<double> x = new ArrayList<double>();.

• KREE csendes tag

  #8781

  #8780 Ursache

  2016-11-15 22:43:09

  Új Válasz

  Új hozzászólás

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

  

  KREE

  csendes tag

  #8780 Ursache

  #8780 Ursache

  Szerintem elfér itt a fórumon

  Egy progit kellene összehoznom, "utazó ügynök" probléma genetikus algoritmus (java?) megoldással, szakdolgozat. Plágiumtól való félelmem miatt nem szeretnék semmit publicban intézni van rá 2 hetem, 0 időm...

• mobal nagyúr

  #8753

  #8751 Ursache

  2016-11-07 10:52:01

  Új Válasz

  Új hozzászólás

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

  

  mobal

  nagyúr

  #8751 Ursache

  #8751 Ursache

  Ez nekem meg mindig nem vilagos. Az adatszerkezetbol (amelyen ertelmezve van a "sorrendiseg" [mondd, ahogy akarod]) kellett volna kivadaszni a 16. ELEMET? Vagy mit jelent az, hogy egy objektumnak a 16. parametere?

  Lehet kicsit bénán írtam le. Akkor: van egy listád amiben van xy objektumból mondjuk 100 darab, és a megfelelő gettert hívd rá mindegyikre (for) - amihez elő kéne csalni csak a metódus listát.

• togvau senior tag

  #8464

  #8463 Ursache

  2016-08-12 14:28:29

  Új Válasz

  Új hozzászólás

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

  

  togvau

  senior tag

  #8463 Ursache

  #8463 Ursache

  Csapj az elejére random yy-t

  nem csapok... az gányolás

• floatr veterán

  #8369

  #8367 Ursache

  2016-06-24 11:59:24

  Új Válasz

  Új hozzászólás

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

  

  floatr

  veterán

  #8367 Ursache

  #8367 Ursache

  Nem azt mondom, hogy a fentebb vázolt esetek megállják a helyüket, de:

  xMethod(xMethodParameterToyMethodParamaterParser(y.yMethod(...)));

  Ezt azért kerülöm, ha lehet.

  Hát vannak esetek persze, de még ez sem lenne olyan gáz, ha olvashatóan megoldja a zember

• Ursache senior tag

  #8368

  #8367 Ursache

  2016-06-24 11:48:19

  Új Válasz

  Új hozzászólás

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

  

  Ursache

  senior tag

  #8367 Ursache

  #8367 Ursache

  Nem azt mondom, hogy a fentebb vázolt esetek megállják a helyüket, de:

  xMethod(xMethodParameterToyMethodParamaterParser(y.yMethod(...)));

  Ezt azért kerülöm, ha lehet.

  pont hogy y to x, de nem az a lényeg

• floatr veterán

  #8360

  #8358 Ursache

  2016-06-24 09:15:01

  Új Válasz

  Új hozzászólás

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

  

  floatr

  veterán

  #8358 Ursache

  #8358 Ursache

  " 1 sor mindig jobb, mint 5."

  en mas kodjanak a debuggolasa kozben nagyon nem szeretnek ilyennel talalkozni.

  Sokkal nagyobb probléma, hogy egy kód elfér a képernyőn, vagy sem. Ha egy metódust nem látsz át scrollozások nélkül, akkor cumi van. Ez persze nem jelenti azt, hogy vég nélkül minimalizált kódot kellene gyártani, de ne okozzon már gondot egy seniornak (elvileg a debug/javítás nem junior feladat) egy ilyen sor.

  Ezerszer futottam már bele olyan kódba, ahol a fene sem tudta kibogarászni, hogy mi a rák járt a kolléga fejében, amikor 10 soron keresztül agyament logikával oldotta meg azt, ami 1 sorban elfért volna. Szerintem sokszor át sem tudják igazán gondolni a problémát kicsiben, amikor ilyen elnyújtott marhaságokat lekódolnak. Aztán nem mersz hozzányúlni, mert működik valami csoda folytán, de az ügyfél kis módosítást kért.

• MrSealRD veterán

  #8359

  #8358 Ursache

  2016-06-24 08:47:14

  Új Válasz

  Új hozzászólás

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

  

  MrSealRD

  veterán

  #8358 Ursache

  #8358 Ursache

  " 1 sor mindig jobb, mint 5."

  en mas kodjanak a debuggolasa kozben nagyon nem szeretnek ilyennel talalkozni.

  Mármint azzal amit írtam?

• martin66 senior tag

  #8289

  #8288 Ursache

  2016-05-06 10:54:49

  Új Válasz

  Új hozzászólás

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

  

  martin66

  senior tag

  #8288 Ursache

  #8288 Ursache

  Szerintem ezek nagyon alap dolgok. Miért pont javat erőlteted, ha nem megy/nem értesz hozzá? Azt sosem értettem, hogy komplett megoldást miért kér bárki is.

  Szia,

  Ez egy iskolai feladat és próbálom megoldani, de nem megy. Tanulom a javat, de még nem tartok azon a szinten. Viszont sajnos ezt a feladatot nagyon hamar meg kel oldanom itthon + a suliba dolgozatként jövőhéten és meg szeretném tudni oldani egyedül is a suliba, de sokkal hatékonyabb, ha már van egy kész megoldásom és az alapján jövök rá / tanulom meg.

  És bízom benne, hogy, akinek kb 15 perc ezt megírni az szánna rám ennyit, mert nagyon sokat segítene nekem! Köszönöm előre is neki!

• Gyb001 senior tag

  #8273

  #8272 Ursache

  2016-04-29 18:59:24

  Új Válasz

  Új hozzászólás

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

  

  Gyb001

  senior tag

  #8272 Ursache

  #8272 Ursache

  stringeket tartalmazo (dinamikus) matrix?

  Gondoltam rá, De elvileg a mátrix minden sora ugyanannyi elemből áll. Itt meg dinamikus tömbök vannak, amikben válltozó az elemszám.

• Karma félisten

  #8204

  #8203 Ursache

  2016-03-22 18:19:32

  Új Válasz

  Új hozzászólás

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

  

  Karma

  félisten

  #8203 Ursache

  #8203 Ursache

  hol nem?

  Ahol nem SQL-alapú adatbázist használ a fejlesztő

• Lejszi senior tag

  #8190

  #8189 Ursache

  2016-03-18 11:23:09

  Új Válasz

  Új hozzászólás

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

  

  Lejszi

  senior tag

  #8189 Ursache

  #8189 Ursache

  Mi vett rá arra, hogy JAVA-ban írt? Abban írd, amiben meg tudod írni.

  Abban kell megirni, elfelejtettem oda irni.

• alfa20 senior tag

  #7802

  #7801 Ursache

  2015-09-19 23:39:18

  Új Válasz

  Új hozzászólás

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

  

  alfa20

  senior tag

  #7801 Ursache

  #7801 Ursache

  Label[] labels = new Label[4];

  köszönöm a gyors segítséget!

  holnap meg is próbálom

• norbert1998 nagyúr

  #7428

  #7425 Ursache

  2015-05-10 18:09:10

  Új Válasz

  Új hozzászólás

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

  

  norbert1998

  nagyúr

  #7425 Ursache

  #7425 Ursache

  Legkozelebb pastebint, vagy hasonlot hasznalj, koszi.

  Értettem. Ha minden igaz, itt van:
  [link]

  És mégis hogyan bontsak szét egy majd 1000 sort is hamarosan elérő switch case-t? Mondtam már. Osztályok nincsenek, nem tanultuk őket.

• WonderCSabo félisten

  #7326

  #7324 Ursache

  2015-04-26 10:26:56

  Új Válasz

  Új hozzászólás

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

  

  WonderCSabo

  félisten

  #7324 Ursache

  #7324 Ursache

  Ha arra is van igény, akkor nyilván. De a konkrét 2 (most már 3) soros példához nem hinném, hogy kéne, ha a helyes sorrendet tartani akarjuk.

  Ehhez nem, de ha jön egy kövi kiíratás, akkor már kell. És csak gondoltam, hogy nehogy emiatt legyen félreérthető.

• WonderCSabo félisten

  #7323

  #7321 Ursache

  2015-04-25 23:39:10

  Új Válasz

  Új hozzászólás

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

  

  WonderCSabo

  félisten

  #7321 Ursache

  #7321 Ursache

  System.err.flush();

  esetleg egy ilyet megpróbálhatsz.

  szerk.:

  Természetesen így:

  System.err.println("TÖRLÉS MENÜ");
  System.err.flush();
  System.out.println("1-Egy állat törlése");

  A out-re is legyen flush.

• norbert1998 nagyúr

  #7322

  #7321 Ursache

  2015-04-25 23:17:26

  Új Válasz

  Új hozzászólás

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

  

  norbert1998

  nagyúr

  #7321 Ursache

  #7321 Ursache

  System.err.flush();

  esetleg egy ilyet megpróbálhatsz.

  szerk.:

  Természetesen így:

  System.err.println("TÖRLÉS MENÜ");
  System.err.flush();
  System.out.println("1-Egy állat törlése");

  Köszi, holnap csekkolom (remélhetőleg)

• jetarko csendes tag

  #7307

  #7306 Ursache

  2015-04-23 00:23:55

  Új Válasz

  Új hozzászólás

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

  

  jetarko

  csendes tag

  #7306 Ursache

  #7306 Ursache

  A B tényleg nem a legjobb választás (szerintem sem). Ugyanakkor azért nem csak ezeket tanuljuk, és tényleg piszok sok a matek. De kell is, adott esetben! Ma (tegnap) is mesterséges neurális hálók esetében előjött a parciális deriválás. Hibafüggvények minimalizálása, regresszió, szélsőértékek... Nem véletlenül van modalg is, nagyon helyesen. El lehet menni OKJ-re is, lehet ott többet vesznek progból, ami tényleg prog, de nem ennyire mélyen. Ha ezt a szakot elvégzed, utána nincs gondod azzal, hogy hova menj, mindent meg tudsz ezek után tanulni, szóval full felesleges még 50 tárgyat hozzáadni a képzéshez. Pedig akkor is lehetne mondani, hogy de ez meg ez nem volt. Szóval nem elvárni kell, hanem betanítani, megtanítani...

  Amúgy meg az egész google, csak jól kell tudni használni

  Sokkal több mindent tanulunk mint én írtam, de mivel java topic ezért a java-hoz kötődő dolgokról írtam. Abban egyetértek, hogy a matek fontos, a gond csak azzal van, hogy nem gyakorlat orientáltan tanuljuk. A jelenleg menő technológiákat, fw-ket tanítani nincs sok értelme, mert pár év alatt változik,de azért megnézhetnénk egy két dolgot... Az igaz, hogy itthon nem fogok leülni csak úgy nummodot tanulni és ezért ezt oktatják suliban, otthon meg megtanulsz programozni ha érdekel a téma. A legnagyobb gond ott van, hogy boldog boldogtalant felvesznek és ezért nagyon híg a mezőny, ami visszafogja a nagyobb tempót sajnos. De ez ellen nem lehet mit tenni.. De nem akarok nekiállni hosszabban ennél offolni, mert remélem 2hónap múlva túl vagyok a bsc-n és reménykedek, hogy talán msc-n lesz vmi haladóbb dolog is.

• jetarko csendes tag

  #7305

  #7304 Ursache

  2015-04-22 23:54:57

  Új Válasz

  Új hozzászólás

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

  

  jetarko

  csendes tag

  #7304 Ursache

  #7304 Ursache

  Melyik szakirányra gondolsz?

  amirol en irtam az a progtervezo, ha azon belul, akkor C majd B sorrendbe írtam

• norbert1998 nagyúr

  #7263

  #7262 Ursache

  2015-04-19 20:08:48

  Új Válasz

  Új hozzászólás

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

  

  norbert1998

  nagyúr

  #7262 Ursache

  #7262 Ursache

  Igen.

  És akkor a program elejére nem kell olyan, hogy import extra, vagy hasonló?

• norbert1998 nagyúr

  #7261

  #7259 Ursache

  2015-04-19 19:48:15

  Új Válasz

  Új hozzászólás

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

  

  norbert1998

  nagyúr

  #7259 Ursache

  #7259 Ursache

  Egyszerűen ne importáld az egyik packaget, hanem amikor hivatkozni szeretnél rá, akkor a teljes (minősített [fully qualified package name]) nevét használd.

  Pl.: extra.Console.etc

  Úgy érted, hogy például:
  int fomenu=extra.Console.readInt("sg");
  ?

  WonderCSabo: Ez is megoldható, de mindig, kivétel nélkül .*;-al operáltunk, és nem tudom, mennyire lenne díjazva, ha változtatnék.

• szcsaba1994 tag

  #7252

  #7251 Ursache

  2015-04-18 22:32:14

  Új Válasz

  Új hozzászólás

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

  

  szcsaba1994

  tag

  #7251 Ursache

  #7251 Ursache

  Ott nincs inicializálva a tömb. Bár mondjuk ez elég kevés kód, pastebinre töltsd fel.

  Kötelező program és nem szeretném, ha véletlenül valaki használná és kiderülne.

  

  A 86. sorban ír ki hibát

• Anita330 csendes tag

  #7174

  #7173 Ursache

  2015-04-13 20:15:57

  Új Válasz

  Új hozzászólás

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

  

  Anita330

  csendes tag

  #7173 Ursache

  #7173 Ursache

  MatLab fiuk/lanyok

  Igen bgf-re kellene beadandóhoz végülis am mindegy mivel van megcsinálva a feladat lehet C#-ban is. Ha valaki ha tudna segíteni nagyon jó lenne úgy mint a fentebbi feladatnál. Valami olyasmit kellene csinálni úgy gondolom csak pár dolgot átírni.

• Froclee őstag

  #7172

  #7171 Ursache

  2015-04-13 20:00:43

  Új Válasz

  Új hozzászólás

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

  

  Froclee

  őstag

  #7171 Ursache

  #7171 Ursache

  Ezt mire és hogyan érted?

  alattam lévő évfolyam alkalmazott matekból kapott egy ilyen leckét, amit le kell programozni

  

  aztán mindenki kétségbe van esve, látom a fentebbi hölgy még regisztrált is ph-n emiatt

• Aethelstone addikt

  #7161

  #7160 Ursache

  2015-04-10 21:12:13

  Új Válasz

  Új hozzászólás

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

  

  Aethelstone

  addikt

  #7160 Ursache

  #7160 Ursache

  Ez minősítheti a NIK-et? ELTE-IK után pedig oda akartam/akarok menni, mondjuk csak a referencia NIK-es... + a tárgyat úgy is beszámíttatnám...

  Továbbá ha valamit shell-ben meg tudok oldani 2 sorban, akkor nem kezdem el C#-ban megírni.

  Az jó nagy marhaság lenne, ha numerikus analízist java-ban erőltetik

  Nos, a való életben ritkán lehet megoldani valami feladatot abban, amiben akarod. Ráadásul ha a konkrét példát nézzük, akkor mondjuk adott egy Java alapú backend, amiben szükség van valamiféle numerikus analízisre...mondjuk egy Gauss eliminiációra vagy akármi másra. Értem én, hogy mondjuk Matlab-ban 5 sor, de aztán azt hogy integrálod be a rendszeredbe és még sorolhatnám...

  Ezek a szösszenetek arra jók, hogy a Hello Világ-on felül is próbáljanak valamit mutatni az adott nyelv lehetőségeiből, erejéből, gyengeségéből, stb. Az egyetemi/fősikolai példák meg egyébként sem a praktikus mivoltukról híresek

• Aethelstone addikt

  #7159

  #7158 Ursache

  2015-04-10 19:37:43

  Új Válasz

  Új hozzászólás

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

  

  Aethelstone

  addikt

  #7158 Ursache

  #7158 Ursache

  Az ilyet miért nem MatLab-ban vagy hasonló nyelvben csinálod?

  Lehet, hogy Java-ban kell

• floatr veterán

  #7143

  #7135 Ursache

  2015-04-03 14:52:47

  Új Válasz

  Új hozzászólás

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

  

  floatr

  veterán

  #7135 Ursache

  #7135 Ursache

  Pár éve olvastam egy etikettet, vagy szabályzatot, miszerint ha az éppen előtted szólónak szánod a hozzászólást, akkor ne használd a válasz gombot. Azóta megváltozott? Vagy a topicra más érvényes?

  Tőled kérdeztem.

  Oké, köszi, nagyjából ezeket tudtam volna elképzelni.

  Visszakanyarodva az eredeti felvetéshez -- mielőtt elmegy a topic a PH fórum szabályai irányába -- még ha van egy perzisztencia motorod, az is bele fog gabalyodni az oszlop nevekbe, mert nem fog tudni kötni semmilyen objektumot a resultset-hez jól, ha abban két azonos nevű oszlop van, pl.:

  SELECT * FROM User u
  INNER JOIN Company c ON c.id=u.company
  WHERE ...

  Ha a User és a Company táblában is van egy name oszlop, akkor a visszakapott eredményben a User és a Company nevek értékei kavarodnak. Ha már csak egy natív SQL-t hajtasz végre, és egy Object[]-be kéred az eredményt, akkor is az egyik táblában lévő name értéke lesz mindkét pozícióban. Ezért van az, hogy minden mezőt felsorolnak és mindegyiknek egy aliast adnak.

• Aethelstone addikt

  #7139

  #7133 Ursache

  2015-04-03 13:47:45

  Új Válasz

  Új hozzászólás

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

  

  Aethelstone

  addikt

  #7133 Ursache

  #7133 Ursache

  Miert nem javasolt? Vannak otleteim, de hallani is akarok felole.

  Plusz ha join-olsz mondjuk 3 táblát, amiben összesen van 30 mező, akkor gondolom, Te sem akarod az összes mezőt leszedni...mivel * esetében pont ez fog történni....

• Sk8erPeter nagyúr

  #7136

  #7135 Ursache

  2015-04-03 12:22:44

  Új Válasz

  Új hozzászólás

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

  

  Sk8erPeter

  nagyúr

  #7135 Ursache

  #7135 Ursache

  Pár éve olvastam egy etikettet, vagy szabályzatot, miszerint ha az éppen előtted szólónak szánod a hozzászólást, akkor ne használd a válasz gombot. Azóta megváltozott? Vagy a topicra más érvényes?

  Tőled kérdeztem.

  Oké, köszi, nagyjából ezeket tudtam volna elképzelni.

  "Pár éve olvastam egy etikettet, vagy szabályzatot, miszerint ha az éppen előtted szólónak szánod a hozzászólást, akkor ne használd a válasz gombot. Azóta megváltozott? Vagy a topicra más érvényes?"
  Ilyen szabály SEHOL nem volt soha érvényben. Sőt, pont ennek ellenkezője van az alapelvek között is.
  http://prohardver.hu/allando/alapelvek.html#jotanacsok
  III.12.4.3. "Egy hozzászólásra mindig a Válasz linkkel írj, hogy mindenki láthassa mire és kinek válaszoltál."

• Sk8erPeter nagyúr

  #7134

  #7133 Ursache

  2015-04-03 11:58:49

  Új Válasz

  Új hozzászólás

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

  

  Sk8erPeter

  nagyúr

  #7133 Ursache

  #7133 Ursache

  Miert nem javasolt? Vannak otleteim, de hallani is akarok felole.

  Most ezt kitől kérdezed? Mert megint nem használtad a Válasz linket. Szokj már rá a használatára légyszi, nagyon zavaró a hiánya (hogy nincs előzménye a hsz.-eidnek a fejlécben), köszi.
  Amúgy keress rá Google-ben a "why select * is bad" kulcsszavakra, bőven fogsz találni cikkeket a témában. Röviden: teljesítmény szempontjából nagyon káros tud lenni. Ezenkívül teljesen felesleges minden egyes oszlopot kiválasztani, amikor az esetek 99%-ában nincs szükség mindegyikre. Nem beszélve arról, hogy a mezők egyértelmű felsorolásával kiolvasható a query-ből az is, hogy egyáltalán milyen mezők lesznek elérhetőek (pl. ha már JDBC, a ResultSetből való mezőeléréskor), és melyekre van szükségünk, tehát maga a kód is értelmesebb lesz tőle.

• WonderCSabo félisten

  #7070

  #7069 Ursache

  2015-03-23 12:38:34

  Új Válasz

  Új hozzászólás

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

  

  WonderCSabo

  félisten

  #7069 Ursache

  #7069 Ursache

  Felreertettuk egymast. Azt akartam kifejezni, hogy az milyen fontos dolog (tenyleg fontos!), de csak papiron szamolgattunk, gyakorlati alkalmazasat nem vettunk... a kepzes nem is erre van kihegyezve.

  OK, ez esetben egyetértek.

• WonderCSabo félisten

  #7066

  #7065 Ursache

  2015-03-23 10:47:06

  Új Válasz

  Új hozzászólás

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

  

  WonderCSabo

  félisten

  #7065 Ursache

  #7065 Ursache

  ELTE IK-n is ez van. Olyan elmeletben nyomjak a matekot... gyakon meg a felere sincs ido. Plane tenyleges gyakorlati hasznat nem is latjuk (pl. Taylor-sorok), de ki kell szamolni. Igy elveszik az erdeklodes, pedig hasznos es jo dolgok ezek. Volt egy matlabos oram, de azt is atalakitottak mar. Pedig rohadt szep volt newton-modszert mindig plotolni, na, megvan mar a gyok?

  Szoval mindenhol csak a fos elmeletet nyomjak, sajnos.

  Get used to it.

  Két kezemet összetenném, ha a Taylor-sor lenne a haszontalanabb matek rész, amit tanultam.

• CJ19 csendes tag

  #7063

  #7062 Ursache

  2015-03-21 21:52:57

  Új Válasz

  Új hozzászólás

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

  

  CJ19

  csendes tag

  #7062 Ursache

  #7062 Ursache

  while (!(input = sc.next()).equals("exit")) { ... }

  nem lenne jobb?

  de, az is működik. köszi

• thon73 tag

  #6994

  #6993 Ursache

  2015-03-10 00:02:09

  Új Válasz

  Új hozzászólás

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

  

  thon73

  tag

  #6993 Ursache

  #6993 Ursache

  Ahogy mondtad, hogy programnyelvet kell felismertetni, feldolgozni, egyből a fordítóprogramok tárgy ugrott be, onnét meg bisonc++ és flex. Gondoltam, hogy java-ban is van valami ehhez hasonló (ennek megfelelő) változat, és van Szépen elkülönítve vannak a részek, struktúrált felépítés, semmi gányolás. Lexikális elemzés, szintaktikus elemzés, szemantikus elemzés, kódgenerálás (kódoptimalizálás).

  De ennek azért komoly elméleti háttere is van (LA)LR(1) vagy általánosítva k-ra. SLR(1), meg mindenféle formális nyelvek, automata, grammatikák, nyelvosztályok. VDA (véges determinisztikus automaták), különféle algoritmusok, CYK algo, etc... Szóval könnyen el lehet benne veszni.

  Hajrá!

  Jah, végső soron a programozás sem más, mint a compiler bemeneti adatainak beható ismerete

• thon73 tag

  #6992

  #6991 Ursache

  2015-03-09 18:00:09

  Új Válasz

  Új hozzászólás

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

  

  thon73

  tag

  #6991 Ursache

  #6991 Ursache

  http://jflex.de/

  Ööö. Ilyesmi csak két nagyságrenddel egyszerűbben.
  Az egyik kollégám mondta, hogy Javaban nem programozni kell, csak tudni, hogy hol írták már meg...
  Ebben van valami igazság.

  Nekem két funkció is kellett - "human readable" adatokkal feltöltse az adatstrutúrát (ilyen már van pl. xml), - de (2.) feltöltés közben egyfajta "előkészítő" adatfeldolgozást is végezzen; ha a forrás azt indokolja. Ez utóbbit nem lehet valószínűleg saját kód hozzápasszintása nélkül megoldani...
  ((A valóságban meg egy hevenyészett (sőt tákolt) tesztkód adta meg az alapötletet, ami átgyúrás után rövid, tömör és tetszetős lett. Bár valaki már biztos ezt is megírta...))

  Köszönöm a fenti linket, már elkezdtem elmélyedni benne

• PumpkinSeed addikt

  #6977

  #6976 Ursache

  2015-03-07 01:02:08

  Új Válasz

  Új hozzászólás

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

  

  PumpkinSeed

  addikt

  #6976 Ursache

  #6976 Ursache

  List<Integer> lista1 = new ArrayList<>(); <- létrehoz egy lista objektumot a memóriában, majd ráállít egy referenciát lista1 néven, amelyen keresztül el tudod érni a lista objektumot.

  List<Integer> lista2 = lista1; <- nem hoz létre egy új listát (sem egy vadonatújat, sem egy újat a lista1 elemeivel feltöltve), hanem az előzőleg létrehozott lista objektumra létrehoz még 1 referenciát, így két referenciád mutat a memória egyazon területére.

  Konklúzió: bármelyik referencián keresztül is módosítod az objektumot, az a másik referencián keresztül is "látszódni" fog.

  Ezt így mondhatni értem, hogy mit csinál, de hogyan fogja ez a két példányom között az adatokat átcsempészni?

• zolka95 őstag

  #6960

  #6959 Ursache

  2015-03-04 20:26:53

  Új Válasz

  Új hozzászólás

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

  

  zolka95

  őstag

  #6959 Ursache

  #6959 Ursache

  Az a konyv tokeletes!

  Ez enum pont az ilyen fajta problemakra ad megoldast. Nem nehez megerteni, megtanulni. Nekem is volt, hogy boolean-okkal, aztan amikor kettonel tobb allapotot kellett leirnom, akkor int-ekkel heggesztettem. A boolean nem erre valo, az int sem kifejezetten, azt meg akar hibakodora lehet, de allapot leirasokra, meg ilyen jellegu problemakra enum. Hajra!

  Ez kezdőknek ajánlott?

  Pontosan mit jelent ez a kódtisztítás? Optimalizálás?

• PumpkinSeed addikt

  #6958

  #6956 Ursache

  2015-03-03 10:56:33

  Új Válasz

  Új hozzászólás

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

  

  PumpkinSeed

  addikt

  #6956 Ursache

  #6956 Ursache

  Csak egy megjegyzes: konvencio, hogy a final kulcsszoval ellatott konstansok neveit csupa nagybetukkel kell irni.

  Tovabba gondolom a boolean tipus parameter donti el az eljarason belul, hogy most tartolaprol avagy hatlaprol van-e szo. Erre enum-ot hasznalj.

  + az osztalyok nevei mindig nahybetuvel kezdodnek, ahogyan a kollega is irja.

  Ezek talan a legszembetunoek. Olvass utana a clean coding-nak es a konvencioknak. Nem csak masoknak, hanem magadon is segitesz ezzel.

  Robert C. Martin - Tiszta kód c. könyve jó?

  Az enum-ot nem ismerem, de most találtam egy 10 példás áttekintést.

• WonderCSabo félisten

  #6957

  #6956 Ursache

  2015-03-03 10:45:47

  Új Válasz

  Új hozzászólás

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

  

  WonderCSabo

  félisten

  #6956 Ursache

  #6956 Ursache

  Csak egy megjegyzes: konvencio, hogy a final kulcsszoval ellatott konstansok neveit csupa nagybetukkel kell irni.

  Tovabba gondolom a boolean tipus parameter donti el az eljarason belul, hogy most tartolaprol avagy hatlaprol van-e szo. Erre enum-ot hasznalj.

  + az osztalyok nevei mindig nahybetuvel kezdodnek, ahogyan a kollega is irja.

  Ezek talan a legszembetunoek. Olvass utana a clean coding-nak es a konvencioknak. Nem csak masoknak, hanem magadon is segitesz ezzel.

  Meg az osztályokat nagybetűvel kezdjük, stb.

• PumpkinSeed addikt

  #6953

  #6952 Ursache

  2015-03-03 08:55:49

  Új Válasz

  Új hozzászólás

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

  

  PumpkinSeed

  addikt

  #6952 Ursache

  #6952 Ursache

  Most lehet nem jól értelmezem a kérdést, de egyszerűen definiálsz egy public int árSzámol() {} eljárást a bútorlap osztályban, és a tömbön végigiterálsz, ahogy csinálod is ( gondolom az a bútor osztályodban lévő árSzámol() ), és csak egyszerűen hívogatod az árSzámol() eljárást minden bútorlapra.

  Igen csak erre kapok egy NullPointerException-t. Itt a teljes kód, és a hibaüzenet alul.

Új hozzászólás Aktív témák