Új hozzászólás Aktív témák
-
Egyreszt magahoz a szakmahoz is van koze, ha masert nem, az emlitett fekete fejlesztok miatt. Masreszt meg a szakma termekeinek is van celkozonsege. Ott aztan vegleg hatalmas versenykepessegi eleses, ha nem gondolsz mindenfele marginalizalt csoportra.
Valahol a lenyeg ott van, hogy szerinted csak hipererzekeny viraglelkueket zavar a dolog, de valojaban nem. Az emberre a dolgok nem csak tudatosan hatnak, a felszin alatt hatalmas lelki es ezen keresztul kesobb fizikai bantalmat tudnak okozni. De errol ne nekem higyj, inkabb pszichologusok/pszichiaterek tapasztalatait vedd figyelembe.
Azzal, hogy aki ellenvelemenyt fogalmaz meg, en sem ertek egyet, hogy el kellene nyomni. Ellenvelemenynek mindig van helye. -
Valoszinuleg sosem fogd megerteni, hogy mit jelent egy feketenek a mester szo hallata. En sem fogom, bar szeretnem azt hinni, hogy igen. De nem vagyok naiv, sosem fogom valoban aterezni milyen rabszolgacsalad sarjanak lenni, barmekkora is az empatiam. Az ilyen szavak tudat alatt is hatalmas karokat tudnak okozni az erintetteknek. S az is persze igaz, hogy Magyarorszagon tok mas az elsodleges jelentese a leforditott szonak, emiatt megint mas elkepzelni a pszichologiai hatasat. Idehaza persze elsosorban a mindenhez erto ember jon elo a szo kapcsan, nem a korbacsos rabszolgatarto. Meg az is igaz, hogy biztosan korulvesz minket ezer olyan szo, ami mas emberekben szorongast valt ki. Es persze eszre se vesszuk. Azert amik eleg szeles korben okoznak problemat, az reszemrol nem baj, ha atnevezesre kerul. Meg fogom birni szokni, hogy 1 betuvel kevesebbet kell gepelni.
-
MrSealRD
veterán
Gondolom, hogy voltak korábban a ctornak paraméterei. Ha privát lett, kéne, hogy legyenek publikus setterek a korábban ctorban inicializált adattagoknak...egyáltalán mit csinált a ctor? És statikus metódusok esetén miért kell publikus ctor? Sok itt a kérdés
-
MrSealRD
veterán
Le se fordult addig, amíg nem adtam hozzá.
Aethelstone: IntelliJ IDEA sample JavaFX projectje, nem nyúltam bele.
-
Ugyanazon verziok kozott semmi.
"Oracle announced that it would provide two binary distributions of the JDK. The Oracle JDK would continue to be delivered under the Oracle Binary Code License Agreement for Java SE. The second binary distribution is built directly from the OpenJDK source code without any modifications. This is released under the less restrictive GPLv2 license with classpath exception (CPE).
Oracle stated that their goal was to eliminate any functional differences between these two binaries. This will be complete with the release of JDK 11 in September. "A lenyeg az, hogy a kulonfele bugfixek es patchek _backportolasat_ csak az Oracle-verziora csinalja meg az Oracle, az OpenJDK-ra nem.
Tehat: kijon majd a JDK11. Aztan a 12. Kiderul valami bug. Az Oracle megpeccseli a 11-es Oracle JDK-t, a 12-es OpenJDK-t es a 12-es Oracle JDK-t. A 11-es OpenJDK-t nem. Szoval azert kell majd fizetned, ha akarsz tamogatast regi JDK-hoz.
Köszi.
Így már világos. -
-
MrSealRD
veterán
Ilyet a github is tud. Hogy miben van hátrányban? Nem tudom, hogy milyen spec igényeitek vannak. Release, snapshot, artifactory tuti van. Maven, gradle support, minden szar
-
MrSealRD
veterán
Jenkinst gitlabbal ki lehet váltani.
-
Sajnos 8 év után újra web servicekkel, és soappel ver a sors. Van egy webservice kliensem, aminek a requestjére érkező response, kb 10 darabb " unmarshalling exception: ? "-t okoz.
Hogy lehet a ?-et debugolni? Sajnos a ? cause nekem túl bőbeszédű, nem tudom melyik részét nézzem. Akkor rég úgy ment, hogy 654x újra és újra átnéztem mindent, majd újra... tényleg nem történt ezekben a borzalmakban fejlődés? Vagy van valami trükk? -
MrSealRD
veterán
Az a helyzet, hogy ha a vitákat letiltod, akkor továbbra is olyan témák lesznek, amiket 5 perc guglival el tud bárki intézni
-
MrSealRD
veterán
Majd holnap, most mobilról írok. Annyit csak, hogy aktív Vaadin alapú fejlesztésben vagyok, nem a levegőbe beszélek.
Vaadin tapasztalat engem is érdekelne.
-
MrSealRD
veterán
Forráskódot nem tudsz adni, probléma konkrét leírását sem. Akkor én kevés vagyok ehhez
-
MrSealRD
veterán
Egyébként commandLink lenne itt inkább a jó, mint a commandButton. Abból is a h:commandLink változat.
-
MrSealRD
veterán
Mi volt a tikk?
-
MrSealRD
veterán
Adott az alábbi kód részlet:
<p:commandButton value="GOMB" ajax="false"
onclick="PrimeFaces.monitorDownload(function(){$('.formMessages .ui-messages').empty()})">
<p:fileDownload value="#{myController.getPdf()}" />
</p:commandButton>(Liferay, primefaces, a fenti rész egy portletből van.)
Az a probléma, hogy miközben egy másik portletben tökéletesen működik, a jelenlegiben kizárólag IE10 alatt a gombra nyomva nem történik semmi. Ezt úgy értem, hogy a myController.getPdf() legelső sorába sem fut bele. Mintha egy üres gombot nyomogatnék. Firefox alatt jó. Más portletekben is van használva, detto ugyanez. Ott is jó IE10 alatt és firefox alatt is. A poén, hogy a commandButton helyett commandLink-et teszek akkor az működik. De ide mindenképpen button kellene...
Van valami tippetek mi lehet a gond?
Már betűként átnéztem az xhtml oldal kódját, de semmi...Firebug-al próbáltam nézni hátha van valami amit a firefox benyel, IE meg nem. De semmi.
-
MrSealRD
veterán
Próbáld packagename-mel futtani. java elso.Elso
-
Üdvözletem Uraim. Egyszerű kérdést teszek fel, elég kezdő vagyok még. CMD-ben javac-vel nincs gond, viszont mikor beírom, hogy "java Elso" akkor a következő hibát kapom.
"Error: Could not find or load main class Elso"
Ergo nem íratja ki amit akarok. Netbeans-ben gond nélkül kiírja. Mi lehet a probléma?
-
Szerintem nem hogy ok az alsó, de számomra az a jobb. Nyilván nem azért, mert a kevesebb sor jobb. Számomra olvashatóbb, ez persze attól is függ, hogy az ember milyen kódhoz van szokva.
Szmeby javaslata is jobb, bár erre egy metódus hívás már határeset, és valóban kontextustól függ, de ha egy ismétlődő, üzletileg jelentéssel bíró logikai kifejezés vizsgálatáról van szó, akkor metódus is indokolt lehet.Köszi a megerősítést. Egyetértek. A metódushívást azért nem vettem most bele mert ez nem ismétlődő. De ha az lenne akkor egyértelműen kiszervezném. Ez nem is kérdés.
-
Tedd azt.
1 sor mindig jobb, mint 5. Főleg, ha ilyen boolean marhulásból áll. Az egyik kedvenc "egysorosom":boolean isOk(String param) {
boolean ok;
if ("OK".equals(param)) {
ok = true;
} else {
ok = false;
}
return ok;
}Egyébként, ha még szeretnéd cizellálni, adhatsz valami szép, értelmes nevet annak a logikai kifejezésnek, valahogy így:
...
myObject.setOnePropertyValue(isConstant1Checked());
...
}
private boolean isConstant1Checked() {
return myVariable.equalsIgnoreCase(CONSTANT1) && checked;
}Bár a kontextus ismerete nélkül lehet, hogy nem így kell, vagy nem is lehet, csak arra akartam rávilágítani, hogy a bonyolult logikai kifejezéseket érdemes olvasható formába önteni. Akinek pedig nagyon furdalja az oldalát a kíváncsiság, hogy vajon mit is jelent az isConstant1Checked(), mert számára nem nyilvánvaló, majd belenéz abba az egysoros metódusba, esetleg még ad neki valami kifejezőbb nevet.
Egyébként ez már túlzás is lehet... csináld érzéssel, az a lényeg.
Ahogy szebb, olvashatóbb, nincsenek kőbe vésett szabályok. Akár maradhat úgy is, amilyenre átírtad. Örülök, hogy segíthettem.
---------------------------
#8354 MPeter87:
Ha már kifogytál a könyvekből meg az oktatóvideókból, keress magadnak feladatot és készítsd el. Van-e olyan igényed, problémád, amit lehetne automatizálni, amit egy szoftver megoldana? Akár a hobbiddal kapcsolatban, vagy akár amit el tudnál adni másoknak, mert szükségük lehet rá, vagy csak készíts egy 826-ik jegyzettömb, vagy naptár, esetleg rss olvasó alkalmazást. Csatlakozhatsz akár opensource fejlesztésekhez is, nézelődj pl. a githubon, keress olyan projektet, amiben látsz fantáziát, vagy csak ihletet ad egy saját projekthez. Persze az a legjobb, ha fizetnek is érte, csak akkor nem biztos, hogy olyan terméken dolgozhatsz, amit szeretsz is.Egyébként - ha van már rutinod - az előbb említett clean code tanulmányozása sem ördögtől való gondolat, mert szerintem az Angster könyben lévő példakódokban nem kevés code smell lehet. Már nem emlékszem, csak a hasonló oktatókönyvekkel szerzett tapasztalat mondatja ezt velem. Merem ajánlani Josh Bloch Effective Java könyvét (az angol változatot... hacsak nem szereted az interface-t felületnek hívni, mert akkor a magyar is megteszi), vagy uncle Bob (Robert C. Martin) Clean Code könyvét, videóit. Meg ha már a Martinoknál tartunk (
), Martin Fowler, és Kent Beck is egész jó könyveket írt a refactoringról meg a TDD-ről. De blogokat, cikkeket is találsz elvétve, pl. http://blog.cleancoder.com/, vagy http://martinfowler.com/Amúgy pont Robert C. Martin Clean Code könyvéből táplálkozom jelenleg főként... Néha azért túlzásnak érzem amit elsőre ír... Aztán belátom, hogy annyira nem is hülyeség.
-
Örömmel látom, hogy aktívan neki is iramodtál a témának.
Én még hozzávenném a Hatékony Java-t is.
A Head First Design Pattern az jó könyv. Kezdésnek főleg.
Clean Coder-t most olvastam el félig. Szerintem kicsit még vicces is mikről ír.
Java EE és Spring témában zeroturnaround, mkyong szavakra keress rá. Van még pár, de hirtelen ez jutott eszembe.
-
Hát igen, más meglepő dolog nemigen történhet. Esetleg egy exception.
A close nem flush-ol, szóval detached-be mennek az objektumaid.
De miért is tennél ilyet? Előtte kommitálj, és nem lesz baj.A kommentes dolgot pedig teljesen jól látod. Azért van version control, hogy ne kelljen kommentel teleszemetelni a kódot. Én személy szerint ezeket a marker kommenteket sem bírom, szinte soha nincs rájuk szükség, de mint minden, ez is ízlés kérdése.
Igen ez a másik lehetőség. Az exception. Most nem tudtam öszedobni egy DB-t meg entitásokat, meg valid kódot, hogy kipróbáljam. De az exception-re lennék kíváncsi. Elszáll, vagy simán lefut és detached?
Wá, köszi. Ez eszembe sem jutott. Vannak élethelyzetek amikor fura nem életszerű kérdésekkel zaklatják az ember lelki békéjét. De mivel ilyen helyzet nem megy ki a kezem közül, ezért nem tudom rá a választ.
-
Még mielőtt nekiszaladnék a google-nek, két témában keresek amolyan quick guide jellegű irodalmat. Az egyik a Liferay a másik pedig a webMethods.
Valaki?
Liferay-hez látom van dokumentáció meg info... De a webmethods (integration server) témában nem sok minden van. Senki nem találkozott még vele?
-
É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.
-
MrSealRD
veterán
Konkrétabban mit takar a "felokosítás"?
(#7528) sutszi:
Jaja, két számjegy viszont simán elfér a tálcaikonon (ld. HWiNFO64 tálcára kirakott kijelzői). Három már elég necces (a töltöttség kijelzésénél mondjuk csak egy esetben van erre szükség, 100%-nál)... Igazából két számjegy esetén állapotjelzésre a tálcaikon a legjobb megoldás, háromnál para. De próbát megér, max. kisebbek lesznek a betűk, vagy 100% esetén egy teljes töltöttséget jelző egyéb ikont mutatsz, nem számot. 
Azóta nem is tudtam foglalkozni a kis projekttel... meg más irányt kezdtem el kidolgozni. Javafx-ben használható patterneket kerestem... Bár ne tettem volna...Bele se gondoltam a 100-ba így hirtelen. Lehet akkor valami zöld lámpa jel lenne ott lent...az tetszik is.
-
MrSealRD
veterán
"Java tray icon" keresőszavakra Google első találata egy Stack Overflow-thread (rendkívül meglepő módon):
http://stackoverflow.com/questions/758083/how-do-i-put-a-java-app-in-the-system-tray
második találata a hivatalos doksi egy konkrét példával:
https://docs.oracle.com/javase/tutorial/uiswing/misc/systemtray.htmlÉs ja, AWT-s.
"JavaFX tray icon" keresőszavakat is nézegethetsz. Itt pl. azt írják kommentben, hogy "JavaFX will get it's own system tray support in a latter release once RT-17503 Provide system tray support is implemented. Until then, using the AWT system tray as demonstrated in the sample code in this gist seems to work fine."
Szerk.: szándékosan nem toolbarra kerestem rá, nekem speciel felhasználóként egy külön eszköztár nem is lenne szimpatikus, már ha megvalósítható (ne terpeszkedjen), sima tray icon viszont igen.
A második találat megvolt. A többit meg azért nem találtam meg mert nem "java tray icon" kifejezéssel kerestem.
Nagyon a toolbar felé mentem... A tray icon nem valami nagy...legjobb esetben is egy kétjegyű szám fér bele... Így állapotjelzésre nem a legjobb. Köszi ezen irányú véleményed. Még átgondolom a koncepciót. -
2. What about this?
Tudtommal csak az awt tud ikont pakolni a system tray-re. Hogy buborékra képes-e, azt passzolom. Majd meséld el.Nem rossz. Az külön tetszik, hogy javafx. Egy másik funkcióra pont alkalmas is lesz.
A fenti témához viszont egy fixen a taskbarra ülő "valami"-t szeretnék használni. Két szerepe lenne. Az egyik, hogy mutatja a %-ot, a másik, hogy innen elérhető az alkalmazás fő ablaka.
-
Valószínűleg az lservice-auth.jetbrains.com felé akart hívni, hogy ellenőrizze, rendben van a licenc. Úgy tudom, az AWS-ben futtatják.
Ja..az mondjuk félig jogos...Csak hát indításonként ellenőrizni...
Ha éppen nincs netem akkor nincs fejlesztés...
Ezt addig nem fogom megérteni amíg nem lesz olyan szintű infrastruktúra mint az áram, vagy a víz. Addig inkább időszakos bosszúság mint szükséges feltétel.-------------
De egy témába vágó kérdésem is lenne. Windows Registry-t szeretnék írni olvasni.
A WinRegistry osztályt találtam eddig a leghasználhatóbbnak az eddigiek közül. Nem akarok JNI, 3rd party, windows api hívásos módszereket használni.Van esetleg valami ami még szóba jöhet?
-
MrSealRD
veterán
(Ami egy Amazon AWS-ben üzemelő instance-al akart kapcsolatba lépni.)
Talán emiatt? Valószínű, hogy standalone futtatva működött volna.
-
Sikerült megoldani a problémát. Mindössze a tűzfalon keresztül engedélyeznem kellett az IDEA-t kifelé. (Ami egy Amazon AWS-ben üzemelő instance-al akart kapcsolatba lépni.)
Csak tudnám mi szüksége van a build-hez erre...
-
Nem arrol van szo, hogy nagyon hosszu lenne a forditasi ido, csak folyamatosan rebuildelek, mert kiserletezem valamivel -- viszont a hotswap bizonyos okok miatt nem mindig mukodik. Ergo ha valamin valtoztatok, akkor varnom kell kb. 15 masodpercet, amig latom az eredmenyet, es ez most sok (mert rengetegszer kell varialni -- nem is azzal van gond, hogy sok idot elvesz, csak idegesito -- olyan, mintha egy mobilon akadozna az UI).
De ugy latom, kicsit megvarialom a workflow-t, es atallok REPL-re.
(Amikor C++-t csinaltam, ott volt akkora (ill. olyan szenne template metaprogramozott) projekt, hogy a projektben resztvevo osszes ember desktopja egyben compile szerverkent is funkcionalt, es amikor valaki forditott, akkor egyszerre kapott kb. 150-200 CPU magot, es igy tartott negyed oraig. Ja, es az IntelliSense nem mukott az IDE-ben, tehat siman benezhettel egy zarojelet valahol, es akkor a negyed ora vegen kaptal egy hibauzenetet, hogy itt hianyzik egy zarojel, forditsd ujra. Egyebkent meglepo, hogy meg lehet szokni azt, hogy preciznek kell lenni, amikor gepelsz. Az IntellIJ meg kabe elore megmondja, hogy ot perc mulva milyen nevu konstruktorparametert szeretnel, es felajanlja
) -
Dehogy alantasabb, en csak annyit mondtam, hogy ha szorakoztato feladatot akar ES van ra lehetosege, akkor erdemes mast nezni. Mashogy mondva: kevesebb embert erdekelne hobbibol a J2EE, mint mondjuk a dronvezerlo algoritmus
Ettol meg irtozatosan elterjedt es sikeres dolgok ezek.Ja, értem már.
-
A Scala meg a JavaEE szerintem nem fuggenek jobban ossze, mint barmilyen mas Java-s technologia. Ha a Scala ennyire tetszik, akkor nezd meg az extrem oldalat, pl. a Scalaz-t. Ha most jonnek ki az egyetemrol, akkor tuti megprobalnam elkerulni a Springet meg a J2EE-t, ennel sokkal erdekesebb dolgok is vannak a vilagban, es penzt keresni massal is lehet.
-
MrSealRD
veterán
Mondtam, hogy nem akarok flémet. És nem is a német srác amatőrségéről szól. A nácit meg a nevében is kikérem....
-
Egyébként nagyon csúnya dolog javában a publikus adattag. Ilyen pl a Player osztályban a number. Ugyan működik a program de az egyik objektum-orientált elvet sérti meg a program, mégpedig az egységbezárást (Encaptulation). Illik private-ként deklarálni az adattagokat, és getter/setter metódusokkal intézni az adattagok írását, olvasását.
Hát azért ez egy picit nem ilyen egyszerű. Azzal, hogy private-té teszel minden tagváltozót és mindenre csinálsz "no-brain" gettert/settert (mindenféle logika nélkül, csak változó beállítás, változó visszaadás, mint a ahogy a java kódok nagy részénél látható) ezzel lehetővé téve, hogy kívülről megváltoztassák az objektumod belső állapotát, még nem vagy sokkal közelebb az egységbezáráshoz ahhoz képest, hogy mindent publicon hagysz.
-
Rendben köszi, csak amikor ezt a sort olvastam, azt hittem hogy ebben az esetben a leszármazott osztálynak nem is lesz olyan adattagja, bár annak meg mi értelme lenne
A kérdés ennél kicsit bonyolultabb.
Itt érdemes megnézni a Private Members in a Superclass című részt.
Tehát az alosztály nem örökli az ősosztály privát tagjait. Azonban ha ezekhez a tagokhoz az ősosztályban írsz public vagy protected metódusokat akkor az alosztály ezáltal hozzáférést kap az ősosztály privát adattagjához...
Ezt egyébként gyakorlati úton is lehet bizonyítani.:
Ha a ClassA-t átírod az alábbi kódban a saját osztályaid nevére, akkor ez kiírja az adott osztály adattagjait. Ez a kód amúgy a stackoverflow-ról van. Van ott pár érdekes kérdés erről a témáról.
Szóval ha lefuttatod akkor látni fogod, hogy az ősosztályodra listázni fogja az adattagokat, de a belőle származó alosztály esetében nem fog megjelenni a listában az ősosztály private adattagjai.public static void main(String[] args) {
inspect(ClassA.class);
}
static <T> void inspect(Class<T> klazz) {
Field[] fields = klazz.getDeclaredFields();
System.out.printf("%d fields:%n", fields.length);
for (Field field : fields) {
System.out.printf("%s %s %s%n",
Modifier.toString(field.getModifiers()),
field.getType().getSimpleName(),
field.getName()
);
}
}De olvastam olyat is ahol azt írták, hogy inkább azt modjuk örökli, de nincs hozzáférése...
-
Sziasztok!
Korábban már volt egy kis Java ismeretem, de most nyáron jobban belemélyültem a dologba, éppen az öröklődésnél és az osztályoknál járok. Mindent értek, találtam egy kis dolgot, ami nem tiszta.
A könyv amit olvasok (Agyhullám - Java) azt írja, hogy "A privát tagok nem öröklődnek."
Én írtam egy A osztályt, aminek van egy int típusú privát tagja, és ezt el lehet érni és módosítani két publikus metódus segítségével. Aztán csináltam egy B osztályt, ami az A-t bővíti.
Létrehozok egy B objektumot, de ugye a B objektumnál is meg tudom hívni az elérő és módosító metódusokat, tehát a B mégis rendelkezik azokkal az adattagokkal?
Vagy ez azért működik, mert a B típusú objektum közben egy A objektum is (tehát a többalakúság miatt)?
Vagy hogy lehet a legjobban értelmezni ezt a mondatot? -
Nah de a "végeredményt" jar-t,war-t, ear-t bármit csak össze kell állítani valahogy, ehhez minimum egy ant kell, még ha az IDE-ben is van ez megoldva. Végülis lehet külön projektben, akkor viszont függőségként be kell hivatkozni a teszthez. Csak nem írnak bele a kódba a teszt helyett, bár bármi megtörténhet alapon akár jogos is lehetne.
-
MrSealRD
veterán
(#5631) raggg :
1. Maven most nem indokolt...csak félig van rálátásom a projektre egyelőre...
2. Korábbi projektben érintett, de mondjuk úgy több hátránya volt mint előnye akkor.(#5632) xTc Semmit... Két sima Java Application, amihez valakinek teszteket kellene írni. Amolyan bemelegítő feladat. Csak koncepcionális problémák akadtak arról, hol és hogyan legyen a JUnit benne...én meg mondtam, hogy ott a helyén. De közbe jött a dolog, hogy hát külön projektbe kellene, mert aki a tesztet írja...lehet elront valamit...és lehet vissza is commit-ol...
Szóval érted.Én csak arra voltam kíváncsi mi a best practise.
-
Helló!
Véleményem szerint rossz a megközelítés. Ha adott A projekt, amit tesztelnénk unit tesztekkel, akkor a unit tesztek a projekt részét képezik. Ezért én az A projektben tartanám őket. Illetve ha pl maven build tool-t használsz/használtok a projekthez, akkor eléggé jól definiált helyen kellene, hogy a unit tesztek legyenek src/test package.
Így már világos.
Én nem választok max javasolhatok. Meg támogatom az üzemeltetést, hogy a jelenlegi fejlesztői funkciók maradéktalanul átkerüljenek az új környezetbe.
Apache POI-val volt egy nagyon kis tapasztalat évekkel ezelőtt... Az nem volt túl jó, de azóta biztos változott egy-két dolog.
És jó a kávé? 
Azóta nem is tudtam foglalkozni a kis projekttel... 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy Felhasználók OFF topicja
- Hálózati / IP kamera
- sziku69: Fűzzük össze a szavakat :)
- Milyen ÚJ notebookot vegyek?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Nyílt világú Középfölde-RPG készül a Warhorse-nál
- Mibe tegyem a megtakarításaimat?
- Óra topik
- gban: Ingyen kellene, de tegnapra
- További aktív témák...
- Apple Mac Mini M2 8/256GB eladó! Patika állapot, 12 hó garancia
- ASUS SimPro Dock 2 (90NX0460-P00030), bontatlanul, 1 év garival eladó!
- Apple iPhone 13 Pro Max 128GB eladó! 100% akku, megkímélt állapot, 12 hó garancia
- Apple iPhone 13 Pro Max 128GB eladó! 100% akku, megkímélt állapot, 12 hó gar
- Apple iPhone 13 Pro Max 128GB eladó! 100% akksi, szép állapot, 12 hó garancia
- Wacom Bamboo One CTF-430 rajztábla
- HP EliteBook 830 G6 13,3" i5 8365u, 16GB RAM, 128GB SSD, jó akku, számla, 6 hó gar
- Beszámítás! VALVE Steam Deck OLED 512GB SSD kézikonzol garanciával hibátlan működéssel
- Egérpadok, billentyűsapkák(keycapek), csuklótámaszok /ARCANE/DUCKY/GLORIOUS/
- iPhone 13 Pro 128GB 100% (1év Garancia) - ÚJ EREDETI AKKUMULÁTOR
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest