- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- HiFi műszaki szemmel - sztereó hangrendszerek
- Vezeték nélküli fülhallgatók
- Milyen videókártyát?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- AMD GPU-k jövője - amit tudni vélünk
- John Carmack csalódott a DGX Sparkban
- Apple asztali gépek
- Frissítettél? Lehet, hogy ezért tűnt el egy funkció a VGA-dról!
- Philips LCD és LED TV-k
Új hozzászólás Aktív témák
- 
			
			  M_AND_Ms veterán válasz  WonderCSabo
							
							
								#7698
							
							üzenetére WonderCSabo
							
							
								#7698
							
							üzenetéreNem én kezdtem! 😯😉 
- 
			
			  WonderCSabo félisten válasz  bambano
							
							
								#7687
							
							üzenetére bambano
							
							
								#7687
							
							üzenetéreÉn is kétfélét használok, HU és US_en, pillanatok alatt lehet váltani. Magyar billentyűzetem van, az angol kiosztást megtanultam rajta. Így a programozás is gyorsan megy az angollal, de tudok ékezetesen is gépelni ide.  De sorry, látom elég nagy offot indítottam el. Én elég jól ismerem mindkét idét, pluginokat is fejlesztettem hozzájuk, mindkettőnek vannak előnyei és hátrányai, azt kell mondjam, teljesen felesleges vitázni rajta. 
- 
			
			válasz  WonderCSabo
							
							
								#7682
							
							üzenetére WonderCSabo
							
							
								#7682
							
							üzenetéreTeljes orultsegnek tartom, ha valaki HU layouttal kodol  
- 
			
			  Szmeby tag Szia! Hehe, Eclipse telepítés után első dolgom lekapcsolgatni a key bindingokat.  Window -> Preferences -> General -> Keys: 
 Majd a szűrőbe bepötyögöd, hogy Ctrl+Alt+B
 Kijelölöd a problémás összerendelést, és Unbind gomb. Vagy beállíthatsz valami neked tetsző kombót is.Csekkold a többi Ctrl+Alt+ kombót is, valószínűleg nem ez lesz az egyetlen. 
- 
			
			  alfa20 senior tag Sziasztok! Eclipseben át lehet állítani valahogy az alábbi billentyű kombinációt?  ez miatt nem tudom begépelni a { -t. Eclipse verzió: Eclipse IDE for Eclipse Committers 
 Version: Mars Release (4.5.0)
 Build id: 20150621-1200
- 
			
			válasz  Mukorka
							
							
								#7677
							
							üzenetére Mukorka
							
							
								#7677
							
							üzenetéreA betöltött fájl feldolgozás utáni állapota érdekes számomra. Erre az állapotra nem biztos, hogy gyakran van szükség. Lehet, csak hetente 1-szer, de lehet, hogy csak havonta... Ráadásul én ezt nem is fogom tudni mert ez már a user hatásköre lesz. Nekem azt kell megoldani, hogy az objektum állapota (ami leképzi a fájlt) a lehető leggyorsabban betöltődjön és utána indulhasson a következő fázis... Köszi az ötleteket, mindenkinek. Sok kérdést vetett fel az amiket írtatok. Ezekre ki kell derítenem a választ a továbblépéshez. 
- 
			
			  Mukorka addikt válasz  MrSealRD
							
							
								#7676
							
							üzenetére MrSealRD
							
							
								#7676
							
							üzenetéreÉs az hogy eleve feldolgozást követően lemented mint pojo entitás miért nem jó? Ha tudod hogy mikor változik akkor update-tet tolsz rá mielőtt foglalkozol vele. Így az orm vagy akármilyen réteg szolgáltathat cache-t is hozzá, szóval még csak be se kell olvasni mindig ha nem változott de gyakran lekérdezik. 
- 
			
			(#7674) emvy : 
 A deszerializáció során mindig tudom mit olvasok be. Fixen ugyanolyan objektum jönne befelé... a kérdés, hogy mennyire képes ez a folyamat gyors lenni. De úgy veszem ki a leírtakból, hogy nem lesz gond vele...(#7675) gygabor88: 
 A fájlméret önmagában nem lenne gond. Néhány száz Kbyte-tól néhány Mbyte-ig mennek. A fájl több különálló XML fájlból áll. Ezeket az XML-eket kell bejárni és ebből nem kell minden. Amire szükség van azt kiszedjük és egy objektum tárolja ezeket. De ez nem kell állandóan a memóriába. Viszont az XML fájlokat minden alkalommal benyalni elég erőforrás pazarlás lenne és lassú is. Sokkal gyorsabb ha előkapom egy táblából és deszarializálom aztán mehet is a további feldolgozása az objektumnak...
- 
			
			
- 
			
			válasz  MrSealRD
							
							
								#7673
							
							üzenetére MrSealRD
							
							
								#7673
							
							üzenetéreNincs ebben semmi fura. Kulonbozo formatumok kulonbozo sebesseget adnak. Altalaban egy fontos tenyezo, hogy a deszerializacio soran tudod-e elore, hogy mit olvasol be, vagy onleiro formatumrol van szo. Ha meg tervezesi fazisban vagytok, akkor velemenyem szerint ne foglalkozzatok vele, mert barmikor varialhatjatok utolag. 
- 
			
			Napi fura kérdés. Ha van egy objektumom...és én azt szerializálom. Majd ezt letárolom DB-ben. Később onnan beolvasom, deszerializálom, akkor ennek a két műveletnek a sebességét, hogy tudom megítélni gyorsaság szempontjából. 
 Ha másképp akarom megfogalmazni, akkor: Honnan tudom, hogy gyorsítható-e a folyamat?Bónusz kérdés: Nagyjából milyen futási idők jellemzőek a fenti folyamatokra? (Aki tud mondani példát adott méretre mi jött ki, annak nagyon örülnék) Nem azért kérdezem, mert van kódom, vagy működő alkalmazás. Tervezési fázisban van egy projekt és éppen a felhasználható módszerek eszközök összgyűjtése folyik. A lényeg, hogy van egy fájl inputon, aminek a feldolgozása után keletkezik egy objektum ami tartalmazza a fájlból szükséges dolgokat. De ezt a folyamatot nem akarom mindig futtatni, mert a fájl nem változik csak ritkán. Ezen kívül a performanciát is rontaná. Ezért arra gondoltam, hogy a szerializált formáját letárolom és amikor kell akkor beolvasom, deszerializálom és már a rendelkezésemre is áll az objektum, amit felhasználva mehet tovább a folyamat. Ötletek észrevételek? 
- 
			
			Még egy kérdés: lenne egy swing alkalmazás, amiben az MVP tervezési minta van használva. Melyik a legjobb megoldás, hogy több Presenter között kommunikáljak? mobal, 
- 
			
			Hogy tudok egy JRadioButton-nak értéket adni? Lenne egy táblázat, aminek az egyik oszlopában ilyen radio buttonok lennének feliratok nélkül. Az egész modelt nem szeretném végigjárni, hogy melyik is az. Ha beállítom neki action command-nak az nagyon csúnya megoldás? 
- 
			
			Ezt pontosan hogy hívják? SwingUtilities.invokeLater(() -> { 
 ...
 });
- 
			
			  Gyuri16 senior tag sziasztok, 
 egy SOAP webservicet gyartok, es nem igazan sikerul a kovetkezo: a SOAP request header reszeben kapok parametereket, es ez alapjan szinten a header reszben kell rajuk valaszolnom. Irtam egy SOAPHandlert, amivel hozza tudok ferni a headerhez, de nem tudom osszekapcsolni a request/response parost. A handleMessage fuggveny ugye meghivodik amikor a keres jon be es amikor a valasz megy ki. A kinom az, hogy amikor a valaszt gyartanam mar nem ferek hozza (?) a keres headerjehez.Valaki tudna segiteni, hogyan kell ezt megoldani? Azt lattam, hogy elvileg egy konkret fuggveny parameteret be lehet allitani a WebParam annotacio header attributumaval, de nekem ez tobb fuggvenyre es osztalyra is kellene, tehat jobb lenne az altalam probalt irany (minden service ele rakni csak egy annotaciot, fuggvenyek ne tudjanak rola). 
- 
			
			  RexpecT addikt válasz  Aethelstone
							
							
								#7661
							
							üzenetére Aethelstone
							
							
								#7661
							
							üzenetéreIgen Oracle az adatbazis. Köszi megnézem  . .
- 
			
			  RexpecT addikt Sziasztok! Találkoztatok már olyan problémával, hogy az adatbázisban szereplő & karakter helyett a Hibernate & -ot ad vissza? Replacen kívül van valami más lehetőségem, ennek kiküszöbölésére?  
- 
			
			  floatr veterán Nagyon egyszerű a válasz: a @Component annotáció nem örökölhető, ellentétben a @Transactional-lel. Ha azt akarod h a leszármazott osztályod is a kontextusba kerüljön, akkor annak is meg kell adni az annotációt. Ennek az az egyszerű oka, hogy a komponensek nem kerülhetnek be "véletlenül" a konténerbe, vagy csinálhatsz absztrakt osztályokat, amibe beletörne a CGLib bicskája Bár lehet h félreértem a problémádat. Ha másra gondoltál, akkor szólj.  
- 
			
			  F1rstK1nq aktív tag válasz  Aethelstone
							
							
								#7656
							
							üzenetére Aethelstone
							
							
								#7656
							
							üzenetéreTermészetesen meglehet és teljesen jó az a megoldás is, csak az hivatalosan nem típusbiztos és nem refactor barát.  (én idea zom az is megtudja amúgy (én idea zom az is megtudja amúgy ) )@ ComponentScan(basePackages={"package1", "package2"}) Kinek mi? Én egyszerűbbnek tartom a marker interfacet.  
 Egy elméleti példával be is bizonyítom, hogy miért:
 -van egy top level package-ed (hu.somebody.main)
 -ez alatt lesz 3 package-ed ahol a component-ek leszek definialva:
 (hu.somebody.main.package1, hu.somebody.main.package2, hu.somebody.main.package3)
 -a marker interface-t beteszed a top level pakage-edbe:package hu.somebody.main; 
 public interface Application {}Ez az alap felállás. Akkor a 2 opció scannelésre: @Configuration 
 @ComponentScan(basePackageClasses = Application.class)
 class ApplicationConfig {}vagy @Configuration 
 @ComponentScan(basePackages={"hu.somebody.main.package1", "hu.somebody.main.package2", "hu.somebody.main.package3"})
 class ApplicationConfig {}Melyik tűnik egyszerűbbnek?  
- 
			
			  F1rstK1nq aktív tag Ez nem szar, így van kitalálva Springben. Amit megjelölsz @Component annotációval (vagy valamelyik stereotype-jával) az az osztályod lesz Component és működnek rajta a spring specifikus dolgok (pl: Autowired). Ez természetesen a Spring álltal ajánlott implicit mód (Implicit bean discovery and automatic wiring). Lehet expliciten is @Bean annotációval Javaconfig-ból, meg xml config-ból is, de most kicsit elkalandoztam. Amit te keresel, erre van egy jó kis "best practice" Springben: Csinálj egy üres marker interface-t abba a csomagodba ahol scannelni szeretnél és akkor arra az interfacere hivatkozz a ComponentScan-nél. 
 pl.: @Configuration
 @ComponentScan(basePackageClasses = Application.class)
 class ApplicationConfig {}marker interface: 
 public interface Application {}
- 
			
			Ez megoldva, de nekem ez az egesz szarnak tunik. Ha van egy osztalyom, ami egy @Component, akkor ha abbol leszarmazik egy masik osztaly, akkor az ososztalyba nem injektal a Spring Boot anelkul, hogy kulon a leszarmazott osztalynal megmondanam @ComponentScan-nel, hogy az ososztalyt is vegye bele a komponensek listajaba?  
- 
			
			Most nezegetem ezt a Spring Bootot (idaig a Springet sem ismertem lenyegeben). Valaki meg tudja mondani, hogy tudnam ravenni arra, hogy _ne_ akarja automatikusan megkeresni a classpath-on, hogy van-e valahol egy CommandLineRunner implementacio, hanem _csak_ azt a bean-t autowire-olje, amit megadtam neki a SpringApplication.run() parameterekent? Tehat az van, hogy SpringApplication.run(A) van a kodomban, A az nem egy CommandLineRunner (mivel csak annyit szeretnek, hogy csinalja meg az autowire-inget, es adja vissza az ApplicationContextet), de o keres egy B osztalyt, es azt 'futtatja'. En ezt nem szeretnem. 
- 
			
			  jetarko csendes tag válasz  #39560925
							
							
								#7650
							
							üzenetére #39560925
							
							
								#7650
							
							üzenetérejhipster-t nézted? A technology stack elég jó, na meg az a prezentáció is  Én játszottam vele 1-2 órát és elég jónak tűnt, de vannak benne olyan alapkövek amiket még nem írtam meg magamtól ezért még félretettem. Én játszottam vele 1-2 órát és elég jónak tűnt, de vannak benne olyan alapkövek amiket még nem írtam meg magamtól ezért még félretettem.
- 
			
			  #39560925 törölt tag TomEE-val játszadozom, egész jó cucc. Persze a Spring Boot-nak közelében sincs, de kezdetnek jó. Spring fanboy lettem  
- 
			
			  moriak tag Sziasztok. Elméleti kérdésem lenne hozzátok Android és Java szerver oldal közötti kommunikációra ami nem web service. Ti mivel foglalkoztatok és mit ajánlanátok ezek közül az alábbi problémámra? WebSockets vs. Server-Sent Events vs. Long-polling vs. GCM. 
 Felhasználása legfőképp az lenne, hogy a kliens és a szerver oldal között folyamatos kommunikáció lenne és nem feltétlenül kellene a kliens hívására azonnal válasz. Szerver oldali business logic tudná, hogy mikor és milyen válasz lenne ezért én mondjuk a GCM-et preferálnám. Környezeti tényező: az alacsony sávszélesség miatt nem biztos, hogy jó a GCM.
- 
			
			  Lortech addikt válasz  M_AND_Ms
							
							
								#7644
							
							üzenetére M_AND_Ms
							
							
								#7644
							
							üzenetéreNyilván nem keverendő össze, ha ugyanaz lenne a kettő, akkor nem lenne két alapvetően különböző megoldás a nyelvben (interface vs class, implements vs extends). 
 Az "öröklődés téma része", de nem állítottam, hogy implementációt örökölsz az interfésszel. Lásd pl. [Multiple Inheritance of State, Implementation, and Type] vége. Ez tovább bonyolódik a java 8 default interfész implementációkkal. Állapototot ezzel legyütt sem lehet örökölni.
- 
			
			Egyrészt általában nincs referencia, mert amin dolgozott az vagy belső használatra készült vagy mindenféle titoktartási szerződések kötik az ember kezét vagy a kettő együtt. Ha lenne referencia, akkor sem derülne ki belőle, hogy mi az, amit a jelentkező csinált belőle, bármit hazudhat. Ugyanilyen alapon bármit írhat a CV-be is, ezért többen azt csinálják, hogy a CV-t nem olvassák el teljesen, csak annyi érdekes belőle, hogy hány év tapasztalata van az embernek. Ez alapján belövik, hogy nagyjából mit várnának el a jelentkezőtől és lemérik kérdésekkel, hogy mit tud abból, amire a cégnek szüksége van. 
 Majdnem teljesen mindegy mit dolgozott előtte a jelentkező, mert ha űrhajó vagy atomerőmű vezérlőt fejlesztett, akkor azt a tudást úgysem tudja kihasználni a cég, ha meg 1000. számlázót / webshopot fejlesztett, attól még lehet, hogy le tud fejleszteni komolyabb dolgokat.
 Másrészt a fenti alap kérdésekkel is ki lehet dobatni a legtöbb seniort interjúról.
- 
			
			  Lortech addikt Az, hogy "nincs".  
 Arra kell válaszolni, amit kérdeztek. Ha ezt így indoklás nélkül nem fogadják el, akkor hülyék. A túlokoskodás pedig nem biztos, hogy előnyös.
 Egyébként vélhetőleg azért nem lett java-ban, mert egyszerű OOP nyelvet akartak. Az interface-ek adnak valamelyest megoldást a problémára.
 Az ilyen típusú tesztektől egyébként falnak megyek, főleg mikor senior/lead dev pozícióra is ilyenekkel pre-screenelnek.
- 
			
			
- 
			
			  Orionk senior tag Igen, köszönöm és a többieknek is. A Package maradt ki. Ezek szerint elfogadhatták volna a válaszaimat. 
 Bár nincs még tapasztalatom, de ha írok valami programot, akkor én sem jegyzek meg fejből minden nyelvi jellemzőt, hanem utánanézek weben. Ezek szerint állásinterjúra fejből be kell vágni dolgokat.Egy másik kérdésem volt, hogy : Javaban van-e többszörös öröklődés ? 
 Azt válaszoltam rá, hogy nincs többszörös. C++ ban volt és van többszörös öröklődés, de ott is nehézségeket jelent a használata, mert ha van egy 'A' osztályod és abból származik 'B' és 'C' osztály, akkor B és C lemásolja magának a memóriába az A tulajdonságait. Majd ezután, ha 'B'ből és 'C' ből akarod örököltetni a 'D'-t, akkor vigyázni kell arra, hogy D-be ne másolódjon le kétszer A-nak a tulajdonságai, mert B-ben és C-ben is megvan.Tehát ezt írtam rá, hogy például ilyen nehézségek miatt a Java-ban nem valósították meg a többszörös öröklődést. Erre a válaszomra meg szintén azt mondták, hogy nem tudják teljesen elfogadni. Szerintetek, a ti tapasztalatotokkal mi lehetett volna a helyes válasz ? köszi 
- 
			
			  WonderCSabo félisten válasz  M_AND_Ms
							
							
								#7637
							
							üzenetére M_AND_Ms
							
							
								#7637
							
							üzenetéreEzzel természetesen teljesen egyetértek. Szerintem sincs értelme direktben megkérdezni a láthatóságok felsorolását, hanem használtatni kell egy feladatban. 
 Szimplán annyit mondok, hogy ezt attól még kötelező tudni egy Java fejlesztőnek, álmából szilveszteri buli után felébresztve is.
- 
			
			  M_AND_Ms veterán Pont erről beszélek. Lexikális tudásuk van, a kézikönyveket, tankönyveket bevágták a belőlük készült kvízkérdéseket tudják, de értelmesen megírni egy kódot nem tudnak. 
 A lexikai tudást, a pontos szintaktika ismereterét bármikor kiegészíthetem a lokális help, kézikönyv vagy a gugli segítségével. Ha az adott ismeretere sokszor van szükségem, akkor a harmadik eset után már készség szinten tudni fogom. Amúgy meg nem érdekel, mert nincs rá szükségem. Az én fejem nem káptalan.A hiányzó gondolkodást viszont nem lehet beszerezni semmilyen forrásból sem. Ez alapján egy interjún adjanak egy frappáns kis feladatot, amit előre okosan kitaláltak. Ne szopatóst, hanem egy ésszerűen 30 perc alatt megoldhatót. Ja, hogy ezt az interjúztatónak előre ki kéne találni, ahhoz meg neki is gondolkodni kellene... Így tényleg egyszerűbb egy Java alapú "Legyen ön is milliomosból" összeollózni 20 kérdést. 
- 
			
			
- 
			
			  Szmeby tag A szmájliból talán sejthető, hogy nem gondoltam komolyan, amit írtam. A visibility modifier-es kérdést viszont helyénvalónak érzem. Aki "életvitelszerűen" használja a javat, annak gondolkozás nélkül megy. A csak elméletet ismerőnek pedig csak egy újabb kézzel megfoghatatlan bemagolható valami. Szerintem a kérdés inkább a gyakorlottságot akarta felderíteni. Ha az ember írogat magának programokat, és legalább egy értelmes könyvet olvasott már (pl. Effective Java - Bloch, Clean Code - Martin, Refactoring - Fowler, stb), ennek mennie kell, és ehhez nem kell munkatapasztalat. 
- 
			
			válasz  WonderCSabo
							
							
								#7624
							
							üzenetére WonderCSabo
							
							
								#7624
							
							üzenetéreTegyük fel, friss diplomás, mondjuk pályakezdő 0. tapasztalattal. Elviselhető. Lehet jó anyag csak meg kell benne látni a lehetőségeket!  
- 
			
			  #39560925 törölt tag Szerintetek egy 512MB RAM-os Ubuntun futni fog egy egyszerű Spring boot app és egy MySQL szerver? 
- 
			
			válasz  WonderCSabo
							
							
								#7620
							
							üzenetére WonderCSabo
							
							
								#7620
							
							üzenetéreSzerintem ez pont nem akkora bűn még... 
- 
			
			  M_AND_Ms veterán válasz  WonderCSabo
							
							
								#7620
							
							üzenetére WonderCSabo
							
							
								#7620
							
							üzenetérePersze, hogy tudja az ember, de az, hogy egy ilyen kvízkérdésnél épp mit sorol fel, még nem alkalmas arra, hogy messzemenő következtetést vonjon le bárki is. Ez így pusztán lexikai tudás, én meg inkább a gyakorlati oldalról vizsgálnám a jelentkező tudását. 
- 
			
			  M_AND_Ms veterán Szomorú, hogy ilyen kvízkérdésekkel interjúztatnak. 
 Én több, mint 10 éve programozok (többnyire java, plsql). Ma sem tudnom fejből egy ciklus szintaktikáját. Ott a codeassist az megírja. Én meg megtöltöm tartalommal.
 A láthatóságok listáját se magoltam be mégis ismerem, értem és használom őket, de ha kérdeznének biztos kihagynám valamelyiket.
- 
			
			  Orionk senior tag Sziasztok ! Állásinterjún a teszten kaptam egy olyan kérdést, hogy : 
 Javaban milyen láthatóságok vannak és azokat mire lehet értelmezni ?Én azt írtam, hogy public, protected, private. Valamint leírtam, hogy ezt a 3at mire használhatjuk és mit jelentenek. Viszont ezt a választ nem fogadták el. Szerintetek mi lett volna a helyes válasz ? Mit vártak volna ? köszönöm 
 (A programtervező szakot most fejezem majd be az Egyetemen és egy első állást keresek)
- 
			
			  Mukorka addikt válasz  drogery
							
							
								#7613
							
							üzenetére drogery
							
							
								#7613
							
							üzenetérePl az hogy se a rowcount se a columncount nincs nullázva az fv hívás végén. Így meg tovább next-elsz a resultseten mint amennyi darab van benne -> jön az exception. A kódod jobb lenne ha az fv nem static lenne és a látszólag most fölösleges konstruktorban átadott query-vel dolgoznál és nem lenne static semmi se (Mondjuk a driver betöltése mehet static blockba). Így mindig működne az osztály ha új példányt hoznál létre minden query futtatáskor. 
- 
			
			  drogery tag Sziasztok, 
 egy kis segítséget szeretnék kérni.
 Van az alábbi kódom, ami egy mysql db-hez csatlakozik, lekér egy kverit és azt visszaadja tömbként.
 A problémám, h egy futásidőalatt csak egyszer működik, második futásra
 java.sql.SQLException: After end of result set
 hibát kapok. Hol lehet a hiba?public class SQLConForDataProvider { 
 private static int rowCount = 0;
 private static int columnCount = 0;
 private static String myData [][] = null;
 String query;
 
 public SQLConForDataProvider(String query) {
 this.query=query;
 }
 
 public static String[][] executeQuery(String query) {
 try
 {
 Class.forName("com.mysql.jdbc.Driver");
 Connection con = DriverManager.getConnection(Util.JDBCURL, Util.JDBCUSER, Util.JDBCPWD);
 
 Statement stmt = con.createStatement();
 ResultSet resultSet = stmt.executeQuery(query);
 
 ResultSetMetaData resultSet_metaData= resultSet.getMetaData();
 columnCount = resultSet_metaData.getColumnCount();
 
 while( resultSet.next() )
 rowCount++;
 
 myData = new String [rowCount][columnCount];
 resultSet.beforeFirst();
 
 for(int row=0; row<rowCount; row++)
 {
 resultSet.next();
 for(int col=1; col<=columnCount; col++)
 myData[row][col-1] = resultSet.getString(col);
 }
 
 stmt.close();
 con.close();
 }
 catch (Exception e)
 {
 e.printStackTrace();
 }
 return myData;
 }
 }
- 
			
			  WonderCSabo félisten válasz  PumpkinSeed
							
							
								#7611
							
							üzenetére PumpkinSeed
							
							
								#7611
							
							üzenetéreIgen, legalábbis egyelőre így van. 
- 
			
			  PumpkinSeed addikt válasz  WonderCSabo
							
							
								#7610
							
							üzenetére WonderCSabo
							
							
								#7610
							
							üzenetéreAmeddig tudom igazolni, hogy diák vagyok ezek mind járnak? 
- 
			
			  #39560925 törölt tag Mi a legolcsóbb megoldása egy MySQL-t használó Spring bootos backend futtatásának nyilvános felhőben, vagy szerveren? 
- 
			
			  Ablakos addikt Tud valaki elérhetőséget a swingset3.jnlp letöltésre? Nem értem miért vacakol az oracle lapján. 
- 
			
			  Aethelstone addikt válasz  Sk8erPeter
							
							
								#7600
							
							üzenetére Sk8erPeter
							
							
								#7600
							
							üzenetéreItt az Oracle a legnagyobb troll  
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Motoros topic
- Autóápolás, karbantartás, fényezés
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- Megvásárolható a Vivo X300 és X300 Pro Magyarországon, íme a hivatalos árak
- Székesfehérvár és környéke adok-veszek-beszélgetek
- HiFi műszaki szemmel - sztereó hangrendszerek
- A fociról könnyedén, egy baráti társaságban
- iPhone topik
- Samsung Galaxy A56 - megbízható középszerűség
- Linux Mint
- További aktív témák...
- Tablet felvásárlás!! Samsung Galaxy Tab A8, Samsung Galaxy Tab A9, Samsung Galaxy Tab S6 Lite
- ÁRGARANCIA!Épített KomPhone i5 14400F 16/32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 15 Pro Max 256GB Black Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3497
- Bomba ár! HP EliteBook Folio 1040 G1 - i5-G4 I 4GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
- Bomba ár! Lenovo ThinkPad T490 - i5-8GEN I 8GB I 256GB SSD I 14" FHD I Cam I W10 I Garancia!
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest

 
								 
							 
								 
							
 
								 
							 
								 
							 
								 
							
 
							 
								 
							 
								 
								 
								![;]](http://cdn.rios.hu/dl/s/v1.gif)

 
								
 
							 
								 
							 Köszönöm!
 Köszönöm!
 
								 
							 
								 
							 
								 
							
 
								 
								 
							 
								 
							 
							 
								 
								 
								 (én idea zom az is megtudja amúgy
 (én idea zom az is megtudja amúgy 
 
							 
							 
								
 
							 
								 
								 
							 
							 
							 
								 
							
 
								 
							 
							 
								 
								 
							

