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

• proci985 MODERÁTOR

  #8709

  #8708 szervizeszso

  2016-10-15 18:48: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

  

  proci985

  MODERÁTOR

  #8708 szervizeszso

  #8708 szervizeszso

  Hogyan lehet ennyi mindent generáltatni???

  simán procedurális logikával (loopok és if/else elágazások).

• proci985 MODERÁTOR

  #8707

  #8701 szervizeszso

  2016-10-15 18:35:46

  Ú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

  

  proci985

  MODERÁTOR

  #8701 szervizeszso

  #8701 szervizeszso

  
  Itt van a problémám.
  
  

  melyik része nem megy?

  alapvetően én felosztanám a feladatot kisebb egységekre.

  kell a szokásos GUI rész, ezt lehet generáltatni. ha nem akarod nagyon túlbonyolítani a struktúrális designt, akkor a GUI és controller class összevonható (én ezt csinálnám, ronda lesz és a cohesion része nem a legszebb, de scope szempontból egyszerűbb). Ezt a classt nevezzük Controllernek.

  ha nem kell threaded Person, akkor a controller classba simán raksz egy simulation() funciót egy loopal, ami végighívja mindenkin a meccsnézést annyiszor, ahányan éppen vannak. én ezt úgy csinálnám, hogy fognék egy ArrayList<Married> marriedPairst, amiből a simulation() random kiválasztja a párokat egy temporáris (funkcion scope) tárolóba szintén Married typevel, aztán szépen végighívod a watchFootball() funkciót az összes elemen a temp tárolóban loopban, amit beraksz még egy loopba hogy elégszer nézzék a meccset.

  A Marriedben le kell tárolnod egy Wife és egy Man típusú objectet. Ezeket a párokat célszerű még a Controller constructorjában létrehozni (a focicsapatokkal együtt). A Wife és a Mant lehetne inheritelni egy Personból, de mivel a Married eleve egy eléggé domain specifikus funkció amibe szvsz felesleges túlbonyolítás berakni egy generic containert, és mivel az nem kell, ahogy nézem más miatt sincs szükség ezzel a call/information struktúrával inheritre.

  Aztán kellenek még a focicsapatok. Én lusta lennék és előre legenerálnám egy listába (Controller constructor, megint), az összes létező lehetséges meccset, majd ezt kalapként használva kihúznék egy elemet amit utána ki lehetne törölni a listából (ha csak egyszer játszhatnak). Meg ide még kell pár funkció.

  Aztán kell még a GUIbe egy lista ami lehívja az összes Man és Wifet a Married párokból (lusta megoldás: simán a marriedPairs containerből a married.getWife().getAmikell() loopolva elvileg tökéletes lesz és akkor tényleg nem kell szórakoznod a Person inheritancevel ha ez nem kritikus, sőt a Serializable is max fileIO miatt kell majd), meg kell egy lista a lefutott meccsekkel és az eredményekkel, mondjuk ez meg lehet egy Match class eleme.

  Ja félig angolul, de a kulcsszavakat ha nem érted úgy vissza tudod követni pl stackoverflowon vagy a ref manualban.

• proci985 MODERÁTOR

  #8688

  #8687 ToMmY_hun

  2016-10-11 00:34:46

  Ú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

  

  proci985

  MODERÁTOR

  #8687 ToMmY_hun

  #8687 ToMmY_hun

  Ez a szakma arról szól, hogy folyamatosan képezd magad. Az a tudás, ami ma friss és elfogadott, pár év múlva már elavult lesz és senkinek sem kell. Az, hogy X éve mivel foglalkoztál, szerintem már nem annyira fontos. Ami viszonz igen, az a hajlandóság a tanulásra és a nyitottság az új dolgok iránt. Nekünk, az Y generációnak ebben nagy előnyünk van, ugyanis bele születtünk ebbe a felgyorsult világba, ahol el vagyunk halmozva információval és ez nekünk természetes. Bele se merek gondolni, hogy mennyire idegen lehet egy más körülmények között felnövő egyénnek. Könnyűnek biztosan nem nevezhető.

  Azert vannak ennek elonyei. Jelenleg egy projekten Java8at hasznalok egy feladatra, viszont kulso processkent C programokat hivogatok. A C programok egy resze felig obskurus es a 80as evekben irtak oket. Hat igy a 100soros C kodnal eroteljesen anyazok, hogy:
  - mit ir ki
  - mi a feneert van hardcodeolva pl fix 13ra az osszes forloop?

  Termeszetesen hosszra vannak optimizalva szoval egy 100soros programhoz kepest eleg sok mindent csinalnak. Dokumentacio meg izebize.

  Ugyanugy, en meg emlekszem a Turbo Pascalra meg a Borland Cre mint fejlesztoi kornyezetekre, valoszinuleg sikitofraszt kapnek ha az ido nagyreszeben abban kene dolgoznom. Meg internet nelkul. De minimum erezhetoen csokkenne a produktivitasom.

• proci985 MODERÁTOR

  #8680

  #8679 cigam

  2016-10-09 15:04:16

  Ú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

  

  proci985

  MODERÁTOR

  #8679 cigam

  #8679 cigam

  Miért? Megsértődik, ha magyarul írsz, és ezért lassabban/hibásan fog futni?

  ha veletlenul kulfoldieknek kene eladni a kodbazist / felvasarlas van akkor lehet az egeszre refactort tolni. ha fel kell venni kulfoldi kollegat aki nem tud magyarul mert kell a kompetencia akkor megint baj van. ahol dolgozom jelenleg majdnem 50% a kulfoldiek aranya, meetingeken az angol gyakorlatilag de facto hivatalos nyelvve lepett elo, kaveszunet valtozo (helyi nyelvet jellemzoen a frissen atrekrutaltak meg nem tudjak).

  plusz egy nyelven jellemzoen egyszerubb egyszerre gondolkodni, mint bekeverni meg egyet.

  emellett jellemzoen referencek es forumok mind angolul vannak, tehat informaciokereses miatt is kritikus az angol.

• proci985 MODERÁTOR

  #8675

  #8673 smallmer

  2016-10-09 13:35:05

  Ú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

  

  proci985

  MODERÁTOR

  #8673 smallmer

  #8673 smallmer

  azokat az instrukciókat kaptam, hogy nem párhuzamosan futnak a szálaim, mert a run metódusom törzse szinkronizált blokkban van, ehelyett azt a részt kellene szinkronizált blokkba tenni, ami módosítja az egyenleget.
  illetve azt kaptam még, hogy legyen az egyenleg static.

  akkor csak elég a staticot beírni pluszba. a párhuzamosság megoldására tudtok adni valami ötletet?

  nem párhuzamosan futnak a szálaim, mert a run metódusom törzse szinkronizált blokkban van
  igen, ez az amit mondtam korabban.

  akkor szerintem most nyisd ki az eloadast / konyvet es nezd vegig a potencialis szinkronizacios mechanizmusokat.

  Javaban van egy csomo beepitett megoldas a problemara, pl explicit mutual exclusion, lock, monitor. ha az egyenleg static es eleg ha egyszerre egy thread tartja a resourcet akkor van keyword szintu megoldas is.

  de tenyleg nezd meg az elmeleti hatteret mert anelkul nem fogod megerteni.

  Gyuri16: gondolom elso beadas a targybol es nem akarjak komplikalni OOval a helyzetet.

• proci985 MODERÁTOR

  #8672

  #8670 smallmer

  2016-10-09 13: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

  

  proci985

  MODERÁTOR

  #8670 smallmer

  #8670 smallmer

  a magyar változóneveket magamnak készítettem, hogyha a későbbiekben visszanézem akkor könnyebb legyen a megértése.

  minden szalnak kolon egyenlege van, nem ugyanahhoz a valtozohoz fernek hozza

  itt nem elég az, hogy ha static lesz a változó?

  ha nem vagy folyekony angolbol akkor legyel. legkesobb a diplomamunkaig.

  itt nem elég az, hogy ha static lesz a változó?
  ha a Mainban (ez inditja a Threadeket) vannak globalis valtozokent statikusan, akkor talan ha a feladat szovegenek ez nem mond ellent.

• proci985 MODERÁTOR

  #8669

  #8662 Gyuri16

  2016-10-08 22:07: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

  

  proci985

  MODERÁTOR

  #8662 Gyuri16

  #8662 Gyuri16

  itt a hiba:
  for (int i=1; i<=felhasznalok_szama; i++) {
new Beadando(kezdeti_egyenleg).start();
}
for (int i=1; i<=felhasznalok_szama; i++) {
new Beadando(kezdeti_egyenleg).join();
}

  a masodik ciklusban az elsoben letrehozott beadando objektumokon kellene a join() fuggvenyt meghivni. Igy letrehoz egy uj objektumot, es azon var.

  Azon kivul van meg par problema a programmal:
  minden szalnak kolon egyenlege van, nem ugyanahhoz a valtozohoz fernek hozza
  ez nem tul szep es nem is effektiv: synchronized (Szalak.class)

  minden szalnak kolon egyenlege van, nem ugyanahhoz a valtozohoz fernek hozza
  ez nem tul szep es nem is effektiv: synchronized (Szalak.class)

  a tanár helyében én emiatt simán visszadobnám az egészet külön-külön is (nincs jelentősége a szinkronizációnak / a kritikus szakaszok védelme nem megfelelő), nem hogy a kettőt kombinálva. főleg javában, ahol van kismillió lehetőség szinkronizációra.

  és akkor arról még nem beszéltünk, hogy miért használna bárki is valaha magyar változóneveket (bár ez mondjuk a feladat szövegétől függően még nem lesz explicit újrabeadás).

• proci985 MODERÁTOR

  #8595

  #8593 floatr

  2016-09-28 12:19:42

  Ú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

  

  proci985

  MODERÁTOR

  #8593 floatr

  #8593 floatr

  Springhez én spec egyáltalán nem használok semmit, mert egy idő után rájön az ember, hogy ezek a csiricsáré toolok, amikkel az xml-eket lemodellezik, csak az időpocsékolásra jók. Javascript tekintetében viszont a netbeans volt nekem eddig a nyerő, bár most van pár újabb fizetős plugin JS frameworkökhöz, amit nem akaródzik megvenni, azok lehet h jobban muzsikálnak, mint az alap.

  (#8585) mobal viszonylag ritkán debuggolok, így nem érzek nagy különbséget a kettő között. A múltkor az egyik kvázi kollégám, aki liferay bundle-okat gyárt, kidebuggolt valami komponenshibát, de fogalmam sincsen h mit használt hozzá. Egy a problémám ezzel az egész felvetéssel, hogy mint minden ilyen konkurenciaharc esetében itt is van egy erős hype train, divat belekötni hangulati alapon dolgokba, miközben a makacs tény az, hogy az eclipse egyelőre ipari standard, az idea egy második szereplő, a netbeans meg az apache foundation kezei közt fog kimúlni.

  ja, netbeansert kar, nekem az volt az elso normalis IDEm amit hasznaltam, a borland C utan egy teljesen mas vilag volt.

  mondjuk gepigenyben is, ott volt, hogy az oregedo p3 helyett kellett egy p4 mert fel sort laggolt az editor amikor irtam az autocomplete miatt.

• proci985 MODERÁTOR

  #8587

  #8585 mobal

  2016-09-27 19:49:05

  Ú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

  

  proci985

  MODERÁTOR

  #8585 mobal

  #8585 mobal

  Én csak nyertem produktivitásban. Hasonlítsuk össze az Eclipse és az Idea debuggerét. Ég és föld. Ahogy mondtad, a legjobban termék az a Visual Studio (amivel egyetértek), de az idea még közelebb áll ehhez mint az Eclipse.

  kiegészítő tekintetben hogy áll az Idea?

  Eclipse ereje szvsz a marketplace, van hozzá egy csomó plugin amik azért megintcsak nyomnak a latban.

• proci985 MODERÁTOR

  #8579

  #8573 emvy

  2016-09-27 00:59:20

  Ú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

  

  proci985

  MODERÁTOR

  #8573 emvy

  #8573 emvy

  https://confluence.jetbrains.com/display/TCD10/Code+Quality+Tools

  https://www.jetbrains.com/help/idea/2016.2/code-inspection.html

  

  köszi. lehet tényleg ideje lenne már eclipseről váltanom intelliJre

• proci985 MODERÁTOR

  #2471

  #2470 alapz@j

  2012-01-20 14:08:16

  Ú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

  

  proci985

  MODERÁTOR

  #2470 alapz@j

  #2470 alapz@j

  Nem próbáltam még a virtuális gépes megoldást, de az Eclipse alapból portable, a workspace-ben tárolja még az ablakok méretét is, azaz ha két gép között natívan hordozod, akkor is mindig azonos környezetet kapsz.

  köszönöm a tapasztalatokat. elvileg kell majd mellé android sdk is, amiatt lett ez a megoldás.

• proci985 MODERÁTOR

  #2466 2012-01-17 23:47:35

  Ú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

  

  proci985

  MODERÁTOR

  használ valaki virtuális gépben (ubuntu@VMware) eclipset? hány szálat/mennyi memóriát érdemes neki adni?

  fizikailag négy magom és 8 giga ramom van, jelenleg egy mag és giga ram dedikálással. szerintem két (adott esetben három) magot és olyan 2-4giga dedikáltat tudok neki adni, ha kell (win7 x64 alapon van a rendszer).

  van valakinek tapasztalata hasonló környezettel? (ennek a megoldásnak az előnye, hogy a teljes fejlesztői környezet felrakható egy pendrivera és hurcolható)

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