- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Proxmox VE
- Kapnak egy rakás reklámot a Roblox játékosai
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- ArchiCAD és Artlantis topik
- Mikrotik routerek
- YouTube
- WLAN, WiFi, vezeték nélküli hálózat
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Linux kezdőknek
Új hozzászólás Aktív témák
-
szabogabor10
veterán
Kíváncsi vagyok, hogy mekkora sikere lesz. Mindenesetre nem lesz könnyű letéríteni a fejlesztőket a JS-ről.
iPhone 14 Pro Max -- iPad Pro -- tv 4K -- Watch — Mac — AirPods Pro 2nd gen
-
Apika
Közösségépítő
válasz szabogabor10 #1 üzenetére
Én is kíváncsi vagyok, hogy mennyire fogadják el...
-
ntomka
nagyúr
A JS olyan helyekre is beette már magát, amikről korábban álmodni sem mertek. Szerintem az esélyük a kiütésére konvergál a 0-hoz.
ツ Headphones on - World off
-
L Balázs
tag
Végre sikerült rávenni az összes böngészőgyártót, hogy többé-kevésbé egységesen támogassák a Javascriptet. Azt kéne inkább továbbfejleszteni közösen, mert nem tartom valószínűnek, hogy az összes többi böngészőgyártó beállna a Google mögé
-
nagyúr
Kozosen nem lehet semmit sem fejleszteni. A kozos fejlesztesnek az a vege, mint a HTML5-nek: sosincs kesz, de legalabb a vegtelensegig huzodik. Ugy lehet tovabblepni, hogy csinalsz valamit, mogeraksz megfelelo tamogatast, toolingot, ha lehet, akkor nyitotta teszed.
Ezenkivul ugy latom, hogy JS-t lehet belole forditani, ami segithet.
[ Szerkesztve ]
while (!sleep) sheep++;
-
osztraksajt
őstag
Szerintem meg 5 éve senki nem jósolta volna meg hogy a Flash előbb utóbb kimúlik, mint ahogy az már világosan látszik. Szóval várjunk még az elhamarkodott kijelentésekkel.
-
julius666
addikt
A kozos fejlesztesnek az a vege, mint a HTML5-nek: sosincs kesz, de legalabb a vegtelensegig huzodik.
A JS fejlesztése folyamatos, ha nem is fénysebességgel megy (úgy inkább ne is menjen, azt ugyanúgy nem lehetne átnyomni a webes társadalmon). Ha jól tudom jövőre be is fog érni a Harmony projekt ami talán a legnagyobb eddigi lépcsőfok lesz a folyamatban. Jelenleg is jelentősen jobb a helyzet mint pár éve csak mivel rengeteg funkciót a régebbi böngészők nem támogatnak (az ilyen Modernizr-féle cuccok overheadje meg sokszor nem éri meg) illetve a JS annyira mostohán van kezelve hogy a programozók jó része szarik ezekbe magasról, úgyis csak kopipasztázik valami template-t amit neten talált, így ez még a gyakorlatban nem jelent annyira meg.
Ezenkivul ugy latom, hogy JS-t lehet belole forditani, ami segithet.
Házi ökörködéshez lehet jó, éles projekthez én biztosan nem használnám.
Egyébként utánanézegettem régebben a darts-ot promotáló oldalukon mégis miféle dolog ez, hát meg kell mondjam, nem estem hasra tőle. Nem igazán látom mitől jobb ez annyival a JS-nél, sőt. De Douglas Crockford aki elég nagy tiszteletnek örvend a szakmában is hasonló véleményen volt mint én, ő talán még tovább is ment a jelzők terén .
Ezt így a Google helyében nem erőltetném annyira, a JS-el magával nincsenek akkora hatalmas nagy problémák (mint gyengén típusos dinamikus nyelv, akinek ez nem kenyere annak inkább a műfajjal van gondja), normális környezetben használva (pl. node.js) kiválóan működik. Inkább a különböző böngészős API-k azok amikkel a gond van. Lásd jQuery, azt szokták már szeretni a programozók mert az értelmes API-t ad.
-
nagyúr
válasz julius666 #10 üzenetére
Nem webbel foglalkozom, de a node.js az egy vicc, az utobbi idok egyik legnagyobb szemfenyvesztese.
> Házi ökörködéshez lehet jó, éles projekthez én biztosan nem használnám.
Azert a GWT-t hasznaljak production kornyezetben is.Szoval en nem a Darts mellett kardoskodtam, hanem annyit mondtam, hogy a 'kozos' szabvanyfejlesztes altalaban semmit se er.
while (!sleep) sheep++;
-
ntomka
nagyúr
válasz osztraksajt #9 üzenetére
A flash-t nem ok nélkül utálják ki a webről. Van egy gazdája aki sz@rt hosszú évekig az egészbe, hát persze, hogy megutálta mindenki. Most persze elkezdett kapkodni, hogy mentse, de ugye ezt nem akkor kéne amikor már késő. Ahogy előttem is mondták, a JS legalább aktív és átgondolt fejlesztés alatt áll.
(#11) emvy: Mitől az a node.js?
[ Szerkesztve ]
ツ Headphones on - World off
-
.:LoMAX:.
aktív tag
Nem ide tartozik, de hasonló a helyzet a 29-es körzettel .
Itt is a UPC csak fejte az előfizetőket, de fejlesztéseket nem végzett, de most, hogy a Digi elkezdett jó pár települést bekábelezni, a UPC is kezd kalimpálni, mint egy fuldokló, hogy ne veszítsen el azokon a helyeken az összes ügyfelet, és telefonálni, házalni kezdett, meg nevetséges kedvezményeket ajánlgat, ha marad a kedves ügyfél dupla árért és gyengébb netért .Még egyszer elnézést, hogy nem egészen ide tartozó, inkább a hasonlat, hogy mi történik, ha valaki csak alszik, és az "aranytojást tojó tyúkot" meg nem eteti .
[ Szerkesztve ]
Samsung Galaxy Note 3 || OnePlus 2 ||
-
nagyúr
""Because nothing blocks, less-than-expert programmers are able to develop fast systems."
F*ckin' hell...
while (!sleep) sheep++;
-
cucka
addikt
válasz julius666 #10 üzenetére
Jelenleg is jelentősen jobb a helyzet mint pár éve csak mivel rengeteg funkciót a régebbi böngészők nem támogatnak
Izé, most a html/css funkciókról van szó, vagy az ECMAScript-ről? Az általában egy kezelhető dolog, ha egy böngésző nem tud valamilyen html/css funkcionalitást, ha viszont a nyelvek különböznek, az keményebb dió, emiatt nem érdemes gyors sikerre számítani.illetve a JS annyira mostohán van kezelve hogy a programozók jó része szarik ezekbe magasról, úgyis csak kopipasztázik valami template-t amit neten talált,
Ez legfeljebb azok a programozókra igaz, akiket te ismersz.Házi ökörködéshez lehet jó, éles projekthez én biztosan nem használnám.
Ha van egy nyelv, ami mondjuk a Javascript-nél jobb (valamilyen metrikák szerint) és lehet belőle javascript-et fordítani, akkor mi a probléma? A programok többsége lefordul valamilyen más nyelvre, mielőtt azt a számítógép le tudná futtatni.normális környezetben használva (pl. node.js) kiválóan működik.
A node.js-ről mindig a klasszikus mondás jut eszembe: "XML is a giant step towards no direction at all".Lásd jQuery, azt szokták már szeretni a programozók mert az értelmes API-t ad.
És miért nem adnak a böngészők hasonló API-t? Lehet, első körben ezen kéne dolgozni, nevetséges, hogy mennyire rá vannak szorulva a javascript fejlesztők a 3rd party könyvtárakra. -
bambano
titán
elképzeltem, ahogy a microsoft átáll az ie-ben js-ről dartra, miközben vidáman dúdolgatja, hogy nyiszáld csak a torkomat, kedves google, még tovább...
ez egy újabb bukott google projekt.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
cucka
addikt
Szerintem a kulcs az, hogy a Dart kódot át lehet fordítani Javascript kódra. Így a fejlesztő fejleszthet egy normális környezetben, a böngésző meg majd megeszi a Javascript-et ugyanúgy, ahogy eddig tette. Persze, ez csak elméleti lehetőség, soha nem fejlesztettem Dart-ban.
-
SirRasor
őstag
válasz osztraksajt #9 üzenetére
Mimimimimi? Most kezdtem Flasht tanulni, neidegelj már Komolyan nincs jövője? JS-t nem ismerem, de flashben elég könnyű kb. bármit csinálni.
Make Love not war!
-
julius666
addikt
Izé, most a html/css funkciókról van szó, vagy az ECMAScript-ről?
ECMAScript-ről.
ha viszont a nyelvek különböznek, az keményebb dió, emiatt nem érdemes gyors sikerre számítani
Annyira nem különböznek. Bizonyos featureök implementálhatóak a régebbi nyelven is (kvázi syntactic sugar-ök), max 1-2 ritka use caseben nem megfelelő a működésük/teljesítménybeli problémák. Bizonyos featureök visszafelé "kompatibilisek" (pl. strict mód). Bizonyos featureök esetleg nem megoldhatóak, ezek nyilván ugrottak. A nyelv maga maradt.
Ez legfeljebb azok a programozókra igaz, akiket te ismersz.
Nyilván van kivétel is bőven, de szerintem körbe lehet nézni a piacon. A webprogramozás klasszikusan nem az az igényes terület.
Ha van egy nyelv, ami mondjuk a Javascript-nél jobb (valamilyen metrikák szerint) és lehet belőle javascript-et fordítani, akkor mi a probléma?
Esetleges teljesítménybeli problémák, fejlesztési problémák (amit ntomka is említett illetve jó debuggolást).
És miért nem adnak a böngészők hasonló API-t?
Nálam hiába vered az asztalt, ez inkább a W3C meg a böngészőgyártók területe (verik is náluk elegen). A jQueryre szerintem nyugodtan mondhatjuk hogy kvázi-szabvánnyá vált, gyakorlatilag ezt használja mindenki.
-
Sofian
őstag
"A JS olyan helyekre is beette már magát"...ahová soha nem lett volna szabad...
Ahogy többen fent emlegették a JS kezd valami köztes kódra hasonlítani, amit legszívesebben senki sem olvasna el.. (vagy nem is tud.. pl amit GoogleWebToolkit generál)... ehelyett sokkal jobb lenne valami alacsonyabb szintű java JVM vagy .net CLR szerű virtuális gép egy szabványos köztes kóddal.. aztán mindenki olyan nyelven dolgozik rajta amiből tud ilyen kódra fordítani... persze ehhez a HTML-t magát is felül kéne vizsgálni...
Majd a web 6.0...
-
SirRasor
őstag
JAh, az előbb utánaolvastam és elhültem
Viszont ha már annyi okos ember van itt, valaki elárulná, hogy flash szerű pl: játékot miben érdemes fejleszteni? Miben LEHET egyáltalán? HTML5? Eljárásokat, függvényeket, öö..mozzanatokat/szobákat/képkockákat..vagy mi a halálnak nevezzem, szóval izéket létrehozni? Tehát mintha programot írnék C#-ban vagy JAVA-ban, de a webbe ágyazva jelenjen meg, mint a flash.. Ötletek?
Make Love not war!
-
Namelesske
addikt
Nagyon buta vagyok programozás témában, de mondja el nekem valaki miért éri meg Virtuális gépben futtatni a kódokat. Androidon is így vannak a dolgok. Nem lenne jobb magát a programot futtatni, nem pedig mindenféle rétegeket hozzá adni. Teljesítményre nincsen ez káros hatással? Valaki világosítson fel mert nekem csak az van amit kilogikázok.
Ja és azok kíméljenek akik csak egymás után bekommetelik, hogy hülye vagy, ha egy elkezdte.
Ha érdekel amiket csinálok: shorturl.at/inoxV
-
nagyúr
-
bambano
titán
válasz Namelesske #24 üzenetére
amellett, hogy (helyesen említették a platformfüggetlenséget), virtuális gépben könnyebb védekezni a programozók hibái ellen (tipikusan memóriakezelés, esetleg más is). másrészt nem feltétlenül lassabb, a vm akár többször is újraoptimalizálhatja futás közben a kódot. az tény, hogy a vm-es kód elég gyakran lassabban indul el, mint a natív.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
SlipOne
csendes tag
válasz julius666 #20 üzenetére
jQuery-t addig használsz, míg nem egy komolyabb, nagyobb, erőforrás igényesebb alkalmazáson dolgozol, amit pl mobilon futtatsz. Természetesen elég beteg dolog, de mi írtunk egy keretrendszert alá, mert a jquerymobile és a sencha touch is csont lassú.
Saját kerettel, direkt figyelve az optimalizálásokra úgy 5-30x gyorsabb alkalmazásokat tudtunk vele előállítani. Nem mellesleg tudod, hogy nem megy bele felesleges láncokba semmi, csak abba, ami szükséges. -
ddekany
veterán
Van egy olyan veszély, hogy nyelv annyira belerágja magát az ökoszisztémába, hogy bármennyire avétos és történelmileg cafatokra foltozott, esély sincs többé a kiütésére. Mondok egy tipikusat: C++ (pedig ott a DigitalMars D pl., de hát... nem lenne GC-s több esélye lenne, de továbbra is közel 0). A Java is remek úton halad efelé, a Ceylon/Kotlin elkéstek már, attól tartok (Scala is, de az túl okos is a célra). Na most lehet hogy a ECMAScript-el is így járunk... Annyi fejlesztés mindig lesz, hogy kifogja a szelet az új nyelvek vitorlájából annyira, hogy ne érje meg váltani. Hosszú távon persze ez a jelenség (régi nyelvek kiüthetetlensége) iszonyatos gazdasági károkat okoz összességében.
[ Szerkesztve ]
-
nagyúr
-
floatr
veterán
Az szvsz sokkal fontosabb lenne, ha JS kód is futhatna Dart VM-ben.
Mellesleg kinek kéne tolni, A ms-nak... a mozillának...? Ugyan márAz ECMAScript fejlesztésének nem sok köze van az átgondoltsághoz. Sokan sokfelé vinnék, aztán az erősebb kutya veri a dobot. Így született az ES5, ami éppen annak az embernek volt legkevésbé ínyére, aki kitalálta az egészet egyáltalán. Eich már rég elvitte volna OO irányba az egészet, de a microhoo betartott akkor is. A googorola szvsz a legjobb lehetséges pártfogója a dolognak, de a megszokásokkal megküzdeni nem lesz egyszerű.
-
Graphics
Jómunkásember
EAGET 1TB SSD review - https://logout.hu/bejegyzes/graphics/eaget_s600_1tb-os_ssd_aliexpressrol_kihagyhatatlan.html
-
FTeR
addikt
válasz julius666 #10 üzenetére
nem a js-sel van gond és még csak nem is implementációkkal (habár azzal vannak rendesen bajok*), hanem a DOM API-val. A jQuery azért tarol, mert a DOM API-t elrejti egy CSS jellegű megoldással.
*kezdve azzal, h gyak egy alpha verzió került a netscape-be, ami a natscape-el együtt el is tűnt volna a történelem süllyesztőjében, ha ms nem menti át ie-be. A nyűg abból ered, hogy túl jól sikerült az átmentés, a bugok is 100%-ra implementálva lettek.
-
floatr
veterán
Az eredeti megoldás sem az ECMA keretei között készült FYI. Nem az történt ugyanis, hogy összeült pár mammutcég képviselője, és kiadtak egy függetlenségi nyilatkozatot a specification request-tel. Eich otthon szépen megszakértett valamit, öteletelt, aztán a netscape akkori középvezetőit meggyőzte, és léptek egy nagyot. Majd később azt gondolták, hogy ebből mindenki profitálhat, és szabványosították. De ezek a dolgok nagyjából mindig így történnek, jó példa erre a java, ahol ugyan nem szabványokkal dobálóznak, de a JCP központosítja a specifikációkat, amiket korábban iparági szereplők már rég piacra futtattak.
-
ddekany
veterán
"A C++ nem egeszen jo pelda, a mai napig eleg sok zoldmezos C++ projekt indul."
Pont ezért jó példa. Ősrégi darab, és persze ennyi idő alatt már okosabbak lettünk és jobbat tudnák alkotni ugyan arra a területre. De szinte senki neki sem áll, mert annyira esélytelen kiváltani egy ennyire bejáratódott eszközt. Én simán el tudom képzelni, hogy a kezdeti sok forrongás után, lassan kilépünk az informatika gyerekkorából, és ami akkor megmaradt... Mint ezeregy dolog ami megcsontosodott a civilizációban, és már soha nem tudod megreformálni (a QWERTY billentyűzet kiosztás, az írásunk, és persze a praktikátlan emberi nyelvek, mint az Angol meg a többi... valószínűleg örök darabok most már).
-
floatr
veterán
Egyébként ne magyarázd bele a mondandómba h a nyílt szabványok ellen beszélek. Amiről beszéltem, az az ES4-es munkacsoport ellehetetlenítése, amikor a microhoo egymásnak vetett háttal állta el az utat, és hiába akarta mindenki más, hogy haladjon is az egész eladták az ES3.1-et meg az ES5-öt hűdenagy innovációnak, miközben az Adobe már 10 évvel ezelőtt is előrébb járt, mint ezek ketten. Gondolom ez a zsákutca állapot szülte meg a gugli taktikáját, hogy akkor majd csak megszerettetik a néppel, ha már a microhoo a szabvány fejlesztését ennyire ellehetetleníti.
Személy szerint meg azt tudom mondani, hogy mi miatt kéne ágálni ellene? Technológiai szempontból akár evolúciós lépésnek is beillik, és ésszerű is. Nem kötődik érdemben senkihez sem, mert senkinek nem érdeke, hogy korlátozza. A guglinak viszont érdeke,hogy minél gyorsabban terjedjen, mivel a web bárminemű fejlődése nekik kedvez -- ezért pénzelik a projektet -- és most mindenki sóhajtozik, hogy "majd biztos ezzel lopja el az adatainkat"
-
julius666
addikt
Eich már rég elvitte volna OO irányba az egészet
Őőő... A JS OO nyelv, csak prototípus-alapú az öröklődés, nincsenek osztályok. Ami szvsz a dinamikus, gyengén típusos környezethez jobban is illik. Vagy gyúrják újra az egészet vagy maradjon ez, de szerintem hatalmas hiba lenne össze-vissza belegyúrni különböző paradigmákat csak azért mert sokan lusták megérteni az alapkoncepciót/nem tetszik nekik. Így is van benne pár gány megoldás, nem kell több.
Az ES5 nyilvánvalóan nem a nyelv újragondolása volt hanem csiszolása, pár hiányosság bepótolása és pár hiba kigyomlálása (lásd strict mode).
#35 FTeR:
Tudom, erről beszéltem, leírtad kb. azt mint amit én még egyszer csak máshogyan. -
floatr
veterán
válasz julius666 #40 üzenetére
Ezt eddig objektum-alapúként ismertem, mivel az OOP alapelvei közül elég sokat nem teljesít ahhoz, hogy akként lehessen emlegetni. De nem veszünk össze a definíción, a lényeg h már vagy 5 éve lehetnének komolyabb struktúrák a JS-ben, ha a ms nem a SL preferenciája miatt véli túl veszélyesnek a biznicére a fejlesztések irányát. Mire meg a JS.next beérik, addigra már a dart is elterjed, vagy bármi más, ennyit a ES munkacsoportok munkájáról.
Egyébként ha van felesleges időd, meg lehet nézni az ES4/next tervezetet. Nem gányolás.
BTW: ha az ie böngijében elfért még egy nyelv (VBS), akkor a gugliéban is elfér a dart.
[ Szerkesztve ]
-
Winner_hun
félisten
hogy a képes legyen
Az "a" után lemaradt a "z"
[ Szerkesztve ]
► "Kicsit olyan webcaritas" ◄ ヅ
-
julius666
addikt
ha az ie böngijében elfért még egy nyelv (VBS), akkor a gugliéban is elfér a dart
Elférni elfér, csak felesleges várni tőle bármit is.
Egyébként nekem továbbra sem azzal van bajom hogy valaki le akarja váltani valami jobbal a JS-t, hanem hogy ez a Dart cucc nem igazán jobb szvsz. Ez a "megpróbálok úgy tenni mintha erősen típusos lennék pedig nem vagyok az" dolog pl. kifejezetten unszimpatikus, ez így gány. -
floatr
veterán
válasz julius666 #43 üzenetére
Én meg úgy gondolom, hogy ha valakik, akkor ők igazán megtettek mindent annak érdekében, hogy a lehető legjobban optimalizálják a JIT működését, és ha ezt a megoldást VM/JIT barátnak mondják, az a minimum h ezt fenntartás nélkül elhiszem.
Más kérdés, hogy ki mit tekint gánynak. Én pl az erősen típusosnak mondott java-ban a generics és tsai megoldását tartom annak, amihez képest ez a szintaxis öröm és boldogság. Ezen már régóta vitatkozik a sok fejlesztő, hogy mi a gány (szvsz a c++ makró is az), de sosem lesz világbéke ebben a témában sem.
-
julius666
addikt
Valószínűleg amúgy azért lett ez ilyen, mert a rendes típusosság JS-re fordítva problémás lett volna, azt meg nem merték meglépni hogy ne lehessen bármilyen böngészőben Dart kódot futtatni. Nem hiszem hogy az egyébként tervezésbeli cél lett volna hogy éles futás közben ne legyen típusos a nyelv csak debugnál.
Én gány alatt azt értettem hogy úgy tesz a nyelv mintha mégiscsak erősen típusos lenne. Értem én hogy ez debughoz jó mert pár hiba futási idejű helyett fordítási idejű lesz de ilyen típus-utalásokat belerakhatok JS-be is kommentként amire aztán lehetne ellenőrizni, nem kéne külön nyelvi elemként bevezetni őket. Ez így csak egy kiváló megtévesztés a nyelvvel ismerkedők számára ami aztán problémákhoz vezethet.
-
ddekany
veterán
"Ezen már régóta vitatkozik a sok fejlesztő, hogy mi a gány (szvsz a c++ makró is az), de sosem lesz világbéke ebben a témában sem."
Mert ugye az átlagprogramozó sem különb más átlagembereknél, és afféle vallási klikkekbe tömörül. És ha pár sárgalacsin már arcon talált a túloldalról, akkor nincs visszaút, és ömlik mind a két oldalról a butaság. Pedig valószínűleg az ideális megoldás legtöbb feladatra az lenne, ha mind a kettő megközelítést támogatja a nyelv, és ahol nincs útban ott statikus típusosságot használsz, mert hát ez Neked (is) segít, máshol meg dinamikusat. A Fantom állítólag valami ilyet csinál amúgy (nem ástam bele soha).
Szegény Java meg... valaki visszamehetne az időben és éjjel Vulkán bolygó lakónak álcázva megfenyegethetné a tervezőit, hogy ha nem raknak bele rendes típusparamétereket, és ha elcseszik a null kezelést C-módra, akkor kiolvasztjuk az agyukat. Ha valaki visszamenne, szóljon, mert még van pár apróság... pl. a C-féle kasztolás is, unió típusok helyett. Ezekkel teljesednek ki az ellenőrzés, de ezek helyett félmegoldás lett a vége.
-
bambano
titán
A tudományos programok jelentős része, kapaszkodj, FORTRANban van. És még mindig használják, mert nincs értelme újraírni.
A bankvilágban pedig a COBOL a menő. A cobolból 1972-es az a szabvány, ami anno nálunk nagyon elterjedt, a fortranból meg 1977-es.Senki nem fizeti meg, hogy újraírjanak párszázezer soros programokat, ha egyébként működnek.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
ddekany
veterán
Új hozzászólás Aktív témák
- A fociról könnyedén, egy baráti társaságban
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Víz- gáz- és fűtésszerelés
- PlayStation 5
- Eredeti játékok OFF topik
- Kormányok / autós szimulátorok topicja
- Renault, Dacia topik
- EAFC 24
- Háromféle processzor is része lesz a Core 200 sorozatnak
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- További aktív témák...
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.