- India felől közelít egy 7550 mAh-s Redmi
- Samsung Galaxy S23 Ultra - non plus ultra
- Vivo X200 Pro - a kétszázát!
- Xiaomi 14T Pro - teljes a család?
- Okosóra és okoskiegészítő topik
- Motorola Edge 30 Neo - wake up, Jr...
- Hivatalos a OnePlus 13 startdátuma
- Samsung Galaxy Fit 3 - keveset, de jól
- Huawei Mate X6 - keleti oldal, nyugati oldal
- Samsung Galaxy A56 - megbízható középszerűség
Új hozzászólás Aktív témák
-
dabadab
titán
Teljesen jol definialt az elso eset
A C++ standard ezt másképpen gondolja
"In a single-object delete expression, if the static type of the object to be deleted is different from its dynamic type, the static type shall be a base class of the dynamic type of the object to be deleted and the static type shall have a virtual destructor or the behavior is undefined."
[link] -
dobragab
addikt
Az, hogy a masodik kodreszlet nem szabvanyos, csak C-ben, C99-tol, C++-ban sose volt az. Egyebkent a neve Variable Length Array.
Az elsovel pedig az a baj, hogy a
delete[]
-et konnyu elfelejteni (vagy nem figyelni valami aprosagra, ami miatt nem fut le, hiaba irtad ki, pl.return
vagy kivetel), sulyos hibaforras.Hasznalj helyette
std::vector
-t, esetleg teddstd::unique_ptr
-be, ha a vector tul "nagy" (arduino-n nem tudom mik vannak). -
ToMmY_hun
senior tag
Tegyük fel, hogy placement new-val foglalsz területet egy objektumnak és ebből készítesz pointert, vagy készítesz egy szimpla változót, és azt éred el cím alapján. Szerinted ez egy és ugyanaz? Lehet C++-szal kezdeni, de nehéz menet lesz. Szerintem egyszerűbb az alapokkal kezdeni, majd abból építkezni magasabb szintek felé. Nálunk a suliban ASM volt a kezdés, utána C, aztán opcionálisan C++ vagy egyéb. Szerintem így eléggé alaposan el lehet sajátítani a szükséges szemléletmódot és tudást. Nem véletlenül oktatják ilyen sorrendben az egyetemeken sem.
-
ToMmY_hun
senior tag
C-vel kezdtem és sokkal könnyebb, mint C++-ban programozni. Alapozni nagyon ideális. Szerintem maga az OOP programozás nem kezdő téma, legfőképp nem C++ segítségével. Én még kezdő C++ programozó se vagyok, van OOP és C tapasztaltom is, de még így is azt mondom, hogy nem egyszerű. Feltéve ha jól akar benne programozni, alibizni bármiben lehet. Amennyiben mindenképpen OOP a cél, akkor Javat javaslom, sokkal letisztultabb, kezdő számára ideálisabb. Ahhoz van jó könyv is, méghozzá az Agyhullám Java.
-
EQMontoya
veterán
Szerinted mi az amit kezdokent C-ben egyszerubb mint C++-ban? (foleg hogy a C++ az kb 99.9%-ban felulrol kompatibilis a C-vel)
Az, hogy C++-ban kb. minden olyannal foglalkozol, amivel C-ben, de ha C-vel kezdesz, akkor nem egyszerre fogsz belezavarodni a referenciákba, pointerekbe, smart_ptr-ekbe és az érték szerinti átadásba, hanem csak a felé kapod egyszerre az arcodba.
Továbbá nem fogsz kapásból belefutni mondjuk a vptr-be, hanem lesz már némi fogalmad a függvénypointerekről, el tudod képzelni, hogy hogyan is működik az egész. -
EQMontoya
veterán
-
Davs
tag
szerintem most nagyon mellenyultam ezzel az otlettel igy :
mainwindow.cpp
#include "mainwindow.h"
#include "ui_mainwindow.h"
#include <QDebug>
#include <QtCore>
#include <QtGui>
class button : public QPushButton {
public:
button(QWidget *parent = 0);
void enterEvent(QEvent *event);
void leaveEvent(QEvent *event);
};
MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
j=0 ;
ui->setupUi(this);
button xy ;
xy.show();
}
MainWindow::~MainWindow()
{
delete ui;
}
button::button(QWidget *parent)
: QPushButton(parent)
{
setText("default");
}
void button::enterEvent(QEvent *event){
setText("over");
}
void button::leaveEvent(QEvent *event){
setText("off");
}de nem jelenitodik meg a gomb
-
Jhonny06
veterán
Tehát ha a VS-ben létrehozok egy bármilyen C++ projektet, akkor az tuti Visual C++? Egyáltalán honnan ismerem meg, hogy standard C++-e vagy nem? Mert gyakorlatilag egy bármilyen IDE-be bemásolom a forrást és ugyanúgy lefut a VS-ben használt kód mondjuk egy Code::Blocks-ban is.
-
proci985
MODERÁTOR
szerintem lehet egyel nagyobb is az eredeti tömbméretnél. leírás alapján nekem ez egy Cben használt dinamikus tömb megoldásnak tűnik. más kérdés, hogy nem értem, hogy ez minek C++ alatt, amikor ott vannak a beépített funkciók.
h1ght3chzor:
Memory::tomb[k]=a;a az itt micsoda? honnan jön? mi a típusa? szerintem ez is lehet baj.
tippek:
- használj változóneveket angolul, konvenciókkal. pl class scope változóneveknél m előtag sokkal átláthatóbb kódot eredményez.
- a this és Class:: jó móka, de legyél velük koherens
- ha nem ez volt a lényeg, akkor használd a beépített C++ funkciókat. vannak szép dinamikus listák, ez nem C. ArrayListel egy sima add() meghívásával megoldható a problémád
- getProjektMeret redundanciát és több helyen tárolt változókat jelent, amiket pl a mutatott kód alapján nem is updateltél. szerencsésebb a tömb méretét nem letárolni külön, vagy létrehozni egy külön container classot, ha mndenképpen sajátot akarsz írni.
(másképp: ránézésre vizsgafeladatnak hittem a problémád, annyira spagettiszerű. ez hosszú távon nem jó)ArchElf: még azon gondolkodtam el, hogy a tömbnél a tárolás hogy van megoldva, mert a delete[] elvileg csak a mutatókat törli implementációfüggően. nem vagyok benne biztos, de ez nekem gyanús, hogy leakelni fog (pl saját operator= segítségével nem).
WonderCSabo: tippeltem, illetve tippelek.
temp1[i]=tomb[i];
this->tomb=new Project [this->getprojektmeret()+1];
Memory::tomb[k]=temp1[k];mivel egy dinamikus tömböt megvalósító funkcióról van szó arrayekkel, a két tombnek elvileg ugyanoda kéne kerülnie. a két kódrészlet futás után csak akkor egyezik, ha ugyan ahhoz a classhoz tartoznak. hacsak nem tomb egyszerre van deklarálva globális változóként és a Memory class változójaként (és a this miatt ebben az osztályban) is, de az azért erős lenne. ha viszont eléri a tomb[]ot innen, tomb[], Memory::tomb[] és this->tomb[] megoldásokkal is, akkor jelen pillanatban a Memory classban kell lennünk, másképp három különböző tömbről lenne szó. habár, a this->tomb sor kiakad, szóval lehet, hogy mégse így van. ebből következtettem, hogy ha ez így működik, akkor a Memory classban kell lenni.
getprojektmeretnek classfunctionnak kell lennie, ami eltárolja az elvárt projektméretet és nem a tomb méretét adja vissza (egyébként az új projektnél kiakadna).
-
-
bandi0000
nagyúr
köszönöm a segítséget...
Egyenlőre csak olyat kerestem aki ért hozzá
de itt van akkor a hiba üzenet hátha valaki tud vele valamit kezdeni:"lkém - Debug" uses an invalid compiler. Probably the toolchain path within the compiler options is not setup correctly?! Skipping...
Nothing to be done. -
peterszky
őstag
Igen, csak az a problémám, hogy Oracle csomag nincs, ahogy keresgéltem...
[link] - itt írják, hogy miket kéne megtenni, csak a jelenlegi installnál hiányzik az oci mappa és a benne lévő fájlok, amik szükségesek a driver fordításhoz (qoci.pro, forrásfájlok).
(Ubuntu 11.10, Qt és Oracle 10g XE triót szeretném megkedveltetni egymással)
-
amargo
addikt
Vannak itt gyöngyszemek, amiket a studio csak a 10-es verziójára volt képes kinőni
Ezt gondolom már megtaláltad., tovább. De erre én is csak azt tudom írni, hogy a project-el van a gond, nálunk is volt rengeteg ilyen, akár hibás control-nak köszönhetően. Pl a devexpress-es control-ok sokszor szörnyen vannak megírva, igaz a support válaszol.
1, ilyen akkor szokott lenne, ha több studio is meg van nyitva, akkor a legutolsóját jegyzi meg.
2,
a, 10-es ben oldották meg
b, továbbra is szívásÉn relative path hivatkozásokat használok, mert bizony a referenciákkal bőven lehet szívni. Amióta csak így használom nem futottam ilyen hibába.
3, C# esetén szinte mindig pontos üzeneteket ad, igaz a 8-al való ismereteim már kicsit megkoptak, de ott is inkább a c++-os projektekkel szívtam én is, de ezek inkább a linker "hibái".
Van egy "általános megoldás" a furcsa hibákra, VS újraindítása
, nálam is tűntek már el dolgok kb évente 1x a tfs-t elveszti.
A megfogott fájl kapcsán pedig érdemes megnézni process explorer-el, mert bizony meg van az fogva, ilyenkor nálam mindig az a helyzet, hogy a VS fogta meg és bizony újra kell indítaniSajnos a frissítések itt új vásárlást is jelentenek, amit sokszor nem is lehet megjátszani, mert <1.1-et már csak target-ek bűvészkedésével lehet elérni.
Hozzáteszem nem védeni akarom, csak mint írtam sokszor rájöttem, hogy bizony én hibámból feküdt meg a VS, persze az UI-ra ez nem mentség, az a régebbi verziókban tényleg borzalmas, ha 6-ot használtál, akkor igazán ott kaparod meg magad
-
kingabo
őstag
Ezt nem tudtam.
Nálunk egyetemen a mai napíg tanítanak ADA-t, ill tudtommal fejlesztik is a nyelvet azért említettem azt a Delphivel szemben. Illetve érzetre könnyebb Pascalról ADA-ra átmenni egy kezdőnek, mert közelebb áll (vagy csak én éreztem így) a 2 gondolkodás módja, mint a Delphinek. Persze webfejlesztéshez se Pascal se Ada. -
kingabo
őstag
"a pascal tanulni jo, de gyakorlati haszna maganak a nyelvnek nem sok van..."
A pascal-ra "épül" az ada amit katonáéknál elég sok helyen használnak ma is."webfejlesztesre meg ahogy mondod, a C#nem jatszik "
Ott az asp.net, igaz kezdőknek nem ezzel kell kezdeni, meg ehhez is kell előtte html+js. -
CoolBoy323
nagyúr
akkor kezdjem a javaval?
azért a web-es területre esett a választásom, mert másra nem nem lenne szükségem sose talán, meg annyira jól úgy sem tudok megtanulni egy nyelvet magamtól, h azzal érjek is vmit, kivéve a webet SZERINTEM, azt meg tudnám tanulni idővel úgy, h egy normális oldalt össze tudjak hozni... de javítsatok ki ha tévednék!!!
-
Jhonny06
veterán
Nem tudom, hogy akkor mi lenne a jó.. ilyen "régi" nyelvekkel tuti nem tölteném az időmet, a C++ később megtérül. Hiába nem a programnyelv a lényeg, hanem a gondolkodásmód, akkor se.. mondjuk engem vonzanak a modern dolgok, szeretek a Visual Studio-val dolgozni, már csak ezért is gáz volt a pl. a Turbo Pascal-féle ocsmány GUI (persze ez a legjelentéktelenebb szempont).
-
n00n
őstag
Nem vált rá. Ne forgasd ki a szavaimat.
Csak kacérkodott a gondolattal. Megjelent ez a cikk és ezután egy interjúban kérdezték, hogy van-e esélye, hogy Qt-re váltanak, azt mondta Mark, hogy megeshet.
Macskás példán keresztül kezdi el az osztályokat magyarázni. Hogy vannak privát változói (életkora), meg publikus függvényei (életkor módosítás, életkor lekérése, !nyávogás!
) meg ilyenek. Egy másik helyen talált autós példák sokkal közelebb állnak hozzám.
-
n00n
őstag
Na tegnap kicsit utána néztem mindkettőnek, a Qt szimpatikusabb, plusz elég valószínű, hogy ez lesz a jövő.
Nem is véletlen, hogy az Ubuntu is kacérkodik a Qt-re váltás ötletével.
A 24 óra alatt könyv kb felét kiveséztem. Vannak pozitív tapasztalatok és negatívak is vele kapcsolatban. Van amit kifejezetten jól, szájbarágósan magyaráz, van amit azért nem visz túlzásba. Plusz ezek a macskás példák nekem se fekszenek.
-
-
n00n
őstag
Köszi. Gyorsan átfutottam, nem tűnik rossznak.
Viszont most beszéltem egy kollégámmal, aki mondta, hogy van egy könyve, odaadta.
Ez az:
Bjarne Stroustrup: The C++ Programming Language Special EditionViszont erről azt olvastam, hogy inkább már haladó szintű programozóknak ajánlott. Szerintetek ennyi tapasztalattal neki állhatok vagy keresek valami kezdőbb nyelvezetűt?
-
Jhonny06
veterán
Konkrétan az volt a kérdés (egy külföldi fórumon találtam) az interjún, hogy miért rossz, tehát rossz. Amúgy le se fordul a kód, ha kipróbálod, tehát tuti az. char** és const char** közötti konverzióról panaszkodik. Ezért próbálom megfejteni, hogy mi a magyarázat, a megoldás egyértelmű, csak nem sokat ér, ha nem értem, hogy miért.
-
Jester01
veterán
ráadásul gyanítom, hogy olyankor az osztályt megsemmisíti, és
úgyúj példányt hoz létre a default copy construktorralÍgy van. Ha nem POD objektum, akkor valamilyen konstruktor hívásnak lennie kell, akkor is ha az std::copy használatával történik a másolás (csak az még lassabb is lehet, mivel előbb default konstruktor majd operator= hívás lesz).
-
WonderCSabo
félisten
Ez igaz, viszont a dinamikus memóriakezelés miatt fragmentálódik a memória, az elemek elérése több erőforrásba kerül, sokkal több hibalehetőség van, stb. Fv. paraméterként meg érdemes referencia szerint átadni, és nem kell másolgatni semmit. Én nem mondanám, hogy minden esetben érdemes pointereket használni.
raadasul gyanitom, hogy olyankor az osztalyt megsemmisiti, es ugy peldanyt hoz letre a default copy construktorral, de ez csak tipp
Sztem meg inkább std::copy-val, vagy vmi ilyesmivel másolja át az adatokat.
-
Jhonny06
veterán
Egy átlagos vektort tudok kezelni, ami sima elemeket tartalmaz, azzal nem szokott gond lenni. Itt viszont már bekavarnak az osztályok is.
Szerintem itt valami más lesz a rossz, mert most kikommenteltem az elérő függvényeket és áttettem public-ba a listát próbaként és így sem éri el a Hallgato osztály elemeit.
pl:
peldany.lista[0].valami
Tehát egy Hallgato példányokból álló tömb kéne az Adatbazis osztályban.
proci985: Mondjuk az is érdekes lenne, ha még ezzel is küzdök.
-
Jhonny06
veterán
(Ilyenkor jövök rá, hogy mennyire nem tudok semmit.)
Szóval, most megpróbálom vectorral:
Osztálydeklarációnál, privát adattagként:
vector<Adatbazis> lista;
Ennek kéne elérő és módosító függvény, mert privát. Ez viszont nem megy, simán a "lista"-t nem engedi visszaadni.Mégis sikerült.A konstruktorban pedig lista.resize(random)-oltam, ez oké. És ezzel meg is van, vagy még for ciklusban inicializálni kéne, mint C#-ban a new taggal, minden egyes indexű elemet, vagy ez így ennyi? Ezt a részét nem értem C#-ban sem, hogy miért kell. Mármint a memóriafoglalásnak ezen része. Ezt csak akkor kell, ha deklarációnál nem adom meg rögtön a méretét, mert itt dől el, hogy mégis mekkora méretű lesz, nem? Így már van értelme. Bár gondolom vector-nál ezt nem kell, mert dinamikusan kezeli a memóriafoglalást.
(Ti is ennyit kérdeztetek kezdőként?
Nyugtasson már meg valaki.)
-
Jhonny06
veterán
Egy változó kell, ami minden példány létrehozásakor növekedik 1-el, ami oké, mert beleírom a konstruktorba, csak a legkisebb érték 100 lehet, azaz mondjuk 99-től indul. Az értem, amit írtál, de hova írjam a kezdőértéket? Az osztálydeklarációba nyilván nem lehet, a konstruktorba meg azért nem jó, mert minden példány létrehozásánál a kezdőértéket fogja megkapni.
-
proci985
MODERÁTOR
igen, arra.
asuspc96: wikipedia cikkeket érdemes elolvasni, a foglalkozó magyar oldalak jórésze elte/bme jegyzetekkel elég nagy hasonlóságot mutat (említett könyvet mindkét intézményben használják). a gyakorlatban pedig néha a wikis oldalak néha lényegesen érthetőbbek, mint maguk a jegyzetek.
angol wikis oldalakat szintén érdemes átnézni, általában relevánsak és használhatóak, implementációt is találni.
nevezett könyv egyébként eléggé száraz és inkább elméletre megy rá, cserébe meg lehet belőle érteni és eléggé tömören fogalmaz.
-
asuspc96
senior tag
Igazából még nem tervezek vele semmit... Jó lenne csinálni belőle egy ingyenes kis progit. (még tervezek bele egy két érdekes dolgot abból se szeretnék kihagyni benneteket)
Érdekel a matematikája ezt eltaláltad !
Hogyan lehet ezzel hozzájárulni valamilyen feltöréshez ?"pl a Katona/Recski/Szabó féle Számítástudomány alapjai ír gyorsabbat. bme info/elte mat ismerősnek biztos meglesz a könyv. eléggé elméletre fókuszál, de a lényeg benne van: polinomidőben prímtesztelés megy, ugyanakkor felbontást az ember nem kap."
Megkérdezhetem, hogy ennek a könyvnek mi a címe ?Üdv, asuspc96
-
asuspc96
senior tag
rendben leadom a rendelést a picérlánynak
"barmekkora szammal kepes dolgozni (mint pl. Perl-ben a BigNum es tarsai) akkor baromi lassu"
Fel lehet gyorsítani ? említettél erre valamit...
HTML-ből (JavaScript) átírni C++-ba lehetséges ? Egyáltalán a megírt program mivel használható ?
-
asuspc96
senior tag
Jó fátylat rá...majd ha szilveszterkor összefutunk (nem tudom hogyan) elhívlak sörözni
Most dobtam be neki egy hatalmas számot valami 999999999191919191919-et
(hasra ütésszerűen)
Szegény azóta is számol.....ha jol latom, ez Delphi? megírhatom(juk) másban is (pl. C++) csak működjön very very big
számokra is.
"lehet 'javitani' rajta: az in helyett long-ot kell hasznalni. sot, unsigned long long-ot, ez a szabvany szerint legalabb 2^64-1-ig tud szamot abrazolni, a te gepeden/forditoddal ervenyes maximum a ULLONG_MAX konstansban van"
Mennyi az elvi max ameddig számot tudna ábrázolni ?
Üdv, asuspc96
-
asuspc96
senior tag
nem "hisztiztem" csak mint megállapítás kijelentettem
Ami a Wikipédiában volt... és amit az amit az ELTE nyújt összehasonlíthatatlanul jobb az utolsó.... az ELTE által készítettnél sokkal tovább tudja mint "2 147 483 647".
kész kezelőfelület (nálam) = pl. mint a számológép....
értem ezalatt, hogy szépen begépelgetem nyomok neki egy "O.K." és erre neki áll számolgatni....type
TForm1 = class(TForm)
Edit1: TEdit;
Button1: TButton;
Memo1: TMemo;
procedure Button1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
const primek:array[1..jó sok prím mennyisége] of integer=(JÓ SOK PRÍM);
var
Form1: TForm1;
implementation
{$R *.DFM}
function prime(szam:integer):boolean;
var i:integer;
begin
i:=1;
while (i<=25) and (szam<>primek[i]) do i:=i+1;
prime:=(i<=25);
end;
procedure bontas(szam,i:integer);
begin
if not prime(szam) then
begin
if szam mod primek[i]=0 then
begin
szam:=szam div primek[i];
bontas(szam,1);
form1.memo1.Lines.Add(inttostr(primek[i]));
end else bontas(szam,i+1);
end else form1.memo1.Lines.Add(inttostr(szam));
end;
procedure TForm1.Button1Click(Sender: TObject);
var szam:integer;
begin
szam:=strtoint(edit1.text);
bontas(szam,1);
end;
end.eddig erre jutottam....és én egy ehhez vagy olyanhoz hasonlót képzeltem el mint az ELTE-n található. És ehhez kellene egy csini kis kezelőfelület...ennyi.
A gúnyolásra én erős irónia és cinikus szagot éreztem a hozzászólásodba de ha ez nem így van hát elnézést. De szerintem mindketten tudjuk az igazat
-
asuspc96
senior tag
"na jo, de o standalone programot szeretne
(bar szerintem abbol is tizezres nagysagrend elerheto a neten )"Nem nem ilyet szeretnék én egy normális választ szerettem volna hogy igen le lehet szedni, vagy sem...nem kigúnyolást meg azt amit TE művelsz...!
Nem kértem egy szóval se hogy kompletten írja meg helyettem azt mondtam hogy örülök a kódoknak is és ezt előre megköszöntem....
Ezért tart ez az ország ott ahol mert olyan emberekkel van tele mint Te...lehúzza a másikat és ki is gúnyolja ahelyett, hogy segítene és esetlegesen valamire használható választ adna....
Mr. doc a "PH! kedvence"... ha ennyit nyújtasz tálcán akkor köszönöm nem kérem..!
És ez a fele részemről OFF !Üdv, asuspc96
-
Drizzt
nagyúr
Ja tényleg, elég nagy.
Viszont láttam egy kollégánál, s attól nagyobbra emlékeztem azért. Most minden nap viszek magammal egy adag nyomtatott részt a könyvből amit linkeltem. Az a lényeg abban amit most csinálok, hogy Linux alatt legyen a lehető legjobb megoldás, platformfüggetlenség igénye nem merül fel. De már most vannak olyan részek, amik másképp vannak kezelve win alatt meg linux alatt. Jelzések, processzek, osztott memória, dinamikus könyvtárak, ilyesmi.
[link] -
Jester01
veterán
A sizeof(char) nem fogja megmondani a char méretét mert az definíció szerint mindig 1 lesz. C szabvány, 6.5.3.4.3 pont a sizeof operátorról: "When applied to an operand that has type char, unsigned char, or signed char, (or a qualified version thereof) the result is 1."
A CHAR_BITS az viszont igen
Jelenleg azonban nem ez a probléma, hanem az, hogy a ~ operátor (unsigned) int típusra automatikus konverziót csinál, lásd szabvány 6.5.3.3.4: "The result of the ~ operator is the bitwise complement of its (promoted) operand ... The integer promotions are performed on the operand, and the result has the promoted type."
-
nistv4n
tag
lehet én értelmeztem félre a kér(d)ését, akkor igazad van, de én úgy értelmeztem, hogy nem akarja, hogy gombot kelljen leütni, csak gondolom látni szeretné az eredményét a programnak, hogy jól működik-e.
Csak miután megadja az utolsó értéket, a progi lefut, kilép. Ezt kiküszöbölni pedig, kezdő szinten tökéletes az, amit írtam (win alatt, dev-c-ben, ezért is írtam oda, hogy ha esetleg ezt használja, akkor nem kell karakterre várnia).
Ellenkező esetben tény, hogy a pause hülyeség
Új hozzászólás Aktív témák
Hirdetés
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Subaru topik
- India felől közelít egy 7550 mAh-s Redmi
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen házat vegyek?
- PlayStation 5
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- World of Tanks - MMO
- Vicces képek
- Sütés, főzés és konyhai praktikák
- Vivo X200 Pro - a kétszázát!
- További aktív témák...
- 3DKRAFT.HU - 3D NYOMTATÁS - AZONNALI ÁRAJÁNLAT - GYORS KIVITELEZÉS - 480+ POZITÍV ÉRTÉKELÉS
- Targus Universal USB 3.0 DV1K-2K Compact docking station (DisplayLink)
- Új és régi konzolok Okosítása/Softmodoloása, és Szoftveres szintű javítása - RÉSZLETEK A LEÍRÁSBAN
- ÁRGARANCIA! Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASUS H87I-PLUS H87 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged