- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- MasterDeeJay: Natív 3Dfx Glide Windows11 alatt Voodoo1 és Voodoo2-vel.
- Magga: PLEX: multimédia az egész lakásban
- borg25: Kórházi beszámoló
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- N€T0X|N: Stellar Blade után
- [K2]: A vagyonvédelmi rendszerszerelővé válás rögös útja
- weiss: Pant* rant
-
LOGOUT
Új hozzászólás Aktív témák
-
skoda12
aktív tag
válasz
FeniX-
#17889
üzenetére
Outsourcing multi cégnél levő középvezetőtől tudom, hogy hasonló problémák miatt nem dolgoznak már magyar piacra. Ha egy ekkora cég bicskája beletörik, akkor nem kell meglepődni, hogy az ismerősöd is így jár.
Nem tudsz mit csinálni a nagyon problémás ügyfelekkel. Lehet nekik magyarázni mit hogyan kéne, de az az igazság, hogy náluk van a pénz és ha ők nem értenek egyet az ismerősöddel, akkor odébb állnak.
Vannak magyar cégek, akik ellavíroznak az itthoni piacon, de ahhoz akkora normális bejáratott ügyfélkör kell, hogy nyugodtan el tudják engedni a problémásakat.
-
FeniX-
senior tag
válasz
pmonitor
#17895
üzenetére
Sokat beszélgetünk erről, de a haver egyáltalán nem használja az ilyen szakmai fórumokat, szósöl-szarságokat meg végképp kevésbé.
Hasonló területen dolgozom én is, viszont ügyfelekkel sosem találkozunk, így közvetlen kollégáktól nem tudok tippet kérni/megbeszélni.
Gondoltam itt, hátha.. -
pelyib
tag
válasz
nevemfel
#17894
üzenetére
"A fejlesztők többsége általában nem jó sem ügyfélmenedzsmentben, sem az ügyfelekkel való kommunikációban, sem jogi kérdésekben, és nehezen tudnak technikai dolgokat egyszerűen, a köznapi ember által érthető-értelmezhető módon elmagyarázni. Ez van, nem érthet mindenki mindenhez."
Vajon ezert hajlando lenne egy fejleszto fizetni? kb freelancer BA / PM
-
nevemfel
senior tag
válasz
FeniX-
#17889
üzenetére
A fejlesztők többsége általában nem jó sem ügyfélmenedzsmentben, sem az ügyfelekkel való kommunikációban, sem jogi kérdésekben, és nehezen tudnak technikai dolgokat egyszerűen, a köznapi ember által érthető-értelmezhető módon elmagyarázni. Ez van, nem érthet mindenki mindenhez.
Ha továbbra is egyedül akarja ezt csinálni, akkor sajnos ezeket a dolgokat meg kell tanulnia, nincs mese. Belenézhet pár agilis-fejlesztős anyagba, amikből esetleg képet kaphat arról, hogy a menet közbeni változásokat hogyan lehet kezelni. A rugalmasság egyértelműen piaci előny, viszont ha valaki túlzásba viszi, akkor könnyen ráfizethet, úgyhogy ez félig-meddig művészet, hogy mennyi változtatás, mekkora rugalmasság engedhető meg, hogy mindkét fél jól járjon.
Esetleg megteheti azt, hogy felvesz rá alkalmazottat, olyat, aki képben van a projektmenedzsmenttel, az ügyféllel való bánásmódról. Közvetítőn keresztül is dolgozhat, ahol ezeket a terheket leveszik a válláról. Elmehet alkalmazottnak egy céghez, ahol fejlesztőként koncentrálhat a technikai dolgokra. Más opció nemigen jut eszembe. A saját céges élet sajnos ilyen problémákkal jár.
-
FeniX-
senior tag
válasz
martonx
#17892
üzenetére
Hali, köszönöm a tippeket. Igazából @Marton-x válaszára reagálva: jó fejlesztő, csak inkább az van, hogy úgy érzi, muszáj elvállalnia a melókat, mert vidéken, ahol lakik nem nagyon lát most hirtelen más munkalehetőséget szakmán belül. 'Kívül meg aztán végképp...
A hosszú évek óta, mióta ismerem 1db 'hiba' volt a számlájára írható. Egy oldal dizájn frissítése azt okozta, hogy lassabban töltődött be az új oldal, emiatt a gúgli hátrébb sorolta a találatok között. Ezt ingyen javította, és utána még vagy 2 hónapig ingyen supportot is biztosított az ügyfélnek, aki elfogadta ezt a kártérítési módot.
Itt inkább az ilyen 'szarrágó' olcsójános ügyfelekkel van a gond, ahogy látom.
Egyébként, szerintem is olcsóbb nem elvállalni az ilyen munkákat, nagyjából egy megfejtésre jutottunk.
-
martonx
veterán
válasz
FeniX-
#17889
üzenetére
Ez szimpla ügyfélkezelési probléma, nincs köze ahhoz, hogy az ügyfél magyar-e vagy külföldi.
Az ismerősöd nem tud bánni az ügyfelekkel és/vagy annyira rá van szorulva a pénzre, hogy rögtön ugrik mindenkinek mindenre, ezzel elkapatva az ügyfeleit.
Le kell szarni, hogy mit csinál a megrendelő dacára a szerződésnek, megegyezésnek, hiszen azért van szerződés, megegyezés, mert az a programozót is védi, nem csak a megrendelőt.
Ha le van írva, hogy milyen rendelkezésre állással dolgozik valaki és milyen módon fogadja el a support ügyeket, akkor ez van.
Persze ettől még lehet próbálkozni éjszakai telefonhívásokkal, meg mindenféle fenyegetőzésekkel, de a szerződés/megegyezés kimondja, amit kimond, ahhoz mindkét félnek tartania kell magát.No persze a dolognak lehet olyan olvasata is, hogy ismerősöd annyira szarul dolgozik, és annyira ótvar hibák jönnek elő a kódban, ami a megrendelő részéről elviselhetetlen, és mondjuk egy péntek délután felfedezett (netán előtte 10 percel kiélesített) hiba annyira durva, hogy nem várhat a hétfői javításig, mert addig X milliós bevételtől esik el a megrendelő a programozó hibájából.
Ha rendre ilyenek miatt jönnek a soron kívüli hívások, akkor meg azt tanácsolom az ismerősödnek, hogy ne erőltesse, ami nem megy, ne legyen programozó, menjen el inkább asztalosnak. -
Drizzt
nagyúr
válasz
FeniX-
#17889
üzenetére
Egyszeru a helyzet latszolag, megvalositani annal nehezebb, ha nincs az ember hozzaszokva: meg kell tanulni nemet mondani. Talan ott kezdodik az egesz, hogy egyaltalan miert reagal az ilyen jellegu megkeresesekre. Ha beleirja a szerzodesbe, hogy milyen formaban lehet megkeresni, milyen keretek kozott, akkor tartsa magat a dologhoz, ignoralja a telefonhivasokat. Nyilvan ez potencialisan ugyfel veszteseggel jar, de ilyen ugyfelet elveszteni valoszinuleg tobbet er, mint megtartani.
-
FeniX-
senior tag
Sziasztok, kicsit mellékszál téma, de olyan embert keresnék, akinek van tapasztalata az ügyfelek kezelésével kapcsolatban.
Mivel nem találtam kifejezett webprogramozós thread-et, ide írom le a jelenséget. Egyik ismerősöm KKV és most már nem először fut bele olyan ügyfélbe, aki dacára mindenféle szerződésnek, megegyezésnek, megállapodásnak (és amit akartok) úgy kezd el viselkedni, mintha kizárólagos "házi-programozója" lenne.
'Fizettem, akkor csináld meg, állj rendelkezésre 0-24ben'.
A jelenséghez hozzá tartozik:
- Ad hoc módon ad megbízásokat, de minden esetben telefonon, random időpontokban és nem hajlandó emailt írni, vagy összegzőt. (Végül általában már ő sem tudja, hogy mit akart pontosan)
- Azt képzeli, hogy bármikor, amikor felhívja a programozót, az eldob csapot-papot és vele /az ő dolgaival kezd el foglalkozni.
- Közkedvelt megjegyzés a "neked ez 5 perces munka!" típusú megjegyzés. (össze tákol valami félig-fos oldalt, ismeretlen keretrendszerrel, majd utána elvárja, hogy a 'webes' javítsa ki a hibákat [=értsd. ami neki nem tetszik], de még aznap.)
- Csipp-csupp ügyekkel is a programozót baxxtatja. Pl. "ez a gomb legyen zöld" .. - átállítja - majd: nem, nem mégsem jó, legyen sárga. Majd mikor ezek a vacakolások számlázva vannak, kikéri magának.
- Egy idő után érzelmi zsarolásba kezd. (Miattad nem tud elindulni az oldal / Ügyfeleket vesztek / Ki fogja nekem megtéríteni a kiesett időt) ..Az elmúlt jópár évben végig-kísértem az ismerős sztorijait, és 10-ből legalább 5 privát ügyfél ilyen. Legyen szó 50-es 'üzletasszonyról', vagy fiatal fuvarozó-vállalkozóról, vagy éppen végzős diák HR-esről.
Az elején normálisan indul, látszólag elfogadják a játékszabályokat, aztán menetből kiütközik, hogy ők is ilyen manipulátor típusúak.Sajnos a KKV-ban utóbb nem igazán lehet minden esetben megválogatni, hogy kiből lesz fizető ügyfél, úgymond 'muszáj' belemenni, máskülönben le lehet adni a szerelést a szertárban és nézni másik munkát.
Szóval, ha van köztetek valaki, akinek van ebben tapasztalata, és pár hasznos tippje, azt megköszönném!
-
Voy15
tag
válasz
pmonitor
#17886
üzenetére
Ezt amúgy cége válogatja.
A Facebooknál pl kiírják a nevedet
De biztos van ahol meg nem.
#17877 dabadab itt arra is utalt (szerintem), hogy a közelmúltban volt valami hasonló eset ahol a srác meghekkelte talán a BKV e-jegy rendszerét(ami rendes hackelés volt, nem pedig phising), jelezte is ezt a BKV-nek (nem pedig rohant a sajtóhoz), de cserébe feljelentették, merthogy hackelt...
A normális cégek szvsz. ilyen esetben köszönetet mondanak, valahogy honorálnak esetleg, de semmiképpen sem jelentenek fel. -
Voy15
tag
válasz
pmonitor
#17884
üzenetére
Nem tudom, hogy van-e ilyen. De ha van, akkor az sem jó. Mert "szent"-eknek tünteti(tüntetné) fel a programozókat(holott csak a szőnyeg alá söprik a dolgokat), pedig csak álszentség(lenne).
Van ilyen amúgy egy csomó cégnél, de nemértem miért lenne álszentség az ha mondjuk észreveszel egy biztonsági rést mondjuk a Facebookban, jelzed, és kapsz érte valamennyi pénzmagot, és még ki is írják a nevedet, hogy segítettél rajtuk.
Mi ezzel a probléma?
Gondolom kérheted, hogy maradj anonymus, de sokaknak meg esetleg jól jön a CV-jében, hogy meghackelte a Facebookot.
Másik dolog meg, hogy jóeséllyel ők nem is programozók, hanem inkább unatkozó script kiddiek, vagy etikus hackerek.
A programozóknak általában nincs idejük ilyen úri huncutságokra
-
pmonitor
aktív tag
válasz
K1nG HuNp
#17876
üzenetére
> a legtöbb nagy cégnek van bounty programja és hackeroneon zártkörűen tudtukra tudja adni az ember ha talált valamit, cserébe busás pénzösszeg és mindenki boldog
Nem tudom, hogy van-e ilyen. De ha van, akkor az sem jó. Mert "szent"-eknek tünteti(tüntetné) fel a programozókat(holott csak a szőnyeg alá söprik a dolgokat), pedig csak álszentség(lenne).
>nekem nagyon ellenszenves volt ez a fajta vagánykodás amit az ekréta cég slackjén is betoltak hogy na csőő lúzerek jöttünk mi nagy hekkerek (phishing != hacking) és jól megsz*pattunk titeket....
Az a helyzet, hogy mindenki saját magát tartja okosnak. Ez emberi tulajdonság. Az agy védekezési mechanizmusa. Ti is vérpistikéztek, meg szemiségzavaros hülyegyerekekről beszéltek. Ők meg titeket vérpistikéznek le, meg vagánykodnak... Így működik a világ. Sajnos, vagy nem sajnos, ez így van.
-
pmonitor
aktív tag
Gyerekek. Én főleg a hálózatokról(de a webről sem) nem tudok sokat, de azt azért biztosan vélem tudni, hogy tényleg csak akkor van 100%-os védelem, ha nem kapcsolják be a számítógépet(mint ahogy azt a #17640-ben, és a #17644-ben is írtam). Csak azt is biztosan vélem tudni(de javítsatok ki, ha tévednék), hogy ezt nyom nélkül nem lehet megtenni. Legalábbis, ha látótérbe kerül az a gép, amiről a műveletet csinálták. Ha ez a feltételezésem igaz, akkor esetleg csak erőfeszítés kérdése, hogy mikor kapják el az illető(ke)t. Bár az is lehet, hogy túl nagy energiába kerülne kideríteni, és inkább abbahagyják a keresést.
Szerk.: bár pl. itt is önként jelentkezett az illető.
-
sztanozs
veterán
válasz
Vision
#17880
üzenetére
Hogy lehet az, hogy meg tud nyitni fertőzött URL-t?
Mondjuk ez a resz praktikusan kivedhetelen - hacsak le nem korlatozzak teljesen a webbongeszest (ugy hogy hirportalok, meg webkereso sincs) - de ilyet idehaza egyedul az MNB-nel hallottam 10+ eve az akkor ott dolgozo kollegatol (de lehet, hogy ok is lazitottak mar azota). -
válasz
K1nG HuNp
#17878
üzenetére
Az, ami a krétánál történt védhetetlen. Eleve hogy lehet hozzáférése a fejlesztő cégnek produktív rendszerhez? Hogy lehet teljes hozzáférése egy szaros PM-nek produktív rendszerhez? Hogy lehet az, hogy meg tud nyitni fertőzött URL-t? Megannyi kérdés, és sehol egy válasz.
Ez a legdurvább adatvédelmi incidens az ország történetében, és megy a nagy maszatolás. Mert a NER-es haveré a cég. Őrület.
A pentestet meg kell rendelni. Ezt nyilván nem tette meg a kréta fejlesztője, mert akkor régesrég kiderültek volna ezek a problémák. Mégis hogyan derült volna fény ezekre a sebezhetőségekre törvényes módon? Ettől még azok a srácok, akik megcsinálták bűncselekményt követtek el.
-
dabadab
titán
válasz
K1nG HuNp
#17878
üzenetére
egyszer megcsinálja, pl a barátja accountjában átírja a nevét vagy valami, ledokumentálja, beküldi és ráír egy árat, hogy helló, ezt javítsátok ki és én úgy érzem, hogy megdolgoztam ezért az 1 misiért, szóval légyszi ennyivel honoráljátok
Brilliáns terv: másnap csattan a bilincs.
a cég dolgozói ellen nem indítsz phisinget, valszeg úgyis bedőlnek de ez social engineering, nem hacking
Teljesen mindegy, a végeredmény számít. Egyébként az viszont már a konkrét rendszer nagyon súlyos problémája, hogy egyetlen ilyen email benyalása után komplett hozzáférésük lett mindenhez.
-
K1nG HuNp
őstag
válasz
dabadab
#17877
üzenetére
a hogyan tudták volna jobban csinálnit én úgy tudom elképzelni, hogy egy valódi penetration tesztet csinálnak és a rendszerben magában találnak hiányosságot, pl valahol egy CSRF cookie hiányzik az egyik aldomainen és ennek segítségével át tudják bármelyik fiók felett venni az irányítást. egyszer megcsinálja, pl a barátja accountjában átírja a nevét vagy valami, ledokumentálja, beküldi és ráír egy árat, hogy helló, ezt javítsátok ki és én úgy érzem, hogy megdolgoztam ezért az 1 misiért, szóval légyszi ennyivel honoráljátok. ha nem honorálják elmegy telexhez és elmeséli, hogy mekkora suttyó fukari g*cik
a cég dolgozói ellen nem indítsz phisinget, valszeg úgyis bedőlnek de ez social engineering, nem hacking, jobb helyeken ilyesmire maga a cég bérel fel külsős céget és kontrollált környezetben próbálja meg a saját dolgozóinak megtanítani a dolgot.
-
dabadab
titán
válasz
K1nG HuNp
#17876
üzenetére
a legtöbb nagy cégnek van bounty programja és hackeroneon zártkörűen tudtukra tudja adni az ember ha talált valamit, cserébe busás pénzösszeg és mindenki boldog
Te ugye nem jártál mostanában Magyarországon, igaz?
(Kulcsszavak: NER, régi üzlettárs, milliárdos állami megbízás, "háttérben megbúvó Gyurcsány-szál")
(Csak hogy egyértelmű legyen: egyrészt teljesen biztos vagyok abban, hogy ez így nem igazán jó eljárás, amit a kölykök csináltak, másrészt viszont ha az a kérdés, hogy hogyan tudták volna jobban csinálni, akkor nem tudok mit mondani.) -
K1nG HuNp
őstag
szóval ja, nekem barátokkal való beszélgetés során ők beálltak védeni az elkövetőket, hogy dehát robinhood módjára csak meg akarták mutatni a rossz gonosz nagy magyar államnak hogy kaka a kód amit a krétások csinálnak.
ez mind szép és jó csak ezt nem így szokás, szerintem. a legtöbb nagy cégnek van bounty programja és hackeroneon zártkörűen tudtukra tudja adni az ember ha talált valamit, cserébe busás pénzösszeg és mindenki boldog
nekem nagyon ellenszenves volt ez a fajta vagánykodás amit az ekréta cég slackjén is betoltak hogy na csőő lúzerek jöttünk mi nagy hekkerek (phishing != hacking) és jól megsz*pattunk titeket.... pont az ilyen arcoknak nem fogom elhinni azon mondatát amit utána mondanak a telexen hogy jaa persze ők sosem fognak visszaélni a kistestvérem tajszámával ..
-
pmonitor
aktív tag
válasz
dabadab
#17871
üzenetére
Nekem majdnem mind1, hogy milyen kommenteket* látok. Pl. az egyik példakódom ezen kód alapján készítettem. Az első dolog volt, hogy a kommenteket kiszedtem belőlük(csak felhigítják a kódot).
* a "kommenteket" kifejezés sem jó, hiszen vagy comment-eket, vagy megjegyzéseket. A komment olyan semmilyen nyelv...
-
pmonitor
aktív tag
válasz
fatal`
#17870
üzenetére
Phisingről az elején beszélt. De ezt is írta:
>bőven túlmentek az etikus hekkerkedésen, szerintem.Szóval döntsön az olvasó!
Ettől függetlenül vminek csak lennie kellett, hogy "1 nem illetékes" HW-re kerüljön a dolog.
#17689(martonx):
Egyrészt én dolgoztam a verseny- és a köz szférában is. Fizikai- és szellemi munkát is. Sztem nem ettől függ a dolog. Hanem az ember(dolgozó) felfogásán/hozzáállásán. Igazából nagyon kevés objektív dolog van(mondjuk a fizikai munkakörökben vmivel több, de ott is van szubjektív dolog is rendesen).
>eszembe jutott, hogy tudok neked kódot mutatni.
Ugye, hogy nem fájt? Csak ennyi az egész. Még jobb lenne, ha csak az adott szmély(jelen esetben a Te) által írt kódot mutatnának be az itt levő szereplők. -
fatal`
titán
válasz
dabadab
#17871
üzenetére
Azzal szerintem magyar cégnél, magyar projekttel nincs gond, nálunk is szokás, de nemzetközi projektekbe (vagy olyan szoftver, amit nemzetközi cég is használ) angolul commentelünk.
De ez az MD5 jelszó hash, meg "SQL Injection védelem" elég is volt.
Vannak páran azért, akik letöltötték az egészet és most azzal kínozzák magukat. -
-
martonx
veterán
válasz
pmonitor
#17866
üzenetére
Közszférában válogatott debilek dolgoznak, ez ismét megerősítést nyert. Tényleg közben eszembe jutott, hogy tudok neked kódot mutatni.
https://www.nuget.org/packages/BarionClient2
Az első clientben még csak közreműködő voltam. Viszont az elhagyatott lett, valakinek tovább kellett vinnie, így lett belőle 2-es. -
fatal`
titán
válasz
K1nG HuNp
#17865
üzenetére
Ez sokkal súlyosabb.
Én nem töltöttem le, de amit láttam redditen részleteket a kódból, igazán minőségi cucc lehet.
#17866: Szokás szerint baromságokat beszélsz, de már megszoktuk.
Az egy dolog, hogy szar a kódja a cuccnak, de nem feltörték a rendszert, legalábbis a klasszikus értelemben.Ha valakit itt hibásnak lehet tartani az inkább az üzemeltetés.
-
pmonitor
aktív tag
válasz
K1nG HuNp
#17865
üzenetére
Én meg senki pártján nem állok. Sem a "hivatalos" programozók, sem a hacker-ek pártján. És én igazán egyik csoporthoz sem vallom tartozónak magam. De jelenleg úgy néz ki a helyzet, hogy hacker-ek - programozók meccs eddigi állása: sok : 0. Azaz a hacker-ek nyerésre állnak. A programozók még nem nőttek fel a feladathoz. Én kívülről így látom.
-
pmonitor
aktív tag
válasz
sztanozs
#17639
üzenetére
>A legtöbb EDR cucc alapból tud riasztani ilyen dll injection tevékenységre...
Én is be tudtam állítani, hogy beriasszon. Csak ezzel 2 probléma van:
1.: Ilyen beállítás esetén nagyon sok más "veszélytelen" dologra is beriaszt.
2.: Semmit nem érsz el a riasztással, ha a user bejelöli, hogy megbízható a cucc. Mint ahogy a prog.hu-n is ezt ajánlotta(erre ösztönöz) 1 fórumozó programozó.
3.: Elég sok app van, ami hozzájárulást kér ehhez-ahhoz(általában mindenhez). Szélsőséges eset a cookie-k elfogadása. Szerintem a userek min 95%-a hozzájárul mindenhez. Sőt, van olyan oldal, ami be sem töltődik, ha nem fogadod el.Szóval a dolog nem olyan 1szerű. Legalábbis, ha a biztonságot nézzük.
-
#17863
Fitzgerald
veterán
nevemfel
#17860
-
#17862
Voy15
tag
Fitzgerald
#17853
Voy15
tag
válasz
Fitzgerald
#17853
üzenetére
Udemys Understanding the weird parts szerintem nagyon jó tutorial, bár ez feltételez némi alap JS tudást.
Következő lépcsőként ezt ajánlanám, de csak akkor vedd meg ha akciós
-
#17860
nevemfel
senior tag
Fitzgerald
#17859
nevemfel
senior tag
válasz
Fitzgerald
#17859
üzenetére
Online Javascript alapozó:
-
pmonitor
aktív tag
válasz
dabadab
#17856
üzenetére
Na látod. Itt van a nagyon nagy különbség köztünk. Akiket ti "fórumos vérpistikéknek", "személyiségzavaros hülyegyerekeknek", stb... neveztek, nekem határozott véleményem, hogy nekik is joguk lenne példakódokat látni. Sőt! Nem csak nekik, hanem pl. az enyhén értelmi fogyatékosoknak is(akik erre még képesek).
-
-
#17854
cattus
addikt
Fitzgerald
#17853
cattus
addikt
válasz
Fitzgerald
#17853
üzenetére
Wes Bos-féle Beginner Javascript amiről sok jót hallottam.
-
#17853
Fitzgerald
veterán
Fitzgerald
veterán
Hali,
JavaScriptet tanulnék tök kezdőként. Jó angol nyelvű könyvet vagy netes kurzust tudnátok ajánlani?
Köszi! -
Voy15
tag
válasz
K1nG HuNp
#17849
üzenetére
Én úgy csináltam, hogy kimentem a UK-be, és egyből ott keresgéltem.
2 hét alatt találtam melót, gyakorlatilag mindenféle erőfeszítés nélkül. (LinkedIn nagyon sokat számít)
Aztán 3 év után elegem lett a hanyatló nyugatból és hazajöttem, viszont azóta is oda dolgozok, csak már itthonról. -
dabadab
titán
válasz
K1nG HuNp
#17849
üzenetére
Én ezt úgy csináltam, hogy egyszerűen beadtam a CV-met egy rakat osztrák céghez, aztán kimentem állásinterjúkra. Mostanában nyilván már az utóbbit le lehet zavarni online is.
Nyilván ez innen a határ mellől elég könnyen megy meg nem kellett a lakás miatt problémáznom, mert simán ingáztam, de ha távolabbra mennék, akkor is így csinálnám.
Ha van relocation, az jó, de anélkül is meg lehet oldani. -
K1nG HuNp
őstag
BME MSc elvégzése után nekem egészen benne van a pakliban, hogy külföldön vállalok munkát. Aki csinált már ilyet hol kezdte? Nézzek egy magyar céget amelynek van külföldön is irodája és cégen belül próbáljak meg kijutni? Vagy relocationnel hírdetett pozikra adjam be és hátha összejön? Budapestről, remote végzett meló is igazából szóba jöhet a zsírosabb fizuért de őszintén csak ki akarok takarodni pár évre végre saját bőrömön átélni mindazt amit a hanyatló nyugat nyujthat és majd meglátni, hogy vissza akarok-e még jönni.
Tudom, hogy ez annyira nem prog téma de ti vagytok a legközelebb a kérdése témájához. Köszi előre is. -
#17847
pmonitor
aktív tag
Fire/SOUL/CD
#17843
pmonitor
aktív tag
válasz
Fire/SOUL/CD
#17843
üzenetére
Én nem vagyok programozó, így ezt nem valószínű, hogy meg tudnám oldani.
Nem véletlenül írtam ittenke:
>Azt hiszem, hogy régebben már írtam, hogy ha most kezdenék programozni desktop-ra, akkor az ASM, C, C++ nyelvekre állnék rá nagyon.De ha nem értetted meg, akkor szívesen lefordítom.
Nekem ilyen tapasztalataim vannak, ha nem a webprogramozást nézzük: Kevés ASM, C++, Pascal, közepes Vb6/Vba, C, viszonylag sok Vb.net, C#.
Ez helyett, ha most kezdenék, akkor sztem. ez lenne az ideális: Nagyon sok ASM és C, erősen közepes C++.Ez tehát azt jelenti, hogy sajnos nem tudok annyira ASm-ul, C-ül.C++-ul főleg nem. De ha neked nagyon megy, akkor példakódnak elfogadnám. Sőt, azt hiszem, hogy más nevében is írhatom, hogy elfogadnánk. Tudomásom szerint ASM topic meg nincs is(vagy ha van is, akkor sem aktív).
Egyébként C-t azért közepesen használtam, mert Vb.net/C# -ban van amit vagy nem lehet megoldani, vagy meg lehet ugyan, de nagyon lassú. Ezért muszáj volt néhány esetben C-ben natív .dll-t írnom. De ezért is bántam meg, hogy nem sok C-vel kezdtem. Ugyanis így megtanultam a C#-ot, viszont a C-re is szükségem volt. De akkor minek tanultam ilyen szinten C#-ot, ha nem tudom/tudtam a C-t kikerülni. Miért nem foglalkoztam majdnemhogy kizárólag C-vel.
De egyetértek azzal, amit ittenke írtál:
>Segítség:: Ezt csak ASM-ban, vagy C/C++ lehet megvalósítaniPontosan ezért bántam meg, hogy nem ezekre álltam rá...
-
#17846
axioma
veterán
Fire/SOUL/CD
#17844
axioma
veterán
válasz
Fire/SOUL/CD
#17844
üzenetére
Egyreszt nekem nincs phd-m.
Masreszt nem ertem a fogalmakat amit hasznalsz, pedig lehet hogy jo a problema.
Primek: en me'g elso egyetemista eveim egyikeben irtam egy primek (lancolt(!)) listajaval, es tovabb nem cipelt maradekokkal dolgozo megoldast pascalban egy egyesuleti otletelgetesre (mondhatnam verseny de abbol nagyon kilogtam, ott valoban asm-mel tolta'k profik). ramdisk-en futtattak, es nekem az mar eleg volt hogy volt nalam lassabb program Talan 1M-ig kellettek a primek, es az asm szita nyert, de a futasi ido nagy resze a kiiras miatti konverziora ment el.
Itt most a max. 64 bites uint-ek erdekelnek gondolom, mert a zarojelben meg a 2^64-1 darab prim ertheto ki.
Nagy szamoknal sztem wikipedia, Miller-Rabin, es az alabbi (masok altal mar kiszamolt) feltetel: if n < 18,446,744,073,709,551,616 = 2^64, it is enough to test a = 2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, and 37.
Mondjuk lehet elvi szinten jobb nagyordos algo, de nem csak a szita nem fer el hanem barmi "csak" korabbi primeket ta'rolo megoldas, igy ez lenne az elso otletem (pontosabban a masodik, az elso hogy megkeresek egy letezo algot vagy programot ... ). Mondjuk persze ez is csak elmeleti, mert 8 byte per prim, azok lesznek vagy 10^15 darab korul igy exhas meg wolframalpha, 8ezer terrabyte jol saccolok? Ha adod a disk-et amire mentsem, irom a programot -
#17845
Fire/SOUL/CD
félisten
axioma
#17841
válasz
axioma
#17841
üzenetére
Nem itt, de szoktál ilyen feladványokat linkelni/adni....
Mondok "egyet"...
0 to 2^64-1 - ig írjuk ki az összes PRÍMET egy fájlba, 64 bites formátumba
Mindegy milyen nyelven (programozási nyelven), a lényeg hogy legyen a leggyorsabb...
Mivel sok lesz, legyen fájlba mentve (MÉGEGYSZER MONDOM 2^64-1 PRÍM)![;]](//cdn.rios.hu/dl/s/v1.gif)
Sok lesz bammeg(1 nap min.)...
(Na majd most megmutasszuk az ASM erejét (max 2 óra)... 
-
#17844
Fire/SOUL/CD
félisten
axioma
#17841
válasz
axioma
#17841
üzenetére
Neked meg (me' tisztelek és szvsz matekot imádod és vágod, akko'), hogy lehet a 5. prímet meghatározni az ELSŐDLEGES (és egyetlen) halmazban (véletlen számosságú halmazban)
Ha ezt megoldod, akkor nem lenne PHD-M 15 ÉVE...UI (PS)
Robogunk hazafelé, Somogyba... Hákunámátátá...
-
#17843
Fire/SOUL/CD
félisten
pmonitor
#17834
-
pmonitor
aktív tag
válasz
sztanozs
#17832
üzenetére
> biztos tudsz nyitni egy "C/CPP optimalizálás sebességre" topikot
Nem ilyen topic-ot hoztam létre, hanem A WIN API haszálata címűt. Örömmel várok oda kritikákat/kiegészítéseket. És persze az sem lenne baj, ha vki. szaki is írna példakódo(ka)t, mert azért én mégiscsak hobbiból kódolok/programozom.
-
pmonitor
aktív tag
válasz
axioma
#17838
üzenetére
Utolsó hsz-ek egyes témakörökben:
C# programozás: 2022-10-01
C++ programozás: 2022-09-25
C programozás: 2022-09-03Komoly forgalom megy más topic-okban...
-
pmonitor
aktív tag
válasz
K1nG HuNp
#17836
üzenetére
>azota nem olvasom ezt a topicot miota letezel
Azóta lehetsz boldog ember, amióta nem olvasod. Amíg olvastad, addig elég boldogtalan lehettél...
>mindig rajtad megy a frocsoges
Hát igen. Jobb lenne, ha a programozók nem velem foglalkoznának, hanem mondjuk minta/példa kódot adnának/tennének közzé. Mert ugye a programozás kimenete kétféle lehet: az elkészült bináris file(.dll, .exe), vagy forráskód(script nyelvek esetén nyilván csak ez utóbbi). De ehelyett csak rizsa megy. Ahhoz meg nem kell programozónak lenni. Rizsázni még én is tudok. De amikor pl. azt a kódot kellene optimalizálni, mint amit betettem ide, akkor meg csak nézegetnek. Mondjuk azért így is lehet tanulni némelyikből. Pl. dqdb hozzászólásából is. Még akkor is, ha csak kötekedés volt a célja(nekem teljesen mind1, hogy milyen okból ír valaki, csak hasznosat írjon). Amiket martonx írt, azok is hasznosak voltak(bár ha odafigyeltem volna, akkor ezek nekem kapásból mentek volna, de hagyjuk meg neki az örömöt). Aztán Fire/SOUL/CD hozzászólásából is lehet tanulni(mivel problémamegoldó gondolkodást tükröző hozzászólás volt). Szóval sztem. ehhez hasonlóknak kellene lennie a hsz-eknek/diskurzusoknak. Mert amikor arról megy a vita, hogy mindenképp ragaszkodni kell-e a "prof" által mondottakhoz, vagy a "nagykönyvben" leírtakhoz, vagy pedig a gyorsaság érdekében áthághatunk-e 1(esetleg több) ilyen szabályt, az sztem. jó vita. De amikor olyant ír vki., hogy 1 programozónak nem muszáj produktumot adni - na akkor tudnám lekaparni a falat(persze idézőjelesen - mert természetesen ettől még tudok aludni). Vsz. 1 magát fórumozó programozónak természetesnek kellene, hogy legyen, hogy minta/példa kódot adjon(hogy helyes utat mutasson az általad ugyebár csak "fórumos vérpistikék" -nek nevezett emberkéknek - is). De ki tudja miért nem foglalkoznak vele? Talán csak egyszerűen félnek attól, hogy vki. kritikát mond/tanácsot ad nekik az esetleges kódjukhoz? Pedig az én példámon is látszik, hogy ez a programozás velejárója.
-
pmonitor
aktív tag
válasz
pmonitor
#17834
üzenetére
Buffer overflow esetén, ha a program nem száll el, akkor lehet a kód lassulása nélkül is detektálni az overflow-t, mégpedig a hívó(buffer-nek memóriát foglaló függvényben). Iteráció esetén, ha mindegyik bufferben max. a bufferek végéig találok L'\0' -t, akkor tuti, hogy nincs overflow, egyébként tuti, hogy van. Ezzel ki tudnám szűrni a #17829 - dabadab által említett viccben emlegetett hibát. Valamint még olyant is lehet csinálni, hogy lehetőséget adok a bufferek méretének manuális megadására. Pl. parancssori paraméterekkel... Ha a program elszáll, akkor esetleg ezek beállításával lehet módosítani...
Több használható 5letem nincs. -
#17834
pmonitor
aktív tag
Fire/SOUL/CD
#17833
pmonitor
aktív tag
válasz
Fire/SOUL/CD
#17833
üzenetére
buffer overflow-ról volt szó, nem stack overflow(
) -ról. Ezt azért simán meg lehetne oldani. Csak az említett okok miatt nem érdemes. Sztem. legalábbis. Én hagyom, hogy false adatot írjon ki, vagy elszálljon a program...@sztanozs:
>szóval fogalmam sincs, honnan vagy (vagy nem vagy) kitiltvaEzt 2lem. De ha teljesen őszintén írtad, akkor én meg teljesen őszintén elnézést kérek tőled...
De akár tudtad, akár nem, ez is azt mutatja, hogy semmiképpen nem jó, ha egyes topikokbó véglegesen kitiltanak valakit. Mert semmi nem jelzi ezt. Esetleg abban a speciális esetben, ha lejjebb lapoztál volna, akkor láthattad volna, hogy a nick-em szürke... -
#17833
Fire/SOUL/CD
félisten
pmonitor
#17831
válasz
pmonitor
#17831
üzenetére
OK. Let's do it
Ha ilyen "kemény" srác vagy, akkor lám, had lássam ASM-ba (vagy akármibe), hogy:
1. Detektáld az adattároló egységeket (IDE/SAS/RAID/SATA/NVME stb stb stb) ami a gépre/gépbe van csatlakoztatva
2. az általuk használt vezértőkódokat értelmezd
3. 32 avagy 64 bites (neked kell meghatároznod, hogy melyik) címzéssel ellátott memória belapozást állítsd elő(32 bites OS esetén ún base + index (base egy lap + ezen belül offset)) címzéssel lehet elérni (ha nem védett) a 0xFFFFFFFF12345678 címéről kinyerni adatot, mint 64 bit esetén(FLAT módan, mert van még vagy 8 MEM mód)
4. az adott eszköz (1-3 pont) drivere által belapozott memóriacíméről log-old az adatokat és értelmezdSegítség:: Ezt csak ASM-ban, vagy C/C++ lehet megvalósítani, megfelelő compiler és linker direktívák alkalmazása mellett.
Segítség2: 64 bit esetén nincs kód (CS), data (DS) és stack (verem) SP szegmens sem....Tesó, ha ezt megoldod, akkor ennek van értelme (Én megoldottam, kb. 15 éve, szóval hajrá)
-
sztanozs
veterán
válasz
pmonitor
#17827
üzenetére
Ne haragudj, de én nem vagyok sehol sem moderátor, szóval fogalmam sincs, honnan vagy (vagy nem vagy) kitiltva. De vsz nem vagy letiltva a topicnyitásról, szóval biztos tudsz nyitni egy "C/CPP optimalizálás sebességre" topikot, és ha valakit érdekel a dolog, akkor ott elbeszélgethettek róla.Hiperfizikus is nyitott egyet az agymenésére (nem mellesleg magától), és szerintem ő is jól elvan a saját projektjével ott (és legfeljebb a nagyobb fejleményekről számol be a javascript topokban) - pedig az ő projektje sem különbözik sokban a tiédtől...
Itt ez - szerintem - nem elég általános programozási téma. -
pmonitor
aktív tag
válasz
pmonitor
#17830
üzenetére
Annyit lehet csinálni, hogy ha detektálná az overflow-t, akkor kiírja, hogy "sorry, nem jutottam semmire...". De ez egyrészt hajszálvékony jég, másrészt végeredmény attól még nem lesz. Az egyetlen helyes út, ha megfelelő buffer méretet állít be a hívó függvény. 64 bites app esetén azért ez sztem. megoldható...
-
-
-
-
dabadab
titán
válasz
pmonitor
#17823
üzenetére
A moderátornak az a dolga, hogy a topik működését zavaró dolgokat eltávolítsa.
Márpedig ha valaki csak és kizárólag zavarja azt és folyamatosan, a sokadik figyelemztetés ellenére is ezt teszi, azt ki kell rakni.
Ennyi.Ha ezt nem értetted meg (és hát nyilvánvalóan nem), akkor az is csak azt mutatja, hogy mennyire indokolt volt az - és igazából az a csoda, hogy innen nem raktak még ki.
-
pmonitor
aktív tag
válasz
sztanozs
#17822
üzenetére
A kitiltásnak igen. A végleges kitiltásnak sztem. nem. Már csak azért sem, mert(ahogy már 1-szer írtam) a végleges kitiltást véglegesen megszüntetném. Tiltsanak ki vkit. 1 hétre, 1 hónapra, de véglegesen(főleg csak 1 topic-ból) nem. Úgyhogy ezt már csak ezért sem tartom jogosnak. A moderátornak sztem. az a dolga, hogy a trágár dolgokat kigyomlálja. És nem az, hogy egyes topicokból véglegesen kitiltson vkit. De biztos csak kissebségi komplexus-om van. Na meg az a gondom, hogy "nem vették fel valahova programozónak,". Holott az igazság az, hogy sosem jelentkeztem programozónak sehova... Csak az a helyzet, hogy a szövegelés hatalom nélkül semmit nem ér... Hatalma pedig a noname moderátoroknak van...
-
pmonitor
aktív tag
válasz
sztanozs
#17818
üzenetére
Sztem. ez a szakasz eléggé megmutatja, hogy én hogy képzelem el ezt a fórumot. Nem muszáj pmonitor-nak nyernie(nem ez a lényeg). Látod, hogy amit javasoltak, azt módosítottam. De sztem. ezekből a hozzászólásokból/javaslatokból az esetleges olvasók is tanulhatnak.
Viszont ami ez után a szakasz után jött - na az már tényleg nem "szakmai". -
sztanozs
veterán
válasz
pmonitor
#17816
üzenetére
Tudod, hogy én nem vagyok az optimalizáció pártján.
A helyedben az osszes wcscpy és wcscat hívást a BO-biztos _s végure cserélném.
Ráadásul az se látszik, hogy a tempFolders és a pFke hogy vandefiniálvapéldányosítva - szóval nem igazán tudok nyilatkozni. Azt sem tudom, hogy sebességre vagy RAM-ra szeretnél optimalizálni.Amúgy nem vagyok egy C/C++ guru, de mivel ezt nem a nyelv saját fórumában beszéled meg, így nem érzem a késztetést, hogy ne mondjak véleményt.
-
-
pmonitor
aktív tag
válasz
pmonitor
#17809
üzenetére
Módosítottam a dolgokat.
Hogy ne kelljen mindig ezt a viszonylag hosszú kódot bemásolgatnom, ezért ide tettem fel a file részletet.Az overflow aknákkal szándékosan nem akar(tam/ok) foglalkozni. Tegyük fel, hogy elég a lefoglalt memória...
-
dqdb
nagyúr
válasz
pmonitor
#17807
üzenetére
void search(wchar_t* sPath, wchar_t* sFileMask, FAJLKERESESEREDMENYE* pFke, char almappae, char mappae, char fajle)Ha már állandóan az optimalizáláson pörögsz, akkor hol vannak a
constmódosítók azon paraméterek elől, amelyek értékét nem módosítja a kód, és emiatt a compiler optimalizáláskor figyelembe tudja venni?wchar_t* sPath_1 = (wchar_t*)GlobalAlloc(LMEM_FIXED, (wcslen(sPath) + wcslen(sFileMask) + 1) * sizeof(wchar_t));Először is:
Másodszor az első paraméterben szereplő
LMEM_FIXEDaLocalAllochíváshoz tartozó konstans, itt aGMEM_FIXEDkonstanst kellene használni.if (sPath_1 == INVALID_HANDLE_VALUE) MessageBox(0, L"memória", L"Üzenet", 0);A dokumentáció alapján sikertelen foglalás esetében a
GlobalAllocvisszatérési értékeNULL, míg azINVALID_HANDLE_VALUEértéke -1, szóval rossz a hibakezelésnél mind a feltétel, mind a kezelése, hiszen NULL pointerrel továbbengeded a futást.És itt abbahagytam, mert feleslegesnek éreztem folytatni. Az egy pillantásra látszik, hogy tele van a kód buffer overflow aknával.
-
pmonitor
aktív tag
válasz
nevemfel
#17791
üzenetére
>de ez elvileg nem terápiás-, hanem szakmai topik.
Na akkor 1 kis "szakmai" probléma. Ezt kellene optimalizálni. Bármilyen kis optimalizálásnak örülnék, de az sem ártana, ha jelentős optimalizálás lenne...
...
typedef struct FAJLKERESESEREDMENYE
{
int Fajldarab;
int Mappadarab;
long long Fajlhossz;
wchar_t* Fajlok;
wchar_t* Mappak;
} FAJLKERESESEREDMENYE;
...
void search(wchar_t* sPath, wchar_t* sFileMask, FAJLKERESESEREDMENYE* pFke, char almappae, char mappae, char fajle)
{
if (!out)
{
int i = 0, n = 0;
wchar_t* aktFolders = tempFolders;
WIN32_FIND_DATA WFD;
HANDLE iSearchHandle = NULL;
int bContinue = 1;
wchar_t* sPath_1 = (wchar_t*)GlobalAlloc(LMEM_FIXED, (wcslen(sPath) + wcslen(sFileMask) + 1) * sizeof(wchar_t));
if (sPath_1 == INVALID_HANDLE_VALUE) MessageBox(0, L"memória", L"Üzenet", 0);
if (almappae)
{
wcscpy(sPath_1, sPath);
wcscat(sPath_1, L"*");
iSearchHandle = FindFirstFile(sPath_1, &WFD);
if (INVALID_HANDLE_VALUE == iSearchHandle)
{
}
else
{
while (bContinue)
{
if (wcscmp(WFD.cFileName, L".") && wcscmp(WFD.cFileName, L".."))
{
int s;
if ((WFD.dwFileAttributes & 16) == 16)
{
wcscpy(tempFolders, sPath);
wcscat(tempFolders, WFD.cFileName);
wcscat(tempFolders, L"\\\0");
s = wcslen(tempFolders);
tempFolders += s;
++tempFolders;
++n;
}
}
bContinue = FindNextFile(iSearchHandle, &WFD);
}
bContinue = FindClose(iSearchHandle);
}
}
bContinue = 1;
wcscpy(sPath_1, sPath);
wcscat(sPath_1, sFileMask);
iSearchHandle = FindFirstFile(sPath_1, &WFD);
if (INVALID_HANDLE_VALUE == iSearchHandle)
{
}
else
{
while (bContinue)
{
if (wcscmp(WFD.cFileName, L".") && wcscmp(WFD.cFileName, L".."))
{
int s;
if ((WFD.dwFileAttributes & 16) == 16)
{
if (mappae)
{
wcscat(WFD.cFileName, L"\r\n");
wcscpy(pFke->Mappak, sPath);
wcscat(pFke->Mappak, WFD.cFileName);
s = wcslen(pFke->Mappak);
pFke->Mappak += s;
++(pFke->Mappadarab);
}
}
else
{
if (fajle)
{
wcscpy(pFke->Fajlok, sPath);
wcscat(pFke->Fajlok, WFD.cFileName);
wcscat(pFke->Fajlok, L"\r\n");
s = wcslen(pFke->Fajlok);
pFke->Fajlok += s;
++(pFke->Fajldarab);
}
}
}
bContinue = FindNextFile(iSearchHandle, &WFD);
}
bContinue = FindClose(iSearchHandle);
}
GlobalFree(sPath_1);
if (almappae)
{
for (; i < n; i++, aktFolders += (1 + wcslen(aktFolders)))
{
search(aktFolders, sFileMask, pFke, almappae, mappae, fajle);
}
}
}
} -
martonx
veterán
válasz
pmonitor
#17803
üzenetére
Jaaa, hogy a Google-t pozitív példának írtad? Azért a Google keresés sebességét hasonlítani egy garázs szerveren futó SQL-éhez, szerintem nem korrekt. Ennyi erővel egy vadász repülőt is hasonlíthatsz egy normál autóhoz...
Emellett annyiban igazad van, hogy a garázs SQL-re olyan programozó dolgozik, aki egy év alatt nem keres annyit, mint a Google-nél dolgozó egy év alatt. Google-nél ilyenből van több ezer, a garázs SQL-en meg Pista bácsi egymaga bohóckodik.
Szóval igen, nem vagyunk egyformák, nem egyformák a képességeink.
Rengeteget állás interjúztatok, és nagyon gyakran ledöbbenek, hogy milyen gyenge programozók is vannak (többnyire állami szférából érkezettek a különösen fájdalmasak). -
pmonitor
aktív tag
válasz
martonx
#17780
üzenetére
>A Google keresés pedig nem a te géped, vagy a Google optimalizálatlansága miatt lassú,
Miért? Szted. lassú a google keresés? Sztem. a kiírás alapján nem lassú. Éppen azért írtam az adatbázis példát, mert az ezek készítői dicsekednek azzal, hogy mennyire gyorsak. Ha nem lenne fontos a sebesség, akkor miért is dicsekednének azzal, hogy milyen gyorsan van találati lista a nagy méretű adatból is.
Itt írtam, hogy a FindFileC.exe 64 bites lett. Csak sajnos tele volt bug-al, ami abból adódott, hogy a karakterkódolást unicode-ra állítottam, viszont elég sok helyen maradt char típus a wchar_t helyett. Bár úgy látom, hogy "csak" 1 letöltés történt azóta, de nekem 1 ember is fontos. Elnézést kérek a hibáért.
Egyébként ez hasít a TC-hez képest. De találtam 1 FreeCommander programot, ami ugyebár hivatalosan is free a TC-vel ellentétben. És ránézésre nem tud kevesebbet. Csak azt nem értem, hogy az ilyen programokat miért kell telepíteni? De mind1.
-
pmonitor
aktív tag
Az itt levő .rar-ban a FindFileC.exe 64 bites lett.
Jó programoz(gat)ást kívánok!
(Legelső munkahelyemen egy csomó németül írt kódhoz volt szerencsém, az még elment, mert valamennyire sprechen Deutsch, de után volt, hogy szlovák kommentekbe futottam 
)
Az egy dolog, hogy szar a kódja a cuccnak, de nem feltörték a rendszert, legalábbis a klasszikus értelemben.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- A Legújabb! Dobozos Új DELL XPS 13 9340/ULTRA 7-155H/32 GB Ram/1TB SSD/AI BOOST+INTEL ARC
- Lenovo v15 g2 Ryzen 5 5500U 16gb ram 512ssd FHD
- Ohh Lenovo ThinkPad P15 G2 Tervező Vágó Laptop -75% 15,6" i5-11500H 32/1TB RTX A2000 4GB /1 Millió/
- UHH! HP EliteBook 850 G8 Fémházas Multimédiás Laptop 15,6" -40% i7-1165G7 16/512 Iris Xe FHD EU-HUN
- IBM PS/1 2168-552 486SX-25
- Xiaomi Redmi Note 13 Pro 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Fém, összecsukható és kihúzható fotó állvány eladó
- Lenovo ThinkPad dokkolók: USB-C 40A9/ 40AY/ 40AS/ Thunderbolt 3 40AC/ Hybrid USB-C DisplayLink 40AF
- MikroTik CCR1009-7G-1C-1S+ Cloud Router
- LG 65" C1 OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest