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

• Szmeby tag

  #5927

  #5923 -v-

  2014-09-10 19:25:36

  Ú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

  

  Szmeby

  tag

  #5923 -v-

  #5923 -v-

  Na ez menne is vissza tőlem reviewról ....

  Mennyivel kulturáltabb objektumorientáltan, nemigaz?

  private static final class Number {
  private final int number;
  
  private Number(int num) {
  this.number = num;
  }
  
  boolean between(int from, int to) {
  return this.number >= from && this.number <= to;
  }
  
  static final Number of(int num) {
  return new Number(num);
  }
  }
  // ...
  return Number.of(m).between(m1, m2) && Number.of(d).between(d1, d2);

• emvy félisten

  #5926

  #5923 -v-

  2014-09-10 15:11:30

  Ú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

  

  emvy

  félisten

  #5923 -v-

  #5923 -v-

  Na ez menne is vissza tőlem reviewról ....

  Ahaha, a szakember

• Cathfaern nagyúr

  #5924

  #5923 -v-

  2014-09-10 14:50:36

  Ú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

  

  Cathfaern

  nagyúr

  #5923 -v-

  #5923 -v-

  Na ez menne is vissza tőlem reviewról ....

  Csak hogy tanuljunk, miért?

• floatr veterán

  #5905

  #5904 -v-

  2014-09-08 16:08: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

  #5904 -v-

  #5904 -v-

  Kerdezhetek? QueryDSL- meg sose hasznaltam, QueryDSL vs criteria api par szoban esetleg?

  Korábban főleg SQL-t, HQL-t és JPQL-t használtam, mivel én olyan sql-matyi vagyok. Amikor egy üzenet transzfer alkalmazást építettünk, kibukott, hogy a hibernate által biztosított elemi műveletektől megdöglik az egész, azért visszaálltunk SQL/HQL-re.

  A criteria API-val kapcsolatban nekem annyi a nyűgöm, hogy egyszerű lekérdezéseknél nem sok értelme van. Összetettebb esetekben meg kezd a karbantartása vállalhatatlanná válni.

  A QueryDSL kicsit átmenet a kettő közt. Algoritmikusan kezelhetőbb, mint stringet vagdosni, miközben a típusokra vigyáz, helper osztályokat on-the-fly generál, és nem utolsósorban szép kódot lehet vele gyártani.

• boost veterán

  #5893

  #5891 -v-

  2014-09-07 22:05:50

  Ú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

  

  boost

  veterán

  #5891 -v-

  #5891 -v-

  Hát ezt most remélem nem jól értem
  Egyébként meg betegek vagytok, full kezdő javaból erre kap a nyakába egy ilyen technology stack-et
  Bár végül is ő kérezde, ki milyen technológiát választana

  Kezdo"Javasnak web tanulásra én még mindig JDBC, JSP és Java Servletet ajánlok. Ha végzett a Java Servlet c könyvvel, akkor jöhetnek a további lépések, mint Hibernate JPA, JSF, kis Spring. Aztán így tovább. Talán felesleges köröknek tu"nnek, de így nem zúdul annyi értelmetlenség a nyakába, mintha mindjárt ExtJS-el, meg Springgel, esetleg EJBvel kezdene.

• emvy félisten

  #5892

  #5891 -v-

  2014-09-07 21:53: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

  

  emvy

  félisten

  #5891 -v-

  #5891 -v-

  Hát ezt most remélem nem jól értem
  Egyébként meg betegek vagytok, full kezdő javaból erre kap a nyakába egy ilyen technology stack-et
  Bár végül is ő kérezde, ki milyen technológiát választana

  Tipikus enterprise-fejleszto betegseg egyebkent.

• Aethelstone addikt

  #5863

  #5862 -v-

  2014-09-04 10:29:03

  Ú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

  #5862 -v-

  #5862 -v-

  Nem tulzas az se, ha a tehetsegtelen szot lecsereljuk az alkalmatlanra.

  Nálunk a főnököm a FV, PM meg minden ilyesmi. C fejlesztő az istenadta. Szerinte a Java, mint olyan overengineering....próbálj meg rajta áttolni valami új dolgot

• Aethelstone addikt

  #5859

  #5858 -v-

  2014-09-04 10:06: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

  #5858 -v-

  #5858 -v-

  Igen abszolut egyetertek veled mindenben. Sajnos vagy szerencsere sokat valtogattam az elmult evekben, meg rengeteg interjun es fejvadasznal is megfordultam.

  Jah. És amikor az ember bemond egy komolyabb összeget (amit az álláshirdetésben szereplő szükséges ismeretek indokolnak), akkor meg hápognak, hogy de ők ezt nem tudják kitermelni, meg tudom én, hogy nekik mennyibe kerül a munkavállaló? Persze 10 év Java tapasztalat kell, meg minden releváns Java technológiában legyél otthon, meg legyél lojális, napi 10 órában, de ha mindezért benyögsz 500K fölött nettót, akkor eldobják magukat....

• Jim-Y veterán

  #5850

  #5849 -v-

  2014-09-03 20:34: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

  

  Jim-Y

  veterán

  #5849 -v-

  #5849 -v-

  Na meg kérdés mi számít kimagasló bérezésnek Sokszor itt félreértések vannak azt hiszem a jó java fejlesztők meg a munkáltatók között Egyébként megdöbbentően sokan recruitolnak így fejvadászok, még a cég nevét se mondják meg, UI vagy backend, technológiák stb. stb. mégis mit várnak, időmilliomos az ember, hogy még ha ne adj isten tényleg épp aktuális is lehet a váltás ennyire hogy "java fejlesztőt keresünk" már ugrik is az ember és megy interjúzni?

  Meg se nézitek az email címét ugye?

• WonderCSabo félisten

  #5832

  #5825 -v-

  2014-08-29 12:44:36

  Ú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

  #5825 -v-

  #5825 -v-

  Van jira, csak ... mind1 bonyolult Redmine?

  Szerintem jó a Redmine, nyilván helyén kell tudni kezelni. Én írtam hozzá egy plugint magamnak, szerintem a könnyű kiterjeszthetősége az egyik előnye.

• Aethelstone addikt

  #5831

  #5823 -v-

  2014-08-29 11:42:04

  Ú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

  #5823 -v-

  #5823 -v-

  Jiranak melyik a legjobb ingyenes alternativaja?

  Mi ezt használjuk: http://trac.edgewall.org/

  Ez is jó: http://bloodhound.apache.org/

• floatr veterán

  #5830

  #5825 -v-

  2014-08-29 11:30: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

  #5825 -v-

  #5825 -v-

  Van jira, csak ... mind1 bonyolult Redmine?

  Egy ismerősöm a hazai terjesztő, győzd meg őket h tudományos projekthez lesz

• Cathfaern nagyúr

  #5827

  #5825 -v-

  2014-08-29 10:50:11

  Ú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

  

  Cathfaern

  nagyúr

  #5825 -v-

  #5825 -v-

  Van jira, csak ... mind1 bonyolult Redmine?

  JIRA meg a redmine azért eléggé külön kategória szerintem. Jó a redmine, csak az a kérdés hogy pontosan mire van szükséged. Ha arra elég, akkor jó.

• MrSealRD veterán

  #5826

  #5825 -v-

  2014-08-29 10:42:00

  Ú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

  #5825 -v-

  #5825 -v-

  Van jira, csak ... mind1 bonyolult Redmine?

  Használtam Redmine-t majd később JIRA lett belőle... Mindkettőben voltak logikátlanságok, már alap funkcióknál...de alapvetően használható volt mindkettő. A JIRA nekem kényelmesebb volt, bár néha azt éreztem űrhajó a Redmine-hoz képest.

  Most ActiveCollab van éppen...érdekes. Egyszerű, gyorsan használható, de egyértelműen vannak hiányosságai a JIRA-hoz képest...
  Azt a 10$-t mindenképpen megéri.

• emvy félisten

  #5824

  #5823 -v-

  2014-08-29 10:21:37

  Ú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

  

  emvy

  félisten

  #5823 -v-

  #5823 -v-

  Jiranak melyik a legjobb ingyenes alternativaja?

  YouTrack. De a Jira is olyan olcso (10 dollar), hogy ha pont az kell, akkor erdemes megvenni, senkit nem vag foldhoz 2500 forint.

• Dave-11 tag

  #5784

  #5781 -v-

  2014-08-20 11:28:50

  Ú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

  

  Dave-11

  tag

  #5781 -v-

  #5781 -v-

  És a többi feladatot is elolvastad előtte? Mert akkor elég egyértelmű:
  Írj egy (a sereg) csomagon kívüli futtatható osztályt!
  Futtatható: van benne main ... de ez is elég egyértelmű a feladatból.

  Persze hogy olvastam, meg csináltam is őket, csak én azt hittem hogy ez a csomagon kívüli valami speciálisabb dolog, de most már értem mire gondolt, köszi a segítséget!

• boost veterán

  #5757

  #5756 -v-

  2014-08-15 14:20:30

  Ú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

  

  boost

  veterán

  #5756 -v-

  #5756 -v-

  Hm? Ezt nem a kolleganak akartad inkabb cimezni?
  Nekem nem kell jelenleg ilyennel foglalkoznom, egesz egyszeruen szeretnem megismerni oket, melyik mit tud, from scratch melyik projekthez melyiket valasztanam.

  Bocs, rossz embernek replyztem. Összekevertelek hablex-el, akinek hasonló az avararja:
  

• boost veterán

  #5754

  #5753 -v-

  2014-08-14 22:12: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

  

  boost

  veterán

  #5753 -v-

  #5753 -v-

  

  Ráadásul nem csak a megítélésed lesz jobb, de nekik is, meg neked is könnyebb lesz, hogy nem a keretrendszer alapjait ( a finomságokra úgyse elég két hét) kell elmagyarázniuk, hanem magát a szoftvert, és a mögötte levő üzleti logika alapjait.

• floatr veterán

  #5746

  #5745 -v-

  2014-08-13 16:36:51

  Ú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

  #5745 -v-

  #5745 -v-

  Igen konkretan az erdekelne, miben marad el a tudasa, mit nem tud vagy mi nem jo benne

  Tudom ajánlani az ExtJS kitchen sink oldalát és a Dijit demót, ha a részletekre vagy kíváncsi.

  A core, az adatkezelés, a kommunikációs eszközök sokkal kidolgozottabbak az ExtJS esetében. A komponensek tekintetében a Dijit-nél az összkép elég lehangoló -- olyan mintha félbehagyta volna a tervező, és nem figyeltek volna az eseménykezelésnél a megfelelő sorrendekre.

  Az ExtJS-nek nagyon erős a komponens modellje, és eléggé rágyúrtak az OOP-szerű programozási modellre. A Dojo az eseménykezelésre gyúrt rá, de nagyon nem mentek tovább. Az ExtJS komponensek tudása lényegesen nagyobb, és nem elhanyagolható az sem, hogy a Dojo dokumentációja messze elmarad az ExtJS-étől.

  Az ExtJS gyengéje a custom design. Ha sajátot akarsz készíteni az összetett komponensekre, akkor az nagy meló. Amennyire látom a Dijit esetében ez kevésbé időigényes, bár az ExtJS alapkomponenseiből elég gyorsan lehet építeni saját összetett elemeket is.

• floatr veterán

  #5744

  #5743 -v-

  2014-08-13 15:33:23

  Ú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

  #5743 -v-

  #5743 -v-

  Azt tudnad kicsit reszletezni, a dojo mennyiben kevesbe teljes termek mint az extjs?

  Más a szervezeti támogatottsága, és a tudása is. A dojo/dijit sokat fejlődött az elmúlt pár évben, de a tudása elmarad a Sencha cuccai mögött.

• floatr veterán

  #5721

  #5718 -v-

  2014-08-06 12:08:50

  Ú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

  #5718 -v-

  #5718 -v-

  Lehet igazad van, de attol ez meg nekem mindig egy fos marad
  Persze megszokni mindent meg lehet, meg beletanulni ... De ahogy Winkler szokta mondani, altalaban ezek a "meg kell szokni" dolgok siman csak azt jelentik, hogy szar
  Az meg, hogy luxus lenne kikerulni ... Nem tudom, eddig sikerult. Meg sokaknak sikerul, siman nem mennek el UI-t fejleszteni es ennyi. Persze valamikor luxus valamit kikerulni vagy ignoralni, es igen, hulye nem vagyok, hogy ha csinalni kell valamit aminek a legjobb modja jelenleg ez vagy az, akkor azt csak azert kikeruljem mert nem szeretem. Ertelmes mernok ilyet nyilvan nem csinal ...

  Jo de verpistike kettot akkor mar javascript ui fejlesztonek hivjak ...
  De a listat lementem koszi

  Luxus, mert most láthatod, hogy valamire szükséged lenne, amit nem tudsz megkerülni. Persze játszhatod azt, hogy ameddig tudod, másra tolod, vagy ilyesmi, de mostanában egyre népszerűbbek azok, akik több dologhoz is értenek (vagy akarnak érteni).

  Szerintem a javafx IS döglődik a többi plugines technológiával együtt. Gyakorlatilag mindenki JS-t használ.

• Jim-Y veterán

  #5719

  #5718 -v-

  2014-08-06 11:50: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

  

  Jim-Y

  veterán

  #5718 -v-

  #5718 -v-

  Lehet igazad van, de attol ez meg nekem mindig egy fos marad
  Persze megszokni mindent meg lehet, meg beletanulni ... De ahogy Winkler szokta mondani, altalaban ezek a "meg kell szokni" dolgok siman csak azt jelentik, hogy szar
  Az meg, hogy luxus lenne kikerulni ... Nem tudom, eddig sikerult. Meg sokaknak sikerul, siman nem mennek el UI-t fejleszteni es ennyi. Persze valamikor luxus valamit kikerulni vagy ignoralni, es igen, hulye nem vagyok, hogy ha csinalni kell valamit aminek a legjobb modja jelenleg ez vagy az, akkor azt csak azert kikeruljem mert nem szeretem. Ertelmes mernok ilyet nyilvan nem csinal ...

  Jo de verpistike kettot akkor mar javascript ui fejlesztonek hivjak ...
  De a listat lementem koszi

  Ez nem feltétlen ui. Mármint.. ha te értesz a javascripthez az nem feltétlen jelenti azt, hogy te gui ninja vagy. Egy normális cégnél, egy javascriptes projekten, mondjuk 1,2 ember foglalkozik a gui-val (=css, html), az összes többi, mondjuk 3 frontend fejlesztő csak az üzleti logikával, megint másik 2,3,5 a backenddel. Ugye a backend lehet bármi. Általában java, webservicekkel, vagy akár nodejs, .net stb...

  Az, hogy nem találkoztál a javascripptel eddig igencsak meglepő. A legtöbb enterprise rendszerben, aminek valami köze van a webhez, ott 100%, hogy megjelenik valamilyen szinten a js. Van ahol kevésbé, csak designolás miatt. Van ahol sokkal inkább. Pl apache cordova (alias PhoneGap), vagy ha pl van valamilyen I/O app, arra a legalkalmasabb momentán a node.

  Szóval az én véleményem az, hogy egy mai programozónak valamilyen szinten tisztában kell lennie a js-el, mert előbb-utóbb találkozni fog vele. Én nem várnám el mindenkitől, hogy értsen hozzá, de azt elvárnám, hogy rálátás nélkül ne mondja rá, hogy szar, csak azért mert nem ismeri O.o

  És igen, szerintem is abban teljesen igazad van, hogy nem az a jó szakember, aki ehhez, vagy ahhoz nagyon ért, majd mindent abban próbál megoldani, hanem inkább az, aki képes felismerni, hogy egy feladatot miben érdemes megoldani, majd az új technológiát képes minél gyorsabban a magáévá tenni.

• Jim-Y veterán

  #5715

  #5703 -v-

  2014-08-06 11:24:50

  Ú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

  

  Jim-Y

  veterán

  #5703 -v-

  #5703 -v-

  Hat en soha semmivel nem szivtam annyit, mint az extjs-el ... Sose mukodik semmi, meg az se amit a hivatalos doksibol nezek, debugolni pain in the ass ... Persze az egesz javascriptet ugy utalom, ahogy van. Van egyaltalan jelenleg barmi alternativaja amugy JS-nek kliens oldalon? Vagy most tenyleg ez a jovo? :S szvsz nagyon tul vagyunk a javascript lehetosegein, ez az extjs fele mvc framework is egy vicc szerintem ..persze most ezek a JS frameworkok mennek, egyik rosszabb mint a masik.
  Generalt ui ... Hat igen. Tegnap ota vaadin ugyben olvasgatok, azert az a fos amit general, meg hogy utana belenyulni meg custom komponenest csinalni pain in the ass ... Na meg azert ez a sok ajax hivas is, nem tudom. De extjs-t meg soha tobbet ...akkor jsf-es irany, primefaces? Grails, wicket, play, ezek mit tudnak?
  Kurvara nem latom webappok teren az iranyt, mi lenne a tuti ... Szar mind. SOA-s irany tetszene, meg talan legjobban egy spring mvc-s backend es melle valami jquerys ui? Restes webservicek...

  Közvetlen alternatíva nincs. Csak a legtöbb compile to js. Még az egyik ami a legígéretesebb a js leváltására az a Dart.

  javascript az egy fos

  Ebből a hozzászólásodból csak az jön le, hogy nem értesz hozzá, se a dolgokhoz. Ne vedd magadra, de tényleg. Most szar a C#, a Delphi, a Haskell, csak azért mert nem értek hozzá? Mert ennyi erővel ezekre én is mondhatnám, hogy szar...

  10 évvel ezelőtt még lehet, hogy szar volt, de napjainkban a js aranykorát éli. Ha valaki tudja a bad habits-et, és azokat kerüli, neadj isten még ismeri a hasznos könyvtárakat, toolokat, akkor igenis nagyon baró cucc.

• raggg senior tag

  #5714

  #5713 -v-

  2014-08-06 11:21:21

  Ú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

  

  raggg

  senior tag

  #5713 -v-

  #5713 -v-

  "Megint csak sajnálatos - amitől sokan fáznak - hogy a JS-fejlesztésnek sok buktatója van a laza típusosság miatt."

  Szepen fogalmazol .... En inkabb ugy mondanam, hogy ez az egesz javascript egy fos szutyok sz*r g*ci szemet, es a lenyeg hogy ne kelljen hozzanyulnom ... Szerintem egyre jobbal elvalik a UI fejlesztes, fel kell ezekre venni kulon javascriptes embert, mert ertelmes fejleszto nem szivesn nyul hozza ...

  Javascript terén Douglas Crockford útmutatásait érdemes követni és hamar megszereted a nyelvet. Javascript: The Good Parts c. könyv pl.

  Érdemes megnézni az öreg előadásait is, nagy figura.

• Soak veterán

  #5712

  #5710 -v-

  2014-08-06 11:08:22

  Ú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

  

  Soak

  veterán

  #5710 -v-

  #5710 -v-

  Hat igen ... Igazabol a spring mvc restes webservicekkel, meg egy extjs mvc a frontenden az tok jo architektura ... Soa-sodik a vilag, meg ez a sofea architectura az kb. pont ez. Nekem csak annyi a bajom, hogy a javascript az egy fos ....kene valami tisztesseges kliens oldali nyelv meg technologia ...

  A javascript abszolut nem fos, csak erteni kell hozza ,neha feludules a java utan. Fegyelemmel kell hasznalni mert a dinamizmusa ket elu.

• floatr veterán

  #5711

  #5703 -v-

  2014-08-06 10:59: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

  

  floatr

  veterán

  #5703 -v-

  #5703 -v-

  Hat en soha semmivel nem szivtam annyit, mint az extjs-el ... Sose mukodik semmi, meg az se amit a hivatalos doksibol nezek, debugolni pain in the ass ... Persze az egesz javascriptet ugy utalom, ahogy van. Van egyaltalan jelenleg barmi alternativaja amugy JS-nek kliens oldalon? Vagy most tenyleg ez a jovo? :S szvsz nagyon tul vagyunk a javascript lehetosegein, ez az extjs fele mvc framework is egy vicc szerintem ..persze most ezek a JS frameworkok mennek, egyik rosszabb mint a masik.
  Generalt ui ... Hat igen. Tegnap ota vaadin ugyben olvasgatok, azert az a fos amit general, meg hogy utana belenyulni meg custom komponenest csinalni pain in the ass ... Na meg azert ez a sok ajax hivas is, nem tudom. De extjs-t meg soha tobbet ...akkor jsf-es irany, primefaces? Grails, wicket, play, ezek mit tudnak?
  Kurvara nem latom webappok teren az iranyt, mi lenne a tuti ... Szar mind. SOA-s irany tetszene, meg talan legjobban egy spring mvc-s backend es melle valami jquerys ui? Restes webservicek...

  Nézd, én nem mondtam soha senkinek, hogy könnyű. Meg kell ezt is tanulni, és kell hozzá tapasztalat. Ha a "könnyebb" utat választanád, akkor vehetsz hozzá designer-t is, de azt is tanulni kell. Lehet jól csinálni, és lehet nagyon rosszul is. Több szintje van a frameworknek: class management, core, alap komponensek, összetett komponensek; utóbbit nem mindig érdemes használni épp hasonló okok miatt, mint ami a vaadin problémája is.
  Debugolni, és pofozgatni szerintem lényegesen jobb, mint a többit, csak sajnos nem tudsz odaülni egy 2 órás gyorstalpaló után LHC-vezérlő GUI-t gyártani/debugolni. Megint csak sajnálatos - amitől sokan fáznak - hogy a JS-fejlesztésnek sok buktatója van a laza típusosság miatt. Ez van, ezekből tudsz gazdálkodni.
  Mihelyst egy összetettebb UI-ra van szükséged, meg vagy lőve, bármilyen frameworköt használsz, mert vagy elrejt tőled olyan dolgokat, ami idővel kelleni fog, vagy rádönti. Nincs bölcsek köve - itt sem.

  szerk.: az MVC részét nem feltétlenül érdemes erőltetni, mert kiszervezi a komponensekből a működést, ami szerintem megint egy olyan hiba, ami a hagyományos frontend fejlesztés megszokásaiból ered.

• Senhi aktív tag

  #5704

  #5703 -v-

  2014-08-06 09:50:54

  Ú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

  

  Senhi

  aktív tag

  #5703 -v-

  #5703 -v-

  Hat en soha semmivel nem szivtam annyit, mint az extjs-el ... Sose mukodik semmi, meg az se amit a hivatalos doksibol nezek, debugolni pain in the ass ... Persze az egesz javascriptet ugy utalom, ahogy van. Van egyaltalan jelenleg barmi alternativaja amugy JS-nek kliens oldalon? Vagy most tenyleg ez a jovo? :S szvsz nagyon tul vagyunk a javascript lehetosegein, ez az extjs fele mvc framework is egy vicc szerintem ..persze most ezek a JS frameworkok mennek, egyik rosszabb mint a masik.
  Generalt ui ... Hat igen. Tegnap ota vaadin ugyben olvasgatok, azert az a fos amit general, meg hogy utana belenyulni meg custom komponenest csinalni pain in the ass ... Na meg azert ez a sok ajax hivas is, nem tudom. De extjs-t meg soha tobbet ...akkor jsf-es irany, primefaces? Grails, wicket, play, ezek mit tudnak?
  Kurvara nem latom webappok teren az iranyt, mi lenne a tuti ... Szar mind. SOA-s irany tetszene, meg talan legjobban egy spring mvc-s backend es melle valami jquerys ui? Restes webservicek...

  Én is a JSF + Primefaces kombóra szavazok.
  Wicket-tel van még tapasztalatom, kicsit hasonlít a vaadin-ra csak itt a html kódot is részben meg kell írni (JS-t generálja) így a kinézetet sokkal könnyebb személyre szabni. Hátránya, hogy kicsit bonyolult és sok felhasználó esetén figyelni kell, mert a session mérete nagyon megnőhet.

• Senhi aktív tag

  #5700

  #5694 -v-

  2014-08-05 20:19: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

  

  Senhi

  aktív tag

  #5694 -v-

  #5694 -v-

  Srácok, vaadin-ról tapasztalatok? Ilyesmi érdekelne hogy mik a korlátai, mi jó benne, mi nehézkes stb ...
  Csinált már valaki komolyabb projekteket vele? Érdemes?

  Munkahelyemen 1,5-2 évig használtuk (illetve régi projekteket még supportáljuk rá, de az újakat már nem abban írjuk) így egy kis tapasztalatom van vele.
  Szerintem alapvetően nem rossz, bizonyos típusú felületeket nagyon gyorsan össze lehet benne dobni, de ha valami egyedit akarsz, legyen az egy meglévő komponens kibővítése vagy valami komolyabb CSS módosítás akkor az tud fájni.
  A generált js és html is hagy maga után kívánni valót pl. van egy olyan hibánk hogy egy menüpontot a user háromszor lenyit akkor a harmadik alkalommal 10 pixellel elcsúszik és a generált kód akkora gány (30 div egymásban, rengeteg css osztály, követhetetlen JS stb.) ,hogy senkinek sincs kedve utánajárni.

  Amit még megfigyeltem, hogy bár mindenhol bizonygatják, hogy ugyanolyan gyors mint bármelyik másik technológia, szerintem nem elég folytonos. Ha sok elem van egy oldalon, sok ajax hívással akkor egyszerűen lassúnak tűnik. Ez már lehet, hogy a mi sarunk, meg csak 6-os verzióig használtuk, így nem tudom, hogy mennyire gyorsak mostanság az újabb kiadások.

• boost veterán

  #5699

  #5694 -v-

  2014-08-05 19:22:23

  Ú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

  

  boost

  veterán

  #5694 -v-

  #5694 -v-

  Srácok, vaadin-ról tapasztalatok? Ilyesmi érdekelne hogy mik a korlátai, mi jó benne, mi nehézkes stb ...
  Csinált már valaki komolyabb projekteket vele? Érdemes?

  Az egyik ügyfél említette meg a múltkor, hogy o"k azért állnak le a vaadinról, és próbálkoznak meg a Primefaces-el a leendo" projekteken, mert ugye vaadin GWT-n alapúl, és most megint megy a szóbeszéd, hogy a Google leállítja a GWT projektet.

• floatr veterán

  #5698

  #5695 -v-

  2014-08-05 19:10:23

  Ú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

  #5695 -v-

  #5695 -v-

  Ez alapjan nem nagyon latom komoly hianyossagat, vagy nem igazan latszik olyan webapp tipus aminel ne dobogos valasztas lenne...

  Véleményem szerint egy webapp - akár tetszik, akár nem - saját kliens alkalmazást érdemel. A generált frontendekkel rengeteg probléma lehet, amit képtelenség kezelni akár egy böngésző/framework bug, vagy helytelen API használat miatt. Ha böngésző a kliens célplatform, akkor célravezetőbb, ha HTML/JS framework-öt használsz, abban felépíted a klienst, és SOA-ként használod a szerver komponenseit.

  Egy GWT-t használó kollégám folyamatosan panaszkodott arra, hogy a generált kód böngészőspecifikus, és ráadásul sokszor hibás is, amit egy CSS ninja sem tud meggyógyítani.

  Ha mindenáron Java-t akarsz használni, akkor applet/JFX/JaWS, bár őszintén szólva nagy luxusnak, önbecsapásnak vagy akár önhittségnek érzem azt, ha valaki képtelen kilépni a Java fejlesztői szerepéből.

• bucsupeti senior tag

  #5697

  #5694 -v-

  2014-08-05 18:45:03

  Ú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

  

  bucsupeti

  senior tag

  #5694 -v-

  #5694 -v-

  Srácok, vaadin-ról tapasztalatok? Ilyesmi érdekelne hogy mik a korlátai, mi jó benne, mi nehézkes stb ...
  Csinált már valaki komolyabb projekteket vele? Érdemes?

  Én is éppen most kerestem hasonló framework-öt. Én a vaadint választottam, főleg az egyszerűsége miatt.
  Sok jó cikk, könyv, videó érhető el ami az ismerkedéskor sokat segített. A honlapja is jó, bőven van információ és jól érthető leírás, referencia, tutorial. Netbeans és Eclipse alatt is kényelmesen, gyorsan lehet fejleszteni.

• raggg senior tag

  #5696

  #5694 -v-

  2014-08-05 15:36: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

  

  raggg

  senior tag

  #5694 -v-

  #5694 -v-

  Srácok, vaadin-ról tapasztalatok? Ilyesmi érdekelne hogy mik a korlátai, mi jó benne, mi nehézkes stb ...
  Csinált már valaki komolyabb projekteket vele? Érdemes?

  Mi használtuk, a GWT-nél szerintem jobb választás.

• -v- addikt

  #5695

  #5694 -v-

  2014-08-05 14:58:51

  Ú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

  

  -v-

  addikt

  #5694 -v-

  #5694 -v-

  Srácok, vaadin-ról tapasztalatok? Ilyesmi érdekelne hogy mik a korlátai, mi jó benne, mi nehézkes stb ...
  Csinált már valaki komolyabb projekteket vele? Érdemes?

  Ez alapjan nem nagyon latom komoly hianyossagat, vagy nem igazan latszik olyan webapp tipus aminel ne dobogos valasztas lenne...

• n00n őstag

  #5608

  #5607 -v-

  2014-07-08 14:24: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

  

  n00n

  őstag

  #5607 -v-

  #5607 -v-

  i5 8gb ram ssd az elég jó kombó szerintem

  Nálunk a cégnél i3 + 8 GB + SSD van, és nem panaszkodnak rá a srácok. De én is inkább akkor már i5-öt ajánlok.

• axioma veterán

  #5442

  #5440 -v-

  2014-05-16 00:01:22

  Ú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

  

  axioma

  veterán

  #5440 -v-

  #5440 -v-

  bme-n '87 óta van az info

  Hm, akkor nem tudom miert nem volt anno (=91) egyaltalan a szoba johetok kozott... bar eredetileg matekra akartam menni, aztan mar mikor bent voltam, hazon belul ott volt az info, nem kerestem mast.

• WonderCSabo félisten

  #5296

  #5285 -v-

  2014-03-31 22:33:58

  Ú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

  #5285 -v-

  #5285 -v-

  Miért erőlteted ezt a staticot, én se értem ... amúgy ezek a helper classok mennyire bad practice... előjöttek a rossz emlékek Miért használsz prefixet a fieldeknél? Az se túl jó gyakorlat manapság

  (#5278) WonderCSabo: hát, a kód duplikáció az sose jó

  Amúgy: java-ban nincs függvény Metódus van. De szerintem az adattag is c++ terminológia.

  edit: ja most látom, hogy androidról beszélünk

  Igen, Androidról beszélünk, nem véletlenül kell ez a szívás.

  Amúgy: java-ban nincs függvény Metódus van. De szerintem az adattag is c++ terminológia.

  Erre inkább nem válaszolnék.

  floatr: Igazából én mutatott példakódból indultam ki. Igen, valóban lehetne simán a példányban is. Szerintem itt a kódban az egyszerűség kedvéért osztályváltozó a cucc, így rövidebben le lehet írni.

  A prefixes téma előjött, szerintem is hülyeség, erről már beszéltünk is hunfatal kollégával, de Android kódban illik.

  (#5295) floatr: Ja én végeztem design pattern tárgyat, és elég sokat is olvasgattam ebben a témakörben, de igazából szerinte a singleton eléggé anti-pattern, kerülöm ahol lehet. Ezt a cuccot igazából nem gondoltam át, csak átvettem a példakódot.

  Egyébként nem a static miatt van csak itt a lukra futás. Alapvetően a Singletonból nem is tudsz örökölni.

• floatr veterán

  #5295

  #5291 -v-

  2014-03-31 21:04:39

  Ú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

  #5291 -v-

  #5291 -v-

  A staticot meg membert amúgy is látod minden IDE-ben

  Szerintem kicsit túlpörgöd ezt a névkonvenciós dolgot. Inkább a singleton-static logikai bukfenc az, amivel ő maga is lukra futott. Nem hiába beszélnek annyit róla matyóhímző tervezési mintás szakkörökön, hogy vagy egyik, vagy másik, mert könnyen benézi az ember

• fatal` titán

  #5290

  #5289 -v-

  2014-03-31 18:26:39

  Ú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

  #5289 -v-

  #5289 -v-

  Sorry androidot nem láttam, ahhoz nem (sem ) értek

  (#5288) floatr: hát részletkérdés az igaz, de szerintem rontja eléggé az olvashatóságot. És ha pár ilyen részletkérdés mind "rosszul" van és összeadódnak, akkor máris bajban lehet az ember ... vagy legalábbis nekem ez a tapasztalatom, de lehet csak én szopom be mindig az ótvar legacy code baseket

  Szerintem pont javítja az olvashatóságot, ha rögtön látod valamiről, hogy static, member, függvényváltozó vagy paraméter.

• fatal` titán

  #5287

  #5285 -v-

  2014-03-31 15:05: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

  

  fatal`

  titán

  #5285 -v-

  #5285 -v-

  Miért erőlteted ezt a staticot, én se értem ... amúgy ezek a helper classok mennyire bad practice... előjöttek a rossz emlékek Miért használsz prefixet a fieldeknél? Az se túl jó gyakorlat manapság

  (#5278) WonderCSabo: hát, a kód duplikáció az sose jó

  Amúgy: java-ban nincs függvény Metódus van. De szerintem az adattag is c++ terminológia.

  edit: ja most látom, hogy androidról beszélünk

  "Miért használsz prefixet a fieldeknél? Az se túl jó gyakorlat manapság"

  Mi a baj vele? Androidon elég gyakori.

• Karma félisten

  #5250

  #5243 -v-

  2014-03-26 14:11: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

  

  Karma

  félisten

  #5243 -v-

  #5243 -v-

  mindig azt vallottam és tartom is, hogy minél kevesebb kódot ír az ember, annál jobb

  Háát ... én meg inkább Clean Code stb. felé hajlok. Meg afelé, hogy attól mert van kalapácsom, még ne lássak mindent szögnek. Van amikor igen, jó az ha minél kevesebb kódot irok, valamikor meg nem jó ...
  Szeirntem is csak szintaktikai édestiszer ez a lambda, semmi ténylegesen újat nem hoz.

  Szerintem pont hogy kompatibilis a clean code-dal, hogy az ilyen szintaktikai édesítőszerekkel a lényeget írjuk le, ne pedig a temérdek boilerplate-et.

  (#5245) floatr: "Persze, az api egy dolog, de nem azt tolják, hanem a lambdát." ??? Mármint kicsoda?

• floatr veterán

  #5247

  #5246 -v-

  2014-03-26 13:04:52

  Ú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

  #5246 -v-

  #5246 -v-

  Ez a default cucc is elég érdekes, amikor többszörös öröklés jön elő

  Igazából azt nem engedi, ha ambiguous a dolog, akkor mindenképp implementálni kell azt a metódust.

  Namost ugyanezt képzeld el egy ext-metódusokat használó interfész-fa esetében -- lambdával. Adj a projekthez pár "tehetséges" progzót, meg tervezőt, és kész a lekváros bukta.

• WonderCSabo félisten

  #5241

  #5240 -v-

  2014-03-26 10:21:12

  Ú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

  #5240 -v-

  #5240 -v-

  A lambda meg a funkcionalis dolgok tok jok, en konkretan most arra ertem amit a java 8-ba beleraktak ... na annak ebben a formaban semmi ertelme szerintem. De most tenyleg, sporolok par sort, hogy nem kell anonymus classt csinalnom, es ennyi (amit amugy is baromi ritkan, 1-2 speci esetben hasznalni, mert nem valami jo gyakorlat) ... a fordito meg ugyis ugyanazt csinalja belole.
  Ezen kivul meg lettek default methodok, es ennyi, ez a java 8? De tenyleg, nem hozott semmi ujat ...

  Én is azt vágtam le, hogy tényleg itt csak az anyonymous class szintaktikát spóroljuk le, tehát a lambda gyakorlatilag egy szintaktikai cukor, semmi más. Van egy olyan érzésem, hogy megint a legnagyobb szempont a visszafele kompatibilitás volt, mint a Genericnél, és ezért lett ez a low-budget dolog a lambdából. A default method az mi?

• xTc aktív tag

  #5238

  #5236 -v-

  2014-03-26 06:57: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

  

  xTc

  aktív tag

  #5236 -v-

  #5236 -v-

  Hát, ez a lambda egy mekkora szar ...
  Azt gondoltam amikor először hallottam hogy valami normális funkcionális rész kerül bele, mint scalaban vagy mittudomén ... ennek így ebben a formában mi értelme van ..

  Pedig mindenki "epekedik" a lambdáért. Tegnap volt szerencsém egy oracle által szervezett java8 launch webinart végigülni, egyértelműen a lambda volt a sztár.

• floatr veterán

  #5067

  #5066 -v-

  2014-02-27 10:58:04

  Ú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

  #5066 -v-

  #5066 -v-

  Nem jövök rá ezt mire írtad

  Ha van egy változód, ami akár objektum, akár egyszerű típus, akkor ez a megoldás mindig működik. Sőt még akkor is, ha a változó null. Ha viszont nincsen saját toString metódus, akkor pointer értéket fog kiírni.

• chabeee aktív tag

  #5004

  #5003 -v-

  2014-02-14 16:26: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

  

  chabeee

  aktív tag

  #5003 -v-

  #5003 -v-

  [link]
  pl...

  (#5001) chabeee: swing, vagy mi kéne?

  Olyasmi koszi

• vgergo aktív tag

  #4960

  #4958 -v-

  2014-02-06 14:31:11

  Ú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

  

  vgergo

  aktív tag

  #4958 -v-

  #4958 -v-

  Persze, A a jó

  Vagyis egyik se, mert "Public void close" mindenhol uppercase a public

  1z0-803 vizsgára készülök és próbatesztekben is szerepel ez a kérdés és mindenhol a D-t jelölték jónak. pl.: [itt 8. kérdés]

• n00n őstag

  #4935

  #4932 -v-

  2014-02-04 10:51:02

  Ú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

  

  n00n

  őstag

  #4932 -v-

  #4932 -v-

  SwingWorker

  Köszi. Ez alapján sikerült megcsinálnom.

  xTc: Azóta már azt is javítottam, véletlen marad benne.

• n00n őstag

  #4931

  #4930 -v-

  2014-02-04 10:34: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

  

  n00n

  őstag

  #4930 -v-

  #4930 -v-

  Tyű itt valami nagy kavar van. A swingworkernek épp az a lényege, hogy ne az EDT-ről csinálj egy hosszú műveletet - a doInBackground() metódus másik szálról hívódik meg. Viszont bármilyen UI elemet buzerálni meg csak az EDT-ről szabad.

  Gondoltam, hogy valahol itt a gubanc, tudnál segíteni, hogy mit tegyek át máshová?

• Senhi aktív tag

  #4898

  #4897 -v-

  2014-01-28 18:09: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

  

  Senhi

  aktív tag

  #4897 -v-

  #4897 -v-

  Tudtok mondani valami legegyszerűbb ingyenes tool-t amivel UI mockupokat tudok rajzolgatni?
  Valamit, ami bevált.

  Kösz

  Esetleg: [link]

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