Új hozzászólás Aktív témák
-
buherton
őstag
válasz Predatorr #80 üzenetére
Nem véletlenül nem vagy olyan pozícióban, hogy ezt megtehesd.
Közöltem, hogy sehogy, mindig hibátlanul működnek, mert jól programozok.
Hűűűű, nincs több kérdésem.tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
dabadab
titán
"Kérdés, hogy a fejlesztési projektek hány százalékára igaz az, hogy nagyságrendi eltérés van a jó kód és a rossz kód költsége között?"
Hogy jobb megvilágítsam azt, amit Emvy nem nagyon fejtett ki: szépen struktúrált, áttekinthető kódot írni nagyjából ugyanannyi meló, mint valami összegányolt izét. Általában ezt szokták érteni jó meg rossz kód alatt, viszont Torvalds nem erről beszélt, hanem arról, hogy nem lesz még gyorsabb processzor meg még több memória, hanem a meglévőből kell többet kihozni.
És ha már az a kérdés, hogy a jó, karbantartható kódnál mennyivel tart tovább olyat írni, ami jó, karbantartható ÉS gyorsabb ésvagy kevesebb memóriát eszik, ott már az a válasz, hogy jelentősen és minél jobban kell optimalizálni, annál durvábban nő az extra fejlesztési igény (aminek ráadásul egyre kevesebb lesz a hozadéka).
[ Szerkesztve ]
DRM is theft
-
#25954560
törölt tag
en azt talalom problemanak, hogy nagyon sok szoftverfejlesztonek goze sincs a hardver mukodeserol. innen kezdve pedig nehez optimalizalni. "majd a fordito megoldja", peeeeeeersze. egyre ugyesebbek a forditok, ez nem ketseges, de mindent akkor sem tudnak, nem tudhatnak.
ha hatekony kodot akarsz irni, akkor eleve ugy kell nekiallni. a projekt vegen az optimalizalasra szant ido (ha nem vagtak le vegul a sok csuszas miatt) nagyon hasznos, de ha hirtelen talalsz benne 100% teljesitmeny-novekedest, akkor az eredeti kod nem jol volt megirva.
-
buherton
őstag
Az ilyen fölösleges ellenőrzések teszik lassúvá a futást, ráadásul a sok hibakezelés miatt még nagyobb is lesz a kód.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
válasz #25954560 #103 üzenetére
Teljesen laikusként kérdezem, hogy Haskellben, Javaban, Javascriptben, Lispben, brainfuckban mit nyersz, ha ismered a hardvert?
Asm, C és C++ vitán felül áll.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
A null pointer checkek hiánya a komponensen belül, hogyan segíti a vírust?
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
sutszi
veterán
"nem kell elmennem fejleszteni ahhoz, hogy analóg eseteket tapasztaljak."
Ez úgy hangzik mintha kicsid lenéznéd a szakmát. Szerintem ha fejlesztői státuszban nem nyögtél végig még egy néhány hónapos projektet, akkor nem tudod milyen szituációkról beszélek...
"kérdés, hogy az a full isp menedzsment rendszer, amit írtam, "
Oké, de ezt hány user használja? Ki írja ki az igényeket? Ki validálja ezt? Ki készít feladatokat? Ki ütemezi a fejlesztést? Ki végzi az implementálást? Ki tesztel? Ki hagyja jóvá az üzleti oldalról?"akkor kitalálod nekik, helyettük."
Ugye most csak viccelsz... Ehhez nincs meg a jogköröd. Ezt vissza kell kérdezni az üzletről, hogyan legyen megcsinálva..."én voltam már olyan helyzetben multinál, hogy rám akartak erőltetni egy nyilvánvalóan rossz döntést a külföldi központból. "
Más környezet más működés... Én sem olyan fejlesztési irányokat határoznék meg mint amik vannak... de hát ez van."kizárólag rajtad múlik, hogy mennyire hódolsz be a főnöki hülyeségnek. kizárólag te döntöd el, hogy jobb fizető állásban maradni keserű szájízzel vagy jobb nyugodt álláskeresőnek lenni. A magam részéről határozottan a második, ha egy főnök nem tűri el, hogy a hatalmának vannak határai, akkor én nem dolgozom ott."
Szerintem itt össze vannak mosva dolgok. Az optimalizáció célját kell meghatározni. De amikor többen dolgoztok egy projekten akkor nincs olyan, hogy saját kód. Mindenki kódja van...hiába írsz te jó kódot, ha telibe fossa valaki más... vagy a te feladatod miatt kell olyan kódhoz nyúlni amit más írt és bottal sem piszkálnád... Ezért mondom, hogy amíg ezeket a konkrét helyzeteket nem tapasztalod meg első kézből, hogyan dobnak vissza javaslatokat amikkel próbálsz javítani a helyzeten... hát addig max csak fotelszakértő leszel.4. éve dolgozom legacy kódon és azóta nem sikerült elérni, hogy fejlesztői idővel, mint erőforrással megtámogassák a refaktort...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
-
bambano
titán
nem nézhetem le a szakmát, mert rosszul járok, ha belenézek a diplomámba. ez nem zárja ki azt, hogy a szakmát művelők közül azokat, akik alkalmatlanul vannak adott helyen, ne nézhetném le.
"Szerintem ha fejlesztői státuszban nem nyögtél végig még egy néhány hónapos projektet, akkor nem tudod milyen szituációkról beszélek...": szerintem meg tudhatom. ismétlem magam: nem csak fejlesztőknek adhatnak hülye utasítást a főnökök.
"Szerintem itt össze vannak mosva dolgok": szerintem is. ti programozás-technológiai oldalról akartok megközelíteni egy menedzsment-emberi problémát.
"4. éve dolgozom legacy kódon és azóta nem sikerült elérni, hogy fejlesztői idővel, mint erőforrással megtámogassák a refaktort...": hogyan oldják meg, hogy te ne azt csináld, amit akarsz?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#06658560
törölt tag
válasz Necroman_Mk2 #94 üzenetére
Ami ráadásul még simán tartható is egy jó ideig, amíg 1 chip el nem éri a wafer méretét. Mert nem sűrűségről vagy teljesítményről szólt, hanem db/db-ról.
-
sutszi
veterán
"hogyan oldják meg, hogy te ne azt csináld, amit akarsz?"
Úgy, hogy van egy Sonar szerint 110 ezer soros monstrum. Át kéne tenni Java 11-re, meg az elavult függőségi viszonyokat újragondolni. A borzasztó common kódokat refaktorálni...stb. Hogy oldják meg? Úgy, hogy JIRA feladatban kiadják, hogy indul a következő termékhez kapcsolódó alkalmazás. Azt kell csinálni. Itt is van az első feladat... tessék... Kb. így csinálják. ha nagyon sarkos vagyok.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
A feladattal nyilván záros időn belül végezni kell...ha nincs meg akkor joggal kérdezik meg, hogy miért nincs? Ezen kívül, van erre a célra megfigyelő szoftver...logolja a tevékenységed, screenshot...stb...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
bambano
titán
"Ezen kívül, van erre a célra megfigyelő szoftver...logolja a tevékenységed, screenshot...stb...": ez explicit törvénytelen. tehát ha erre való hivatkozással akarnak bármit is tenni, közölni kell velük, hogyha következményei vannak a program által rögzített adatoknak, akkor a rögzítés tényének is következményei lesznek.
"A feladattal nyilván záros időn belül végezni kell...": és ki mondja meg a záros határidőt egy olyan iparágban, ahol a projektek zöme csúszik?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Gyuri27
félisten
Semmivel nem különb ez mint egy burkoló vagy kőmüves.
Ott is az iparosok 90%-a kutyaütő.
Persze lehet mutogatni a rendszerre, a melegre, a főnökre, a pápára, az asszonykórusra.
Azaz mindig van indok, hogy miért szar vagy csak épp elfogadható.[ Szerkesztve ]
Amd - Radeon - Ryzen
-
sutszi
veterán
"ez explicit törvénytelen. tehát ha erre való hivatkozással akarnak bármit is tenni, közölni kell velük, hogyha következményei vannak a program által rögzített adatoknak, akkor a rögzítés tényének is következményei lesznek."
Erre van valami nyilatkozatuk személyesen valami adatvédelmi ombudsmantól...
"és ki mondja meg a záros határidőt egy olyan iparágban, ahol a projektek zöme csúszik?" Nézd, azt nem tudtam elérni, hogy a fejlesztők részt vehessenek az időbecslésben... Ki van adva, hogy élesítési dátum december 12. Akkor ez eddig kb annyit jelentett, hogy 1 év fejlesztési időből kb 6-7 hónapot vakarózott az üzlet, aztán további 1 hónapig összedobáltak valamit, mert szólva lett nekik, hogy ennyi idő alatt az IT nem fogja tudni megcsinálni. Aztán további 1-2 hónap mire az üzleti igényeket átfordították feladatokra. És maradt 3-4 hónap a fejlesztésre, ami irdatlan kevés, sok kompromisszummal, de kb 1-2 hetes engedélyezett csúszással ment ki a világba a fejlesztés...
Egyébként, néha van, hogy a fejlesztési vezető beül melléd pair programming módba aztán próbál "segíteni"
Nem akarom tovább részletezni, de szerintem besírnál ha látnád mi megy és megtudnád, hogy hol... egyébként ez nem az anyacégem...ez egy ügyfél ahol kint vagyok kölcsönbe...
Az anyacég az más, ott sokkal jobban mennek a dolgok...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
CsabaZz
tag
EZ a valóság, amit leírtál. Persze a szakmában nem dolgozó "szakértők" könnyen bégetnek itt, hogy a programozók 99%-a alkalmatlan. Megnéztem volna a kivitelező csapat arckifejezését, ha a végső simítások alatt odament volna Eiffel, hogy "Szépnek szép, de inkább mégis legyen egy szimpla toronyház, meg tudjátok csinálni a holnapi átadásra?". Persze nem gányolva, mert akkor alkalmatlanok a feladatra, ezt innen a fotelból megmondom.
"[...] Még akkor is, ha a Galaxy Note-tal nem sikerült kategóriát teremteniük." :)
-
Fidel76
tag
Szerintem a programozást egy idegen nyelvhez lehet a legjobban hasonlítani. Sok ember meg tudja szerezni, de mégis nagy a szórás, hatalmas különbségek vannak. Angol középfok és az anyanyelvi szint és már képes "angolul" is gondolkodni ha akar. És ugye az elején mondják, hogy tud angolul. Valahogy így kezdődik, hogy tud programozni. Mindenhol, munkában, sportban a leggyengébb láncszem határoz meg mindent. Szerintem a vezető dolga a "csapatban" felismerni az egyéni képességeket és úgy beosztani, optimalizálni. Ha ez már nincs meg, akkor nem a programozók hibájáról, képességeiről van szó.
-
bambano
titán
"És maradt 3-4 hónap a fejlesztésre, ami irdatlan kevés, sok kompromisszummal, de kb 1-2 hetes engedélyezett csúszással ment ki a világba a fejlesztés...": pontosan erről beszélek, mi történt volna, ha egy év múlva lesz kész a fejlesztés? semmi. a vezérkar hiába pattog, akkor se lesz kész hamarabb. ti vagytok a hibásak, hogy 3-4 hónap alatt elvégeztétek egy év munkáját, kókány módon.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
berVi
senior tag
Tragyakod helyett kenytelenek lesznek hasznalni az eszuket is neha? Tragedia.
-
válasz buherton #108 üzenetére
Ha jól értem, NPE esetén elérhetsz olyan memóriaterületeket is, amelyeket egyébként nem. Innentől kezdve csak a víruson múlik, hogy adatvesztés lesz, vagy komolyabb gond. Egyes vélemények szerint ugyanolyan súlyos hiba, mint a buffer overflow.
https://www.coreinfinity.tech
-
Predatorr
őstag
Dehogy nincs. Hogy kis országunkban az emberek 3%-a sem indít hivatalos eljárást megkárosítása miatt, nem jelenti, hogy nincs bünti. Sokszor a jótállás betartását is jogi úton kell kikényszeríteni. A meghibásodás más dolog, mintha rossz/hibás az összes termék, mint az esetünkben említett processzorok.
bambano: Ezért szerepel MINDEN EULA-ba, hogy a szoftver "as is", azaz olyan, amilyen, nem reklamálhatsz miatta. (Marad az anyázás.) Próbálnának meg autót vagy mosóport így eladni. Egy ismerősöm szerint az a biztos, ha a programozókat odaültetik a felhasználó mellé, aki minden apró bosszankodásnál jól pofán vághatja őket. Szerinte nagyon hamar megtanulnának jó kódot írni.
[ Szerkesztve ]
"Amely probléma nem megoldható, azt meg kell szüntetni."
-
sutszi
veterán
Azt nem mondtam, hogy kókány módon... de a korábbi rétegek amikre építünk, már nem túl jók használhatóság szempontjából. Viszont olyan elképzelhetetlen, hogy nem készüljön el, vagy annyit csússzon...
-----------------------------------------------------------------------------------------
De egyébként nagyon tanulságos ez a topik...jó pár olyan hozzászólást látok, akiknek még halvány sejtelmük sincs a témáról, de azért jól megszakértik a dolgokat. Most már 10 millió szoftverfejlesztő országa lettünk. Kiváló eredmény!
[ Szerkesztve ]
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
#25954560
törölt tag
válasz buherton #107 üzenetére
ejgen, minel magasabb szintu a nyelv, annal jobban van elabsztraktalva a hardvertol, annal kevesebb beleszolasa van a programozonak a hardver kihasznalasaba.
ilyenkor jon jol az pl, ha python-hoz tudsz libet irni c-ben, vagy ismered a python mukodeset. de ha jol emlexem, java eseten is meg lehet oldani egy feladatot sokfelekeppen, neked jol kell tudnod valasztani a megoldasok kozul. bocs a pongyola fogalmazasert, nagyon regen nem foglalkoztam java-val.
vannak ugye nyelvek, amik nem kifejezetten a futasi sebessegukrol hiresek, cserebe viszont kenyelmes(ebb) a hasznalatuk, mert sokminden vagy le van implementalva bennuk hivhato modon vagy eleve hatterben megoldjak. de legtobb esetben mar a program tervezesekor amikor megvalasztod a programnyelvet, tudod h miert azt valasztottad. ritkan allsz neki gui-t irni asm-ben es ritkan csinal sokmillio pps csomagprocesszalast egy java program. akarsz memoria menedzsmenttel foglalkozni vagy eleg az automatikus garbage collection; figyelsz az adattipusokra vagy oldja meg neked a programnyelv; gyorsan akarsz kodot irni vagy gyors kodot akarsz irni; stb...
viszont barmit csinalsz, erdemes a programozasi nyelv erossegeit kihasznalni. celhoz az eszkoz.a brainf*ck-ot pedig eleve nem arra talaltak ki h maga a program amit irsz benne gyors legyen. csillio interpreter van hozza, kulonbozo sebessegekkel. egyebkent, mivel meglehetosen limitalt az utasitaskeszlete, szerintem elkepeszto gyors kodot lehetne generalni vele, ha megtalalod neki a megfelelo feladatot
-
ddaydome
senior tag
Sziasztok!
Lehet, hogy van ilyen, ha igen, akkor nem tudtam...😀
Van olyan, hogy pl. a Bethesda be dob egy olyat, hogy itt a mozgàsèrt felelős kód ès, aki megîrja a legjobb optimalizálást annak pènzt vagy melót ad? Szerintem az ilyesmi elősegítenè az optimalizálàst ès egyben feltàrnà a fejlesztendő területeket!"Ha meg kell b...ódni, akkor meg kell b...ódni......."
-
-
HDR123
tag
Én rendszeresen javítok 20-30 éves appokat. Ezek főleg irodai alkalmazások. Amit utálok, az az amikor valaki megírja úgy hogy 1 év múlva már nem is a cégnél dolgozik, csak összegány valamit. Elég sok appra mondta, hogy azt én nem javítom, csak újra írom. Egyszer visszaköszön ez a hozzáállás....
Mellesleg, rajtam kívül kíváncsi lennék ki ír fejlesztői dokumentációt.
-
forumpista
tag
válasz ddaydome #131 üzenetére
Kérdés ki mit ért optimalizálás alatt...
A többieknek:
Végigolvastam a topicot és tényleg a 10 millió szoftverfejlesztő országa vagyunk.Kapásból kb. 3-4 szál van összemosva:
vannak kókány és vannak jó programozók: ez egy szál (egyébként ezt a legkönnyebb szürni és megváltoztatni céges szinten, csak pénzkérdés)Gyorsan írható kód (nem keverendő össze a gyors kóddal): egy másik szál
Jó kód (ala clean kód): ez egy harmadik szál
Gyorsan futó kód: ez egy negyedik szál.
Ezeket nem ártana külön kivesézni és nem összemosni, mert például a gyorsan futó kód meg a jó kód (karbantartható kód) két külön dolog, és bár van közös keresztmetszete, általában azt a legnehezebb összehozni.
Mint ahogy van olyan programozó aki képes gyorsan kódolni jó és gyorsan futó programot, csak épp megfizetni senki nem akarja, ha van olyan aki gyorsan kódol sz@r de gyorsan futó programot.Hozzáteszem, ez az egész egyáltalán nem programozó specifikus dolog, biztos mindenki hallott már az intel procikat sújtó spectre meltdown stb hibákról. Semmi más nem történt, mint a gyorsaság oltárán feláldozták a biztonságot.
Ezzel az Intel egy évtizedre lezúzta az AMD-t, a managerek évekig nyaraltak a bahamákon a bónuszokból, és senkit nem érdekelt a userek közül hogy de az AMD procija biztonságosabb, hát ki nem sz@rja le.És ezzel meg is érkeztünk az ötödik szálhoz, miszerint welcome in the kapitalizmus. Mindenki gyorsan akar olcsót, hát meg is kapja a szemetet mindenki (szintén nem programozás specifikus dolog).
-
Béééla
őstag
-
addikt
Én sem a spagetti kódról beszéltem, hanem az optimalizálásról. Annak pedig nyilván vannak szintjei.
...és minél jobban kell optimalizálni, annál durvábban nő az extra fejlesztési igény
Persze, ez igaz teljesen zöldmezős K+F projektek esetén. De ez a fejlesztési projektek hány százalékát teszi ki? És hány olyat látni, ahol ismétlődő programozási problémákra ugyanazok a rossz megoldások születnek? -
strogov
senior tag
válasz forumpista #138 üzenetére
Hasonlót akartam én is írni, úgyhogy +1. Ennyi kiegészítés csak:
"gyorsan futó kód meg a jó kód (karbantartható kód) két külön dolog, és bár van közös keresztmetszete, általában azt a legnehezebb összehozni."Ezt legfeljebb úgy érhetjük el mint a marshall kereszt metszéspontját. Az ilyen kód se nem gyors, se nem jól karbantartható.
Erőforrás probléma magyar legacy project-ben amihez hozzá kellett nyúlnom eddigi 20 év alatt szinte mindig DB oldalon volt. Teszteltek X rekordra, aztán 5-10 év alatt felhízott, és előjöttek olyan gondok amit újabb vassal nem lehetett kezelni.
-
buherton
őstag
A Javat személy szerint nem keverném ide többek között, azért mert ahhoz egyáltalán nem értek. A null pointer C és C++ esetében volt kérdéses.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
Értelmezd újra, hogy milyen kontextusban írtam, amit írtam.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
-
félisten
válasz Peter Kiss #144 üzenetére
Én eddig négy nagyobb, normálisabb melóhelyen dolgoztam, és mindegyik helyen az volt, hogy a vezetőség piszkálta a fejlesztőket, hogy engedjék már el a szőrszálhasogatást, ne tech-pornózzanak, hanem adják át a QA-nak a fejlesztést végre. Ha van bug, vagy lassú, majd ők kiderítik.
A QA-t meg azért piszkálták, hogy negedjék már ki a release-t, mert majd utólag megjavítjuk a kisebbeket.
Minden retro-n panaszkodtak, hogy szar így dolgozni, hogy nem csinálhatják meg rendesen.Persze, kivételek mindig vannak, de a nagyrészük az általam ismert cégeknél nagyon is akarna jobb minőségben dolgozni.
Volt olyan, hogy összebeszélt a QA és a DEV csapat, hogy felpontozzuk a jövőbeli feladatokat, hogy beleférjen egy kis refaktor. Sajnos, nem sokkal később az egyik QA-s lett a scrum master és ő köpött a PO-nak.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
-
félisten
Új hozzászólás Aktív témák
- E-roller topik
- Motorola Edge 40 - jó bőr
- HiFi műszaki szemmel - sztereó hangrendszerek
- MILC felhasználók szakmai topikja
- Politika
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Renault, Dacia topik
- Fejhallgató erősítő és DAC topik
- Vezetékes FEJhallgatók
- A pápa egyre jobban tart a romlott AI veszélyeitől
- További aktív témák...
- Ryzen 9 5950X
- AirPods Max - Silver (Hibátlan és tökéletes állapot, tulajdonképpen új, pár napot volt használva)
- LEGJOBB ÁR! GAMER PC - RTX 3070 - Ryzen 5500 - 16GB DDR4 - 500GB Nvme SSD
- ÚJ Playstation 5 CFW képes (feltörhető), lemezes
- ÚJ Dell Vostro 3520 - 15.6" IPS 120Hz / i5-1235U / 8-16Gb DDR4 / 512Gb / HUN backlit / 3 ÉV GAR.
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen