Új hozzászólás Aktív témák
-
axioma
veterán
Az, egy elovalogatast vegzo cegig jutottam egy gugli keresessel.
Tobb adatot nem hiszem hogy mondani fog, mert 5 senior fejleszto egyszerre az jo esellyel szaz fejleszto feletti ceg lehet, azokbol meg annyira nagyon sok nincs. Multkor irta valaki a jovedelmes topikban, hogy ugyanigy titkoloztak neki nagy cegrol, de x het Londonnal kezdes elhangzott, erre ravagta hogy a MorganStanley nem erdekli -
floatr
veterán
válasz M_AND_Ms #5856 üzenetére
Komoly cég megbíz olyanokat, akik bárhol keresnek.
Egyébként nem csodálkozok ezen, mert nem túl jó irányban alakult a piac az utóbbi években a furcsa felhozatal révén. Érdekes elvárások vannak mindkét fél részéről, közben csak hígul a szakma. Emiatt az értékesebb emberek gyakran elszállnak (többnyire emberileg), sokan kivándorolnak... Ez van.
Sok szerencsét a keresőknek! Szükségük lesz rá.
-
Aethelstone
addikt
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....
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
floatr
veterán
válasz Aethelstone #5859 üzenetére
Ha multi, akkor távbabrálásban jönnek a román, majd indiai kollégák. Ez van. A 10 órás marhaságra meg csak annyit lehet mondani, hogy tehetségtelen PM/architekt emberekkel is tele van a piac, emiatt van ez, meg hogy leprásként tekintenek sok helyen a 30+ családosakra, mintha az lenne a normális, hogy az ember bent éli az életét.
-
Aethelstone
addikt
Nah ilyet sem láttam még eddig
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000007aac80000, 524288, 0) failed; error='Cannot allocate memory' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 524288 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /home/<foo>/dev/lucene/lucene-root/lucene-db/hs_err_pid12425.logMI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
boost
addikt
válasz Fekete Mária #5847 üzenetére
Szerintem meg ez nem hírdetési oldal, hanem szakmai topic.
-
plaschil
aktív tag
Szervusztok!
Olvasom hogy van komponensteszt, integrációs teszt, rendszerteszt, UAT teszt. Ebből az első hármat fejlesztői tesztnek hívják az anyagok, az UAT-ot pedig szűk körű végfelhasználói tesztnek.
A kérdésem az volna, hogy melyikben hol van jelen a tesztelő? Pl. automatizáláskor.
[ Szerkesztve ]
Creative G500 vezérlő panelt keresek// Hol vagy helyileg? - A kisszobába. // Szilvásbuktát, mert azt szeretem!
-
Cathfaern
nagyúr
válasz plaschil #5868 üzenetére
Komponensteszt (felteszem ez alatt a unit testet értjük) egyértelműen a fejlesztő feladata 100%-ban. Itt lényegében ő ír automatizált teszteket az általa megírt kódhoz.
Integrációs teszt is a fejlesztő feladata, bár itt már nem feltétlen egyértelmű, hogy az írja az automatizált tesztet aki fejlesztette a kódot (illetve ez tipikusan arról szokott szólni, hogy két külön ember által fejlesztett részrendszer együtt is működik-e rendesen. De persze akkor se árt ilyen, ha a két részrendszert ugyanaz az ember fejlesztette).
Rendszerteszt: na ez nem tudom pontosan mit takar. Leginkább viselkedéstesztnek gondolnám, tehát amikor már nem azt nézzük, hogy az egyes leprogramozott dolgok jól működnek-e, hanem hogy az egész rendszer azt csinálja-e amit elvárunk tőle. Ez tipikusan felhasználó felület teszt szokott lenni, jobb esetben automatizálva. Ha automatizálva van, akkor fejlesztőnek lehet köze hozzá, bár tipikusan ezt már egy külön tesztelő csapat szokta csinálni.
UAT: magát az elnevezést nem ismerem, de a "szűk körű végfelhasználói teszt" megnevezés alapján itt a fejlesztőnek csak annyi a feladata, hogy remegve várja, hogy milyen bugokat találnak a userek -
-
axioma
veterán
válasz Cathfaern #5869 üzenetére
Elozo m.helyemen az integracios teszt az adott szoftvert vizsgalta, de kivul me'g lehetett (volt) mesterseges kornyezet. A systemtest meg mar a tobbi (nem mind feltetlen szoftver) rendszerelem tekinteteben is valos volt, adott esetben peldaul itt eresztettek ossze olyan kornyezettel, ahol egyszerre tobb kulonbozo verzioju is jelen volt az adott szoftverbol, ha ugy volt a speckoban akkor egyszerre is. [Na meg a stessz-teszt is a systemtest szintjen volt igazan erdekes.]
-
n00n
őstag
Sziasztok!
Szeretnék csak gyakorlás céljából készíteni egy kisebb Java alkalmazást. Ez így nézne ki:
Lenne egy weboldal (bárki által elérhető), ide ellátogatnának a userek és látnának eseményeket (koncert, színház, stb). Itt tudnának jegyet foglalni az eseményre, tehát megjelenne nekik egy panel ahol kiválasztják grafikusan az ülőhelyeket (a már foglaltak piros színűek, a szabadok zöldek) és elküldik a foglalást.
Ez nyilván egy adatbázisban tárolódna. Én a MySQL-re gondoltam.
A másik oldalon pedig ülne egy adminisztrátor, aki webes felületen látná a foglalásokat grafikusan, meg ilyenek.
A kérdésem, hogy ti milyen technológiákat választanátok ehhez? Kezdő vagyok Java-ból, szeretnék fejlődni és úgy gondolom egy ilyen nagy, gyakorlati projekt sokat segítene. Ezért kérem, hogy érhetően írjátok le, hogy mit használnátok és én utána olvasok a dolgoknak. Köszönöm.
-
Senhi
aktív tag
Tiszta JavaEE-vel:
Db-nek jó szerintem a Mysql.
Szervernek a legegyszerűbb a TomEE, esetleg GlassFish.
Adatréteg JPA, hozzá providernek EclipseLink
Üzleti-logika: EJB-k
Megjelenítés: JSF + ehhez kiegészítésként PrimeFaces amivel több komponensed lesz. Mondjuk JSF helyett millió egy másik technológia van, majd többiek mondanak mást. -
Aethelstone
addikt
Ha még kezdő Java-s vagy, akkor hiába írnánk bármit, amit mi használunk
Én a GWT, Spring Core/Security, Hibernate, MySQL/Derby combóra szavaznék, ha nem nagy az alkalmazás.MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
bucsupeti
senior tag
Ez a példa amit felvázoltál Java EE tanulásra tényleg megfelelő. De ha most kezded a JAVA-t akkor lehet hogy inkább valamilyen lokális alkalmazást JAVAsolnék.
Az EE-t én is nem régen kezdtem és hatalmas a téma, rengeteg framework kínálja magát, az adatbázisokról és a perzisztenciakezelőkről nem is beszélve.A példád alapján én a következőt javaslom:
Csináld meg a felvázolt példát karakteres JAVA programként. Lehessen lekérdezni a szabad helyeket, amit egyenlőre kilistázna. Akár lehet bonyolítani hogy bekéri hogy a nézőtér melyik sorára kíváncsi a felhasználó, ezt beírva kiírná hogy az adott sorban milyen sorszámú székek szabadok.
Jó kis tanuló algoritmus lehet hogy megadja a felhasználó hogy hány helyet szeretne és kilistázza hogy hol tud ennyi széket egymás mellett foglalni stb...Ezt először csináld meg adatbázis nélkül a memóriában tárolva konténerekkel. Utána csináld meg JDBC-vel adatbázisban, majd valamilyen perzisztenciakezelővel.
Meg fogod tapasztalni hogy milyen jó dolog egy ORM rendszer.
Ezek után belekóstólhatsz a gui programozásba, lokális desktop alkalmazást csinálva swing komponensekkel.Ezek után jöhet a felvázolt weboldal, de ez nagyobb falat lesz az biztos. A JavaEE megismerése nem kis feladat. Meg kell ismerni az architekturát, a servlet konténereket, az alkalmazásszervereket. Utána jöhet az EJB programozás és valamilyen framework amivel kényelmesen tudod összerakni a ui-t.
A példa szerintem jó, meg lehet rajta keresztül sokmindent tanulni. Sok sikert és kitartást!
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
floatr
veterán
Épp a gyakorlás az, amikor érdemes mindent kipróbálni.
Részemről:
- Gradle vagy Maven
- Spring
- legalább egy Derby szerver módban
- Hibernate/JPA
- Spring Data JPA
- QueryDSL
- Spring MVC REST controllerekkel, Security
- szigorúan csak embedded Jetty
- JQuery vagy Sencha ExtJS -- utóbbinál a vektorgrafika sem kihívás a nézőtér összerakásánálAbban mondjuk egyetértünk, hogy érdemes a tanulás miatt iteratívan újra átdolgozni a megoldást, de a desktopos részt én kerülném, mint a leprást.
[ Szerkesztve ]
-
n00n
őstag
Hú. Köszi mindenkinek a tanácsokat. Utánaolvasok mindannak amit írtatok. Egyébként Desktop GUI-val "foglalkoztam" már. Swing-ben írtam már egy két kisebb alkalmazást. Most inkább a webes dolgok érdekelnének.
-
bucsupeti
senior tag
válasz Aethelstone #5885 üzenetére
+1
A JDBC segítségével az adatbáziskezelés fapados módját ismerje meg, majd utána jöjjön az ORM!
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
Szmeby
tag
válasz Aethelstone #5887 üzenetére
És mind felesleges, mert tiszta javaban ugyanazt el lehet érni kevesebb erőforrás felhasználásával.
Persze több meló és odafigyelés, de valamit valamiért. -
boost
addikt
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.
-
floatr
veterán
-
floatr
veterán
Kb 40 sor formázott XML révén kaphatsz egy olyan környezetet, ahol ORM van, deklaratív a tranzakciókezelés, az egyszerűbb DB műveletek I/F metódus nevek alapján készülnek el, nem kell a példányosítással foglalkoznod, deklaratív az RPC, stb. Ja persze a web.xml-be is kell még vagy 10 sor Ez a bazinagy XML 10+ évvel ezelőtt volt kifutó érv. Manapság egy valamirevaló alkalmazás saját konfigurációja terjengősebb, mint a kontextussal kapcsolatos infó együtt.
Nem akarom ezt senkire ráerőltetni, de 17 év után nekem ide állt be az optimum. Még ha desktop jellegű fejlesztés is kellene, akkor is egy embedded stack-et rakok inkább össze, ha már DB kell, mert sokkal rugalmasabb, és végül az igények mindig meglódulnak a hálózatos/többfelhasználós irányba előbb vagy utóbb. Sajnos vagy sem, nagyon kevés a kivétel.
(#5897) raggg mindennek megvan a maga oka. Néha az, hogy szar az egész
[ Szerkesztve ]
-
Karma
félisten
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest