- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- MaxxDamage: Vizes Laptop Hűtés? Lehetséges? Igen!
- sellerbuyer: HDMI vagy DisplayPort kábellel szebb a kép?
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- skoda12: Webshopos átverések
- Gurulunk, WAZE?!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
-
LOGOUT
Új hozzászólás Aktív témák
-
válasz
bambano
#17742
üzenetére
> azért remélem, hogy a konténerizáció sosem lesz cél.
Te mit ertesz egyebkent kontenerizacio alatt? Marmint szerintem az cel a desktopon is, hogy kontrollaljuk az appok eroforrashasznalata. Tehat szerintem az jo, hogy meg tudjuk mondani, hogy pl. egy adott app nem ferhet hozza barmihez, amihez en hozzaferhetek. Vagy hogy nem kommunikalhat bizonyos halozati eszkozokon, vagy hogy nem foglalhat X%-nal tobb CPU-t. A kontenerizacionak ez a lenyege -- kezben tartjuk azt az interfeszt, amihez az app hozzafer.
Pelda: ha inditok egy bongeszot, akkor peldaul nem szeretnem, ha hozzaferne a dokumentumaimhoz. Vagy egy szamologep alapvetoen semennyire ne ferjen hozza a halozathoz, fajlrendszerhez, stb.
-
válasz
fatal`
#17739
üzenetére
Milyen extra eroforrasra gondolsz egy kontener eseten? Teny, hogy a fuggosegek tarolasa plusz helyet igenyel, de maga Linus Torvalds mondta, hogy (desktopon) a megfelelo strategia az, hogy fuggosegek jonnek az appal egyutt, es az apt/stb. megoldas megoli a Linux desktopot.
> Én csak a desktopon futtatott appoknál látom teljesen feleslegesnek
Hat, pedig a modern Linux desktopon az appok egy jelentos resze mar kontenerizalt. Plusz vicc, hogy pl. a Docker maga is kontenerizalt
bambano: szoval semmi konkretat nem tudsz felhozni, csak a szokasos mormogas, hogy regenmindenjobbvo't, amaifiatalokhulyek, bezzegazenidomben
-
válasz
fatal`
#17733
üzenetére
> #17730: Fejlesztéshez oké, de én sem látom mi értelme lenne mondjuk egy total commandert vagy egy bármilyen más sima desktop appot telepítő helyett konténerből futtatni.
De figy, mi a kontenerben a bonyolult? Ez egy sima processz, annyi a trukkje, hogy el van zarva a geptol egy jol definialt interfeszen keresztul. Akkor lehet egyebkent ertelme, ha peldaul a program nincs felkeszitve arra, hogy tobb peldanyban is installalva legyen (kontenerrel pofonegyszeru kulonvalasztani pl. a felhasznaloi profilokat).
Linuxon pl. a snap peldaul kontenerizacio, a flatpak meg arrafele halad. Szoval a desktopon is itt vannak mar egy ideje a kontenerek, csak nem Dockerrel, hanem a kicsit egyszerubb lxd-vel.
-
#17688
emvy
félisten
bLaCkDoGoNe
#17687
válasz
bLaCkDoGoNe
#17687
üzenetére
Kiegeszitettem magyarazattal.
-
#17685
emvy
félisten
bLaCkDoGoNe
#17684
válasz
bLaCkDoGoNe
#17684
üzenetére
/^1?\ ?(\(\d{3}\)|\d{3})[\ -]?\d{3}[\ -]?\d{4}$/1. feleslegesen hasznalsz capturing groupokat (zarojeleket)
2. nem ellenorzod, hogy vege-e a sztringnek ($ a vegen)
3. word boundary a vegen minek? (\b) - ezert nem matchelsz a 5555555555-re
4. amikor az elso tripletre akarsz matchelni (a tiedben ez a resz:((\([0-9]{3}\))*)|\d{3}, az 0 karakterre is matchel, ezert matchelsz a 555-5555-re, pedig nem kene (nezd meg az enyemet, az matchel a (123)-ra, vagy a 123-ra is, de a semmire nem matchel). -
#17683
emvy
félisten
bLaCkDoGoNe
#17682
válasz
bLaCkDoGoNe
#17682
üzenetére
Persze
-
válasz
pmonitor
#17603
üzenetére
Tudod, h kit kene neked megnezned? justine-t.
The above command fixes GCC so it outputs portable binaries that will run on every Linux distro in addition to Mac OS X, Windows NT, FreeBSD, OpenBSD, and NetBSD too. For details on how this works, please read the αcτµαlly pδrταblε εxεcµταblε blog post. This novel binary format is also optional, since
hello.com.dbgis executable too, only on your local system since it's an ELF binary.
Your program will also boot on bare metal too. In other words, you've written a normal textbook C program, and thanks to Cosmopolitan's low-level linker magic, you've effectively created your own operating system which happens to run on all the existing ones as well. Now that's something no one's done before.
Olyan binarist csinal, ami fut kb. az osszes OS-en, de OS nelkul is
-
válasz
hellomi
#17532
üzenetére
regex alatt a parancssort erted?
❯ lsvalamifdhsdfhd.pdf valamifhshfhsf.pdf valamihfhfhdsfy.jpg.pdf valamihfshjsdfhns.pdf.jpg valamihfssh.pdf valamihrfjhdjh.pdf valamivalami.pdf❯ i=1;for f in `ls | grep -e "^[^\.]*\.pdf$" | sed "s:\.pdf$::"`; do echo "mv $f.pdf $f-$i.pdf"; let i=i+1; done;mv valamifdhsdfhd.pdf valamifdhsdfhd-1.pdfmv valamifhshfhsf.pdf valamifhshfhsf-2.pdfmv valamihfssh.pdf valamihfssh-3.pdfmv valamihrfjhdjh.pdf valamihrfjhdjh-4.pdfmv valamivalami.pdf valamivalami-5.pdf❯ i=1;for f in `ls | grep -e "^[^\.]*\.pdf$" | sed "s:\.pdf$::"`; do mv $f.pdf $f-$i.pdf; let i=i+1; done;❯ lsvalamifdhsdfhd-1.pdf valamifhshfhsf-2.pdf valamihfhfhdsfy.jpg.pdf valamihfshjsdfhns.pdf.jpg valamihfssh-3.pdf valamihrfjhdjh-4.pdf valamivalami-5.pdf
-
válasz
stellaz
#17479
üzenetére
A Clojure (mint barmilyen Lisp) vegtelenul egyszeru szintaxissal rendelkezik, es szerintem ha valaki elegendoen sokat gondolkozik a programozasrol es gyakorolja a programozast, az elobb-utobb eljut oda, hogy uzleti logikat valojaban mindig valamifele Lispben kellene irni. Csak 1) idaig nem mindenki jut el 2) nem erre ment az ipar, szoval amire rajonnek erre az emberek, addigra mar nincs olyan sok ido nyugdijig, szoval inkabb keresnek meg egy kis penzt C#-al meg Java-val
-
Az AlphaZero egy kutatasi projekt, nem kereskedelmi.
> Nem árulod el az AI-nak, mi az a ceruza rajz, csak beadsz neki fényképeket, meg ceruzarajzokat, és azt mondod, azok alapján készítsen ceruzarajzot. Ha meg tudja csinálni, az minőségi különbség
Pont igy tortenik. Sot, azt is meg tudja csinalni, hogy beirod neki angolul, hogy csinalj ceruzarajzot a magyar parlamentrol, es megcsinalja.
> A felsoroltakon túl van még reálisan főterület, ahol az ML előkerül?
Persze, rengeteg helyen. Mondok egy peldat: mi most lehet, hogy veszunk olyan rendszert, ami ML alapon elemzi azt, hogy mi tortenik az infrastrukturadban. Tehat van kurvasok szervered, programod, usered, stb., akik mindenfelet csinalnak. Meg szeretned oldani, hogy villogjon egy szirena, ha valaki olyasmit csinal, amit nem kellene neki. Erre van egy olyan megoldas, hogy elkezdesz szabalyokat irogatni. Ez elmeletileg jol hangzik, csak soha nem fogod tudni megcsinalni, mert annyira sok eroforrasra van hozza szukseg. Aztan van egy olyan verzio, hogy megmutatsz mindent egy gepnek, es azt mondod, hogy legyszi szolj, ha valami szokatlan tortenik. O meg majd szolni fog, ha az X Kubernetes pod elkezd hozzanyulni az Y adatbazistablahoz, pedig ilyet meg soha nem csinalt. Egy csomo fejlesztoi orat kivalthatsz ezzel, szoval ha mondjuk egy fejleszto atlag 100e dollarba kerul evente (ami kb. realis itt keletebbre, USA-ban azert ez joval magasabb), akkor maris meger ez egy csomo penzt.
Aztan pl. a Waze meg a Google Maps is ML alapokon saccolja elore a forgalmat es tervezi az utvonalat. Bankoknal fraud detection szinten. Stb. stb.
-
válasz
martonx
#17455
üzenetére
Nem vagyok ML profi, de ez egyebkent sem jo reakcio, felesleges cinikuskodni.
Akkor konkretan: az LSTM elmeleti resze kb. 2000 korul lett ismert. Az ebbol kinovo terulet az egyik legnagyobb hatasu tudomanyos elorelepes az ML teruleten. Azt allitod, hogy ez vegulis csak sima statisztika, es a hardverek fejlodesevel ezek nelkul az elmeleti elorelepesek nelkul is kb. ugyanitt tartanank?
-
válasz
martonx
#17452
üzenetére
A mostani ML-szupersztarok 30 eve egy tokre lenezett terulettel foglalkoztak. A rendszamfelismero backprop halo meg a mostani DL rendszerek _teljesen_ mashogy neznek ki.
Szerintem erdemes lenne abbahagyni a magabiztos kinyilatkoztatasokat egy olyan teruletrol, amirol szerintem semmit nem tudsz.
-
válasz
martonx
#17450
üzenetére
> De ne tegyünk úgy ML, AI kapcsán mintha most valaki feltalálta volna a spanyol viaszt, és a semmiből idekerült volna valami tökéletesen új csoda
De, a helyzet az, hogy pl. a Hinton-fele kutatasok emeltek teljesen uj szintre ezt a tudomanyt es iparagat. Abszolut nem arrol van szo, hogy siman csak tobb hardverunk lett, es emiatt jobban mennek a dolgok.
> Igen, a számítógépeknek köszönhetően új szintre emelkedett.
Nem, a szamitogepeket azutan gyurtak ra a temara, miutan megtortentek az elmeleti elorelepesek.
-
Nem. Mi az, hogy ertelmi minoseg? Egyebkent is, hagyjuk a gepi intelligenciat, maradjunk a gepi tanulasnal.
Szoval a gepi tanulas lenyege (szerintem) az automata modellalkotas. Tehat nem az van, hogy te csinalsz egy modellt, es leirod a programban, hanem olyan programot csinalsz, amelyik (kulonfele modokon) kepes modelleket alkotni.
Tehat a lenti peldaban egy csomo kep es szoveg alapjan a program kepes modelleket alkotni arrol, hogy mit jelent az, hogy 'ceruzarajz'. Nem irta be a programozo, hogy a 'ceruzarajz a szurkearnyalatokkal es vekony vonalakkal dolgozo kep, amiben jellemzoen 10000 es 100000 kozotti 'vonas' van, es a 'vonas' definicioja a ...' -- hanem megmutatnak neki egy csomo ceruzarajzot, es elmondjak neki, hogy 'ez mind ceruzarajz'. A program meg altalanosit.
-
Az ML nem ez.
Mondok egy peldat. Statisztikaval nem tudsz olyan programot csinalni, aminek azt mondod (szovegesen, angolul), hogy 'generalj egy ceruzarajzot, amin egy urhajos lovagol egy lovon', es produkal egy ilyet:
Az ML/DL arra jo, hogy olyan osszefuggeseket talaljon adathalmazok kozott, amit hagyomanyos statisztikai/matematikai modszerekkel nem tudunk. Pont ez a problema is vele: egy jol mukodo ML rendszernel sem lehetsz biztos abban, hogy minden korulmenyek kozott jol fog mukodni.
-
>szatelit rendszerekkel, amelyeknek vagy nincs normális dokumentációja, vagy elavult
A mai világban tessék leszokni az általánosításról. Esélyesen közbeékelődött valaki, aki borítékot akart a zsebébe. Tőled, akkor, és ott nem kapta meg. Szóval neked, akkor, és ott nem volt dokumentáció.wtf
-
válasz
martonx
#17361
üzenetére
> Ha önképzés a cél, akkor a felhőben futtatási lehetőségekkel kellene ismerkedni, nem linux szervert konfigurálgatni.
Nem tudom, hogy ez miert van igy. Attol fugg, hogy miben szeretned kepezni magad. Lehet persze Heroku/Fly.io/Vercel/stb. iranyba is indulni, de olyat meg nem lattam, hogy artott volna, ha valaki takolt volna sajat szervert, vagy akar sajat maga rakott volna fel k8s-t.
A serverless meg total mas teszta, mas elonyokkel/hatranyokkal.> No persze felhőben (ok, számomra a felhő az AWS, Azure, Google Cloud) is lehet komplett szerver instance-t keríteni, ha valaki mindenáron ehhez ragaszkodik.
Lehet, de elonye nincs, csak hatranya (dragabb). Sima VM-ekert en tuti nem mennek a nagy felhokhoz, tenyleg remisztoen dragak tudnak lenni.
-
A burokracia tultolasa az agilis fejlesztes felreertese.
Az agilis fejlesztesnek annyi a lenyege, hogy beismerjuk, hogy nem tudjuk pontosan felmerni a vegleges kovetelmenyeket, tehat elindulunk valamerre, es kozben folyamatosan csekkoljuk, hogy jo iranyba haladunk-e.
Az agilis fejlesztes eleve nem fer ossze a fix hataridokkel. Eleve a fix hatarido es a fix szkop nem fer ossze (vagy az egyik, vagy a masik). Tehat agilis fejlesztesnel nem tudunk elore megegyezni abban, hogy mikorra lesz kesz az egesz, hiszen pont azt ismerjuk be, hogy nem tudjuk meg, hogy mit fog tartalmazni a vegleges termek.
-
válasz
pmonitor
#17333
üzenetére
> Egyébként a ti "közösségetek" mit tart értékne
A kozossegrol nem tudok nyilatkozni, de nekem pl. ertek az, ha masoknak (vasarlo, ugyfel, munkaltato, vagy akarcsak egy kozosseg vagy szemely) valamifele erteket tudok adni. Ennek egyebkent az egyik fo indikatora (for-profit kornyezetben), ha fizetnek erte.
-
-
Pont ilyen szituaciokra valo az 'agilis' fejlesztes, aminek nem az a lenyege, hogy standup van, meg sprint planning, hanem az, hogy vegig tisztaban vagyunk azzal, hogy a fejlesztok es a kliens fejeben nem pont ugyanaz van, es pont emiatt folyamatosan konzultalunk az ugyfellel, hogy ne a vegen deruljon ki, hogy rossz iranyba mentunk.
-
válasz
bandi0000
#17116
üzenetére
> Én részemről az lenne a tuti, ha olyan doksit kapnék, ami alapjàn leülök és lekódolom kérdés nélkül
ilyen nincs, legfeljebb nagyon egyszerű feladatok esetén. Főleg azért, mert ha lenne ilyen doksi, akkor lehetne olyan compilert írni, ami programot fordítana a doksiból.
Minél bizonytalanabb a feladat, annál nagyobb puffert kell hagyni. Nálunk az a szokás, hogy adunk egy 50%-os becslést meg egy 90%-osat. Például : 50%, hogy megvan 3 hónap alatt, és 90%, hogy megvan 5 hónap alatt.
de agilis fejlesztés esetén fordítva szokás nézni: mi az, ami belefér X időbe -
Hagyjatok mar szegenyt. Nyilvan o tudja a tutit, mig pl. az NHS kifejezetten eloirja, hogy a beszallitok publikus felhot hasznaljanak sajat megoldas helyett.
-
.net nem optimalizalt temajahoz:
https://github.com/dotnet/runtime/pull/63285
SIMD implementacio indexOf()-ra.
-
-
#16881
emvy
félisten
Netszemete
#16877
válasz
Netszemete
#16877
üzenetére
Nem, webes API-t sokminden használhat, de ha pl. óriási ateresztokepessegre van szükség, akkor nem feltétlenül a JSON a legjobb megoldás. Vagy ha gyors JSON de/szerializaciora van szükség, akkor nem a toString-et használunk. Jelenleg a C#-ban elérhető Utf8Json implementáció például egy 3-4 property-vel rendelkező osztályt kb. 100 nanosec (!) alatt szerializal JSON formátumra, ami kb. 100 bajtot eredményez egyébként. Azaz másodpercenként 1 CPU mag kb. 1e7*1e2 =>1e9 bajtnyi adatot tud kitolni JSON-ban, azaz 1 GB/sec sebességgel tudna kiküldeni a JSON streamet, ami gyakorlatilag szaturálna egy 10 Gbe linket.
-
#16876
emvy
félisten
Netszemete
#16872
válasz
Netszemete
#16872
üzenetére
Böngészők felé történő kommunikáció során a szerializacio nem szuk keresztmetszet. (Drizzt is ezt mondja, csak igényesebben
)L
-
#16871
emvy
félisten
Netszemete
#16869
válasz
Netszemete
#16869
üzenetére
Nagysebessegu de/szerializasal nem perszolunk, pont. Jo eséllyel annyit történik, hogy a hálózaton bejövő adatot egy-az-egyben írjuk a memóriába (es fordítva: a memóriában levő adatot egy-az-egyben toljuk ki a hálózatra).
-
-
válasz
pmonitor
#16865
üzenetére
Hányszor kell sztringet szamma konvertálni a tőzsdén?
Deszerializacional (pl. áttolsz a hálózaton egy rakás adatot, es utána a memóriába akarod rakni, mint szám) nyilván nem atoi-t használnak meg parseInt-et.
Amikor meg megjelenitesz egy csomó számot, pl. egy C# GUI-nal, arra pl. az Int32.toString() tökéletes (nagyon gyors). Ha mondjuk egy képernyőn van 2000 szám, amik másodpercenként 2* változnak, az 4000 konverzió / másodperc, az nagyon alacsony szám.
-
válasz
Vision
#16849
üzenetére
> Tehát a havonta változtatást vezették be, az összes többi volt eddig is.
Ezt mondom, uber faszsag.
> és körbe van vastagon tűzfalazva meg VPN-ezve
Ja, es ez is so kétezres évek. Merthogy a tűzfal majd megvéd. Ja. Ezert van az, hogy a világ legjobban vedett rendszereinek egyike (Google belso szolgáltatásai) kint van az interneten, tűzfal nélkül.
https://en.wikipedia.org/wiki/Zero_trust_security_model
"The once traditional approach of trusting devices within a notional corporate perimeter, or devices connected to it via a VPN, makes less sense in such highly diverse and distributed environments. Instead, the zero trust approach advocates mutual authentication, including checking the identity and integrity of devices without respect to location, and providing access to applications and services based on the confidence of device identity and device health in combination with user authentication.[1]"
-
válasz
Vision
#16847
üzenetére
> Most bevezették nálunk azt, hogy havonta kell az ügyfeleknek jelszót változtatniuk, nem egyezhet meg az előző 12-vel, kis-nagybetű-szám legyen benne, minimum 8 karakter.
B+.
MOST vezetik be, 2021-ben, amikor mar jópár eve konkrétan ellenjavallt ez az idiótaság? Konkrétan _csokkenti_ a biztonságot, nem növeli.
Nahat ez az, ami nem penz, hanem kompetencia kérdése.
https://pages.nist.gov/800-63-3/sp800-63b.html
"Verifiers SHOULD NOT impose other composition rules (e.g., requiring mixtures of different character types or prohibiting consecutively repeated characters) for memorized secrets. Verifiers SHOULD NOT require memorized secrets to be changed arbitrarily (e.g., periodically). "
NIST guideline.
-
válasz
Vision
#16824
üzenetére
Ok, nyilván nem ismerem a részleteket, szóval csak a példa kedvéért mondom, de:
Tegyük fel, hogy a lentieket megjelented a képernyőn, es ha valamelyikre rákattint a user, akkor kapsz róla több információt. Tehát legyen a képernyőn mondjuk 1-2 aktuális folyószámla (a megjelenített információ mondjuk 500 bajt) , 2 bankkartyainformacio(mondjuk 500 bajt), választhato bankkártyak (mondjuk 1 kbyte nyersen), es egy rakás biztosítási termek, amit az ügyfel választhat (mondjuk 2 kbyte, annal tuti nem lehet több az, amit a képernyőn meg tudsz jeleniteni).
Nyilván ezek mögött az adatok mögött rengeteg apróság es részlet van, amit meg akarsz majd mutatni, de _egyszerre_ nem kell több. Tehát mondjuk egy 'overview' képernyőn van 4 kB információ. Ha van 1 millió user, az 4 GB nyers adat. Tehát csinálhatsz egy olyan cache-t (view-t), ami simán memóriában tart ennyi adatot (oke, legyen mondjuk 40 GB, mert a struktúra nem optimális), es igy csak akkor kell majd a valódi 'nagy' backendhez menni, ha valaki részletekre kíváncsi.
Nyilvan a valóság ennél bonyolultabb, de nagyon ritka olyan, hogy 'nem lehet cache-elni'.
-
válasz
Vision
#16818
üzenetére
> Hát, bekesseled az egész banki adattárházat?
Nyilván nem, de elég ritka az, amikor az aggregált metrikak számítása közben nincs semmi olyasmi, ahol a részeredményeket el lehetne rakni.
Egyekbent mi is ilyen gondokkal küzdünk most, es egyelőre a megoldás az, hogy pénzt locsolunk ra, nem pedig humanerőforrást. Azaz: inkabb fizetünk +10k USD-t a felhoben azért egy honapban, hogy on-demand odadob a szolgáltató +1000 CPU core-t az analitika mögé, ha szükség van ra, minthogy raallitsunk X embert, hogy optimalizaklja. Persze ez hosszútávon nem fenntartható, mert a +10k-bol könnyen lesz +50k, ott meg mar (nekünk) elkezdi megérni, hogy fejlesztot tegyünk ra.
-
válasz
zsolti_20
#16762
üzenetére
> 0x68F5F0
C#-bol ezt nem nagyon fogod tudni megoldani, ugyanis a memoriacim, amit írsz, az szeg virtuális, nem abszolút. Egy program nem tud a másik program memoriateruletere írni, csak az OS kernel tud ilyet, szóval kernel driver kell (a cheat engine gondolom ilyen alapon működik).
-
-
válasz
pmonitor
#16524
üzenetére
> Szóval, ha vesztenék(rossz esetben), akkor mit gondolnának rólam a többiek?
Hat az, hogy a forumon rosszat gondol rolat par ember (aki mar igy is hulyenek nez), az egesz mas, mint kifizetni 10 milliot
> Ha ügyvéd biztosít, hogy megkapod a lóvét, akkor mire írod, hogy komolytalan?
Az ugyved az nem biztosit semmirol, csak arrol, hogy a szerzodes ervenyes. Utana ha nem adod oda, akkor eleg maceras megszerezni, sok-sok-sok evbe telik, annal azert dragabb az idom.
Tehat gyerunk, majd szolj, ha megvan.
-
válasz
pmonitor
#16520
üzenetére
> A 10M-t nem tudom letétbe helyezni, de biztosítékot tudok rá adni(a vagyonom több, csak a vesztésem esetén kell egy kis idő, hogy meg tudjam adni, de nincs vele gond).
Ilyen nincs, ez komolytalan. Szedd elo, es mehet. Escrow nelkul lenyegeben lehetetlen normalisan fogadni, mert anelkul mi lesz? Polgari per? Ne vicceljunk mar.
> De azt is bele számoltad, hogy a több megnyitással a számítási idő is növekszik(tehát amíg ellenőrzöd az ütközést)?
Persze.
> Ezzel szemben mégis egy éves futásidőt emlegetsz.
Mivel garantaltan meg akarom nyerni, emiatt persze. De mostmar arrol beszelunk, hogy garantaltan nyerjek, te meg onnan kezdted, hogy garantaltan te nyersz
Na jo, szoljal amikor megvan a 10M nelkulozheto penz, ha tuti nyersz, akkor nem lehet gond ennyit kolcsonkerni valakitol.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Gamer PC - R5 5500, RTX 2060 és 16gb RAM + GARANCIA
- 2025-Ös 10 Magos Legújabb Intel Core Ultra 5 225F 10x4.9Ghz RTX 5060TI 16/32Gb DDR5 5600Mhz 1TB M.2
- Ubiquiti UCG-Max-NS Cloud Gateway Max Unifi
- Apple iPhone 13 Mini 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 Mini 128GB, Kártyafüggetlen, 1 Év Garanciával
- HIBÁTLAN iPhone 13 mini 256GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3441, 92% Akkumulátor
- Bomba ár! HP Elitebook 840 G1 - i5-4GEN I 8GB I 180GB SSD I 14" HD+ I Cam I W10 I Garancia!
- Új MSI 17 Raider GE78 QHD 240Hz i9-13980HX 24mag 32GB 2TB SSD Nvidia RTX 4090 16GB 175W Beszámítás!
- HIBÁTLAN iPhone 13 512GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3273, 100% Akkumulátor
- BESZÁMÍTÁS! Microsoft XBOX Series S 512GB játékkonzol garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest