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

• Aethelstone addikt

  #9693

  #9692 G.Zs.

  2018-01-25 17:57:28

  Ú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

  #9692 G.Zs.

  #9692 G.Zs.

  Rossz helyen keresed.

  Lehet. Mindenesetre a penetrációja nekem még annyira nem meggyőző. Scala, rémlik? indeed.com
  Kotlin 410 jobs, Java 44K jobs. Mondhatsz még helyeket. Java nekem nyugdíjig tuti kitart

• Atke senior tag

  #9668

  #9667 G.Zs.

  2017-12-08 17:37: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

  

  Atke

  senior tag

  #9667 G.Zs.

  #9667 G.Zs.

  Mert a Calendar.MONTH-nak zero bazisu az index-elese. Tehat a januar a nulladik, februar az elso es igy tovabb.
  Ha most kezdetel bele a programozasba, akkor majd latni fogod, hogy ez az altalanos, es altalaban az ettol eltero a kivetel.

  

• Aethelstone addikt

  #9661

  #9646 G.Zs.

  2017-12-06 19:03: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

  

  Aethelstone

  addikt

  #9646 G.Zs.

  #9646 G.Zs.

  Adott egy feladat, amire keresem a megoldast. A feladat elemzesenel a csapat feltarja, hol lehetnek nagyobb problemak a megvalositasnal. A csapatbol minden egyes fejleszto keszit egy kutatast, esetleg egy technologiai demot, prezentalja a sajat megoldasat, es ervel, hogy szerinte az a technologia miert lenne jo valasztas a kulcsfontossagu problemak megoldasara. A csapat ezutan megvitatja a felmerult megoldasokat, es kivalasztja melyik a leghatekonyabb. Egyhangu dontes eseten ugye nincs mirol beszelni, az lesz amit mindenki akart. Ha nincs megegyezes, es sok megoldas johet szoba, akkor a legnagyobb tapasztalattal rendelkezo vezeto dont.

  És sose indulna el egy projekt sem.

• togvau senior tag

  #9655

  #9641 G.Zs.

  2017-12-06 15:15:41

  Ú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

  #9641 G.Zs.

  #9641 G.Zs.

  Felejtsd el azt a ceget is ahol a manager talalja ki..

  Mindenhol a mánáger találja ki (najó kivéve a kis fejlesztőcsapatokat ahol kb mindenki egyenrangú), mert ezzel tudja fenntartani a látszatot, hogy rá szükség van, és csinál is valamit a "csicskák" munkájának lefölözésén kívül Na és ők azok akik a divat szerint választanak.

• Cathfaern nagyúr

  #9654

  #9652 G.Zs.

  2017-12-06 14:47: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

  

  Cathfaern

  nagyúr

  #9652 G.Zs.

  #9652 G.Zs.

  Ez nalunk igy mukodott 2 evvel ezelott, amikor letettuk a mostani projektunk alapjait.
  Adott volt egy fejlesztocsapat, akik elotte egy hasonlo projekten dolgoztak a ceg egy masik reszlegenel. Volt egy jol meghatarozott technologiai stack, amiben a csapatnak nagy tapasztalata volt. A kerdes az volt hogy ezek kozul mi az amit le kellene/lehetne cserelni az uj projekt megvalositasanal, hogy a regi projekten felmerult problemak kikuszobolhetoek legyenek. Ehhez a mar vazolt modszert hasznaltuk. Mindenki megkapta a lehetoseget, hogy prezentaljon egy uj technologiat, ha ugy erezte, hogy egy adott problemat azzal jobban meg lehet oldani, mint ahogy az elozo projekten volt.

  Szimpatikus Csak azért kérdeztem, mert én eddig csak a "elvileg az egész csapat dönt, de úgyis az lesz amit a vezéregyéniség mond", illetve a "hamarabb kiválasztotta a nem szakmai menedzsment a használandó technológia, mint maga a csapat meglett volna" felállásokat láttam Bár inkább

• emvy félisten

  #9653

  #9652 G.Zs.

  2017-12-06 14:44:31

  Ú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

  #9652 G.Zs.

  #9652 G.Zs.

  Ez nalunk igy mukodott 2 evvel ezelott, amikor letettuk a mostani projektunk alapjait.
  Adott volt egy fejlesztocsapat, akik elotte egy hasonlo projekten dolgoztak a ceg egy masik reszlegenel. Volt egy jol meghatarozott technologiai stack, amiben a csapatnak nagy tapasztalata volt. A kerdes az volt hogy ezek kozul mi az amit le kellene/lehetne cserelni az uj projekt megvalositasanal, hogy a regi projekten felmerult problemak kikuszobolhetoek legyenek. Ehhez a mar vazolt modszert hasznaltuk. Mindenki megkapta a lehetoseget, hogy prezentaljon egy uj technologiat, ha ugy erezte, hogy egy adott problemat azzal jobban meg lehet oldani, mint ahogy az elozo projekten volt.

  Mi is csinaltunk ilyet bizonyos donteseknel (pl. milyen UI frameworkot hasznaljunk egy specifikus feladatra, Angular v Vue).

• Cathfaern nagyúr

  #9650

  #9646 G.Zs.

  2017-12-06 13:55:59

  Ú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

  #9646 G.Zs.

  #9646 G.Zs.

  Adott egy feladat, amire keresem a megoldast. A feladat elemzesenel a csapat feltarja, hol lehetnek nagyobb problemak a megvalositasnal. A csapatbol minden egyes fejleszto keszit egy kutatast, esetleg egy technologiai demot, prezentalja a sajat megoldasat, es ervel, hogy szerinte az a technologia miert lenne jo valasztas a kulcsfontossagu problemak megoldasara. A csapat ezutan megvitatja a felmerult megoldasokat, es kivalasztja melyik a leghatekonyabb. Egyhangu dontes eseten ugye nincs mirol beszelni, az lesz amit mindenki akart. Ha nincs megegyezes, es sok megoldas johet szoba, akkor a legnagyobb tapasztalattal rendelkezo vezeto dont.

  "A csapatbol minden egyes fejleszto keszit egy kutatast, esetleg egy technologiai demot, prezentalja a sajat megoldasat, es ervel, hogy szerinte az a technologia miert lenne jo valasztas a kulcsfontossagu problemak megoldasara. A csapat ezutan megvitatja a felmerult megoldasokat, es kivalasztja melyik a leghatekonyabb."
  Ez tényleg van ahol így megy, vagy ez az elméleti ideális eljárás amit semmilyen nem amatőr / hobbi projectnél nem alkalmaznak?

• emvy félisten

  #9649

  #9648 G.Zs.

  2017-12-06 13:15: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

  

  emvy

  félisten

  #9648 G.Zs.

  #9648 G.Zs.

  Amit irtam az termeszetesen greenfield projektre vonatkozik. Ha van legacy code a projekten, az mar megbolonditja a tortenetet. Ebben az esetben viszont nem csak azert ragaszkodunk a regi technologiahoz, mert a manager kitalalta.

  Persze. Gondolom lent nem GF projekt van

  Greenfield projektek eseten sem igy megy, persze. A konkret technologiakat fel lehet dobni vitara, de az architekturat nem kozossegileg szokas megtervezni.

• emvy félisten

  #9647

  #9646 G.Zs.

  2017-12-06 12:44: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

  

  emvy

  félisten

  #9646 G.Zs.

  #9646 G.Zs.

  Adott egy feladat, amire keresem a megoldast. A feladat elemzesenel a csapat feltarja, hol lehetnek nagyobb problemak a megvalositasnal. A csapatbol minden egyes fejleszto keszit egy kutatast, esetleg egy technologiai demot, prezentalja a sajat megoldasat, es ervel, hogy szerinte az a technologia miert lenne jo valasztas a kulcsfontossagu problemak megoldasara. A csapat ezutan megvitatja a felmerult megoldasokat, es kivalasztja melyik a leghatekonyabb. Egyhangu dontes eseten ugye nincs mirol beszelni, az lesz amit mindenki akart. Ha nincs megegyezes, es sok megoldas johet szoba, akkor a legnagyobb tapasztalattal rendelkezo vezeto dont.

  Ez igy tok jo, ha nyilt vegu a kerdes, azaz ha tenyleg eldontendo, hogy melyik iranyba induljon a csapat. Feltetelezem, hogy lentebb nem ez a helyzet, es van egy jo adag JSP-alapu cucc keszen, es kell valami pluszt hozzarakni (gondolom, nem valami megaprojekt, ha itt a forumon probalja osszeszedni a hozzavalokat a kollega). Ilyen esetekben tok normalis, hogy azt hasznaljak, amibol mar eleve sok van.

• emvy félisten

  #9645

  #9644 G.Zs.

  2017-12-06 12:12: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

  

  emvy

  félisten

  #9644 G.Zs.

  #9644 G.Zs.

  Szerintem a fejlesztocsapatnak kellene kozosen dontenie a technical stack-rol.
  A team lead legyen aki a vegen elfogadja esetleg megvetozza a dontest, de ne egy szemelyben dontson.

  A demokracia nagyon nem mukodik jol technikai dontesek eseteben. Ha olyasmirol van szo, hogy tabs vagy spaces, akkor persze oke, de egy csapatban nagyon kulonbozo technikai tapasztalattal rendelkezo emberek vannak, miert kellene, hogy mindenkinek ugyanakkora beleszolasa legyen?

  A masik, hogy ezekrol rengeteget lehet vitatkozni, es a valodi helyzet az, hogy a feladatok 99%-at 'barmiben' meg lehet csinalni, es a fejlesztok hajlamosak az alapjan valasztani, hogy 1) most mi erdekli oket 2) mi a divatos 3) ok szemely szerint mihez ertenek. Azert valasztanak valakit vezetove, hogy donteseket hozzon, amik elsosorban a ceg erdekeit veszik figyelembe.

• emvy félisten

  #9643

  #9641 G.Zs.

  2017-12-06 10:48: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

  

  emvy

  félisten

  #9641 G.Zs.

  #9641 G.Zs.

  Felejtsd el azt a ceget is ahol a manager talalja ki..

  Altalaban a team leadek talaljak ki (akik menedzserek). Miert, ki talalja ki?

• Zahze csendes tag

  #9527

  #9515 G.Zs.

  2017-10-24 11:06: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

  

  Zahze

  csendes tag

  #9515 G.Zs.

  #9515 G.Zs.

  Ugy nezki, hogy az Eclipse Foundation veszi at a Java EE-t az Oracle-tol.
  EE4J - Eclipse Enterprise for Java

  Nektek egyébként mi a véleményetek erről ?
  Az oracle elég lassan adta ki a fejlesztéseket amíg nála volt. Most ez fel fog gyorsulni ?
  Volt már ilyenre példa, hogy egy platform fejlesztéséért felelős cég átadja valakinek a fejlesztést, és ha volt akkor az hogy sült el ?
  Röviden, jobb lesz most hogy nem az Oracle vezeti a fejlesztést, vagy sem ?

• Aethelstone addikt

  #9517

  #9515 G.Zs.

  2017-10-13 18:17: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

  #9515 G.Zs.

  #9515 G.Zs.

  Ugy nezki, hogy az Eclipse Foundation veszi at a Java EE-t az Oracle-tol.
  EE4J - Eclipse Enterprise for Java

  A /dev/null-nak kellene

• modder aktív tag

  #2587

  #2584 G.Zs.

  2012-03-26 16:02: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

  

  modder

  aktív tag

  #2584 G.Zs.

  #2584 G.Zs.

  Alapvetően egyetértek azzal amit írtál. Két aprósággal egészíteném ki.

  Az MVC csak egy kis része a Spring keretrendszernek. Alapvetően nem csak webes, hanem komplett enterprise alkalmazások fejlesztésére alkalmas, mintegy alternatívája a J2EE-nek.
  Nagyon ajánlott megtanulni, viszont az igazsághoz hozzátartozik, hogy interjúkon inkább J2EE kérdéseket tesznek fel, így állás kereséskor érdemes inkább arra rágyúrni. Konkrétan én sehol nem kaptam még Spring-es kérdést, még ott sem ahol a pozíció kiírásban benne volt, mint követelmény, ellenben szabvány J2EE kérdést annál inkább.

  A PHP vs JSP kérdéshez az is hozzá tartozik hogy egy JSP-t támogató web hosting szolgáltatás jóval drágább, mint a sima PHP-s. Ha nem saját szerverre fejlesztesz, ez is fontos lehet.

  Ezt jó tudni, hogy a Spring, mintegy alternatívája a Java EE-nek. Nem foglalkoztam vele még, csak tudom, hogy van.

  A webhostingról meg annyit, hogy mindenért fizetni kell. nem vagyok jól tájékozott hosting szolgáltatások terén, de szerintem egy javás hosting nem kerülhet többe, mint egy hasonló tudású php-s hosting árának másfélszerese. Tudom, hogy válság van meg mindenki szegény, de azért egy szolgáltatásért ki lehet fizetni évi mondjuk 8 ropit

• Taoharcos aktív tag

  #2585

  #2584 G.Zs.

  2012-03-26 15:55: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

  

  Taoharcos

  aktív tag

  #2584 G.Zs.

  #2584 G.Zs.

  Alapvetően egyetértek azzal amit írtál. Két aprósággal egészíteném ki.

  Az MVC csak egy kis része a Spring keretrendszernek. Alapvetően nem csak webes, hanem komplett enterprise alkalmazások fejlesztésére alkalmas, mintegy alternatívája a J2EE-nek.
  Nagyon ajánlott megtanulni, viszont az igazsághoz hozzátartozik, hogy interjúkon inkább J2EE kérdéseket tesznek fel, így állás kereséskor érdemes inkább arra rágyúrni. Konkrétan én sehol nem kaptam még Spring-es kérdést, még ott sem ahol a pozíció kiírásban benne volt, mint követelmény, ellenben szabvány J2EE kérdést annál inkább.

  A PHP vs JSP kérdéshez az is hozzá tartozik hogy egy JSP-t támogató web hosting szolgáltatás jóval drágább, mint a sima PHP-s. Ha nem saját szerverre fejlesztesz, ez is fontos lehet.

  Nem véletlenül Java-s webhostingból csak fizetőset találtam, Míg PHP-sből vannak ingyenesek.

• wolandino tag

  #2492

  #2491 G.Zs.

  2012-02-09 14:26: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

  

  wolandino

  tag

  #2491 G.Zs.

  #2491 G.Zs.

  Néhány keretrendszer/fejlesztőeszköz amire szükséged lesz/lehet.
  IDE: Eclipse
  Web alkalmazás szerver: Apache TomCat
  Webes keretrendszer: Java Server Faces
  Adatbázis kapcsolathoz: JDBC

  Jó fejlesztgetést!

  köszönöm

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