- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mesterséges Intelligencia topik
- Proxmox VE
- Ubuntu Linux
- OpenWRT topic
- Linux kezdőknek
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Robotkart irányított a majom a kínai Neuralink agyi chipjével
- Hálózati / IP kamera
- TP-LINK routerek
-
IT café
Új hozzászólás Aktív témák
-
martonx
veterán
válasz Silεncε #13905 üzenetére
Érted, az is backend azaz valahol egy szerveren fut. Ilyen téren mindig jót röhögök az agyonhypeolt serverless kifejezésen
Ugyanígy saas-ként lehet ám SignalR-t is futtatni, és akkor ahhoz se kell backend.@bandi0000 ja hogy android app, így már jogos, ott tényleg sok mindent meg lehet oldani appon belül.
Én kérek elnézést!
-
martonx
veterán
válasz K1nG HuNp #13914 üzenetére
Félreértettél, nem azt mondtam, hogy ne lenne jó a serverless, hanem magán a kifejezésen röhögök, hiszen emögött is pont ugyanúgy szerver van, csak épp nulla admin lehetőséggel, nulla ráhatással. Magával a kifejezéssel van a bajom, nem az eszközzel.
Én is használom, mind AWS-ben (Lambda), mint Azure-ban (Function). Azért bőven tud hátránya is lenni, mi pl. rendszeresen elérjük AWS-ben a 100 párhuzamos instance futtatási korlátot. Illetve managed szerverhez képest nem tudod magad alatt a storage-ot írni, azaz pl. nem tudsz olyat, hogy lementesz egy video file-t, amin utána Os szintent futtatsz egy külső dll-es konvertert.
Aztán, nem tudsz benne nyugodtan alapozni a memory cache-re, mert bármikor átkerülhet a végrehajtás egy másik instance-ra, bármikor lelőhetik a meglévőt. Ezzel persze együtt lehet élni, de akkor is na.Én kérek elnézést!
-
martonx
veterán
válasz bandi0000 #13931 üzenetére
Felhőben file tárolás kb. ingyenes (Aws S3 vagy Azure blob storage). Innen tudsz futtatni komplett static page-eket, Spa-kat mondhatni ingyen.
Ha kell alá backend api, akkor Aws Lambda vagy Azure Function a legolcsóbb, gyakorlatilag szintén ingyenes.
És ha a backend alá db is kell, akkor kismillió lehetőséged van. Tranzakciós db-k zsebbe nyúlosak, értsd havi pár EUR - tól indulnak mind Aws, mind Azure-ban. Nosql-ek olcsóbbak, azokat ingyen is lehet találni. Felhős NoSql-ek közül az Azure Cosmos Db-t emelném ki, mert egyrészt full ingyenes (is lehet), másrészt nosql-hez képest rohadt sokat tud. Aws oldalról a Dynamo Db hasonló NoSql, elhanyagolható a havi díja, viszont elég buta is sajnos.
Szvsz a két nagy rivális felhoszolgaltató közül Azure egy halvány fokkal jobb (többet ad, olcsóbban, és viccesen könnyű beüzemelni). De a különbség nagyon kevés, leginkább szimpátia kérdése, hogy melyik felhőszolgáltatót választja az ember. Én napi szinten mindkettőt használom.
Összegezve: Azure-ban totál ingyenesen ki tudod hozni NoSql-el, miközben a Cosmos db, egész tűrhető tudású. Aws-ben is lehet, hogy sikerül havi 1 EUR alatt maradni dynamo db-vel (lusta vagyok megnézni a pontos díjait, fejből meg nem vágom), viszont a dynamo db elég kompromisszumos cucc.Én kérek elnézést!
-
martonx
veterán
válasz bandi0000 #13937 üzenetére
Se az amazon s3, se azure blob storage nincs teljesen ingyen, noha annyira filléresek, és havi 1 EUR alatt ki se számlázzák, hogy végülis mondható róluk, hogy ingyen vannak, pár file tárolásakor.
A frontendről egyenesen felhőbe feltöltés a jó megoldás. Viszont ez esetben annyi backendednek akkor is lennie kellene, ami elküldi a signolt urlt, ahova fel kell majd tölteni a file-t, mert gondolom a credential-öket semmiképp nem akarnád frontenden tartaniÉn kérek elnézést!
-
martonx
veterán
válasz Reflax #14017 üzenetére
M.I.-hoz leginkább Python vagy C++ szokott menni. Bár manapság kb. bármilyen nyelven tudsz MI-zni (C#, Java stb...). Játék fejlesztéshez mintha C# és C++ rémlene, bár szvsz erre is igaz, mint az MI-re, hogy de ha nagyon akarsz, akkor bármi más nyelven is találsz példákat, frameworköket.
Én kérek elnézést!
-
martonx
veterán
Félre értettél, nem a vinfos formokkal technikailag van bajom, se nem a C#-al (amit az egyik legjobb nyelvnek tartok). Egyszerűen a klasszikus vastag klienseknek (teljesen mindegy, milyen nyelven készülnek) leáldozott, nem is véletlenül. Persze van pár spéci felhasználási terület, ahol mindig is a vastag kliens lesz A megoldás, de ettől még ez általánosságban igaz marad. Ez nem egy trendi frontend rohanás, ahol havonta jönnek ki új hypeolt trendek, hanem ez egy immár évtizedek óta tartó folyamat vége.
Minden webre és mobilra költözik, a vastag kliensekkel már csak azok foglalkoznak, akik beleragadtak ebbe a közegbe (vagy azért ragadtak bele, mert programozóként nem tudnak megújulni, vagy azért mert pont azokon a spéci területeken dolgoznak, ahol erre van szükség).
És fontos megjegyezni, hogy ennek nem feltétlenül van köze a programozói tudáshoz sem. Attól még lehet valaki jó programozó, hogy beleragadt a vastagkliens mocsárba.
Ahogy attól sem lesz jó programozó valaki, hogy js vonalon minden hónapban új frameworköt próbálgat csillogó szemmel.Én kérek elnézést!
-
martonx
veterán
"Oszinten szolva engem leginkabb a react iranti hatalmas rajongas lep meg." - ebben nincs semmi meglepő. A react nem jó, de annyira meg nem rossz, hogy akinek nincs szerteágazó tapasztalata azt eltántorítsa magától, mint anno a szintén agyon hypeolt, de bűn szar Angular 1.
Anno a jquery-s nagyon nehezen reaktivizálható oldalakhoz az Angular 1 tűnhetett a megoldásnak. Csak az annyira szar volt, hogy hype ide vagy oda, előbb-utóbb mindenki sikítva menekült tőle.
Aztán színre lépett a react, aki előtte Angularozott, az megváltásként tekinthetett rá, noha ez se jó, de ahhoz képest, hogy az Angular 1 mennyire bűn szar volt, ez azért élhető. És ott van a másik nagy csoport, akinek semmi MVVM / webes tapasztalata nincs, most kezdenek js-ezni (vagy vastag kliensről webre átállni), őket sem tántorítja el magától, mert annyira nem rossz. Sőt sok esetben ami nem is a react előnye, de aki elsőre találkozik a webpack-el, HMR-el, az még rá is csodálkozik, hogy jé, hát ez sokkal jobb, mint amit előtte vastag kliensekhez használtam. És az ő fejükben nem válik el, hogy ezek az előnyök nem is a react, hanem a webpack előnyei (tudok több ilyen java-s ismerőst mondani, akik a react óriási előnyének a HMR-t mondják).Ergo a sok fenti okból kifolyólag, a react tök jól el van, és népszerű. Szerintem.
Én kérek elnézést!
-
martonx
veterán
válasz cattus #14066 üzenetére
Előre bocsátom nincs tapasztalatom Angular 2-vel, állítólag az már közel se olyan gáz, mint az 1 volt anno, tutorialokat nézve, engem olyan nagyon nem győztek meg, bár határozottabban élhetőbbnek tűnt, mint anno az Angular 1.
Ahogy mondtam a react is élhető, csak épp nem jó. De ez már erősen ízlés kérdése van aki imádja, hogy js-be html-szerűséget taknyol bele, és a legutolsó inputhoz is kényszeresen komponenst kell gyártani nem kevés boilerplate kód árán, szóval akinek ez bejön, annak a react teljesen jó választás.
Én jobb szeretem a vuejs irányt, ahol a html-be kell minimális extra szintaktikával beletenni a bindolásokat, aminek az ára, hogy egyszer-egyszer (ez mondjuk maximálisan igaz a reactra is ) elő kell venni a dokumentációt, és megnézni, hogy mit hogy kell. A bind-okkal rengeteg boilerplate kódot meg lehet spórolni, és ugyan itt is érdemes minél több, minél kisebb komponensre bontani a kódot, mégse kell annyira kényszeresen, annyira atomi komponenseket gyártani, mint react-nál.
Illetve a react élhetősége a hook-okkal határozottan javult, előtte kis túlzással redux kellett még egy hello worldhöz is.Nagyon szemezek még a svelte-vel, mert hasonlít a vuejs-hez, viszont a készülő js bundle jelentősen kisebb tud lenni, és vannak olyan projektjeink, ahol a pagespeed mindennél fontosabb, ha csak pár tíz Kbyte-ot megspórolunk oldalbetöltésenként, már az is nagy előrelépés tud lenni pl. SEO-ban. Viszont svelte-nek nem csak a bindolásához kell egyedi szintaktika, de néhol a js kódjához is.
Én kérek elnézést!
-
martonx
veterán
válasz dabadab #14075 üzenetére
Mindkettő html-be rakott bindingokat használ, itt ki is merül a közös halmaz. Az angular egy rohadt nagy framework DI-al, elvárt konvenciókkal stb, míg a vuejs egy kis reaktív lib. Ezen belül a motorház alatt is drasztikusan különböznek, ahogy a reaktivitást kezelik. Ilyen téren a vuejs közelebb áll a reacthoz, mint az angularhoz.
A svelte meg teljesen külön út, az egy disappearing UI framework (a saját definíciójuk szerint), azaz build time generálódik belőle egy végső vanilla js reaktív rendszer, nincs saját futtatója, hanem inkább egy nagy compilernek lehet felfogni. Ezért van, hogy svelte-nél még a js szintaktika is spéci, nem csak a templating. Viszont a végeredény mindennél kisebb js file-t eredményez, mivel nem kell bele több tíz kbyte-os futtató környezet.
Én kérek elnézést!
-
martonx
veterán
válasz K1nG HuNp #14126 üzenetére
"attol fuggetlenul hogy en pl egyetemre jarok semmit sem tanultam ott amit nemileg is kamatoztatni tudtam a webes palyafutasom soran" - maximálisan egyetértek, sajnos a magyar felsőoktatás (hm, elnézve az általános iskolás gyerekeimet, ez sajnos inkább az egész magyar iskola rendszerre vonatkozik, nem csak a felsőoktatásra) picit sem gyakorlat, hanem a halál felesleges elmélet híve. De nem akarnék itt ezzel flame-et elindítani
Én kérek elnézést!
-
martonx
veterán
válasz Create. #14334 üzenetére
Aha, csak kiderült, hogy mit értesz natív alatt. Az ötleted támogatom, hogy csinálj egy Spa-t saját kútfőből, keretrendszer nélkül javascripttel, csak a helytelen "natív" szó használaton poénkodtunk.
Ugyanakkor Ezékiel-nek is igaza van, hogy előbb - utóbb elkerülhetetlen lesz a frameworkök ismerete, használata.
Én kérek elnézést!
-
martonx
veterán
Így leírva a WPF jogosnak tűnhet. Én eleve azt nem értem, hogy miért kell 2020-ban windows only desktop appot csinálni? Alapból web app-nak csinálnám, vagy pedig cross platformra pl. Xamarinnal.
A PHP viszont MS-es, .Net-es környezetben totál védhetetlen marhaságnak tűnik a szememben. Ne mondd, hogy szimpla API-kat Asp.Net Core-al nem lehet percek alatt összerakniÉn kérek elnézést!
-
martonx
veterán
válasz K1nG HuNp #14399 üzenetére
"amazon utan kezdni az ms is nyomatni azureon a serverless jamstacket" - mármint C#-ban jó ideje lehetett Azure-ban serverless dolgozni, a nodejs, meg python mint alternatívák valóban nemrég jöttek be.
És jó is, hogy mondtad a felhőt, meg a Serverless-t. Tegnap szó volt róla, hogy miért mondjuk, hogy a PHP már lefelé tart a lejtőn. Hát pl. az AWS Serverless nem támogatja a PHP-t, ahogy az Azure Functions sem. https://docs.aws.amazon.com/lambda/latest/dg/lambda-runtimes.html
https://docs.microsoft.com/en-us/azure/azure-functions/functions-versions
Jó nyilván nem ebből kell levezetni, hogy a PHP kifutóban van, de azért eléggé jelzés értékű.Én kérek elnézést!
-
martonx
veterán
válasz instantwater #14438 üzenetére
Az AWS Lambdan egy linux distro fut, amin végeredményben custom runtime-al és némi bűvészkedéssel azt futtatsz, amit akarsz. Ettől még a tényen nem változtat, hogy egy csomó nyelv alapból, hivatalosan támogatott, előtelepített a Lambdan, míg a PHP nem. Ami azért számomra erősen jelzés értékű, hogy a PHP egyre inkább kikopik a fősodorból. Ettől még aranyos nyelv (anno én is PHP-vel kezdtem), és nem kell hanyatt-homlok minden meglévő PHP-s cuccot más nyelvekre migrálni, csak most kezdőként nyelvet tanulni, meg zöld mezős fejlesztésekhez talán már nem a PHP-t kellene választani.
[ Szerkesztve ]
Én kérek elnézést!
-
-
martonx
veterán
Egyik régi munkahelyemen esett meg az a klasszikus eset, hogy az egyik ügyfélnél a szerverek megzavarodtak. Egy napig szívtunk vele távolról, mire az ügyfél elküldte nekünk a biztonsági kamera aznap hajnali felvételét, ahol látszódik, hogy a takarítónő a Rack szekrény környékén porszívózik, közben véletlen egy adag kábelt a porszívóval kirántott, majd kis tétovázás után, találomra visszadugdosta a vezetékeket...
Ezóta hiszem el, hogy nem csak urban legend, amikor valakinek a lélegeztető gépét sikerült véletlenül legyilkolnia a takarító nőnek
Én kérek elnézést!
-
martonx
veterán
válasz BProgrammer #14723 üzenetére
Munkához, csakis AMD procis gépet szabad jelenleg választani, abból is az új 4XXX procisokat. 16GB memória kelleni fog, ahogy az 512GB SSD is. Aztán, hogy ezen peremfeltételek mentén pontosan melyik gyártó melyik gépét fogod választani, az szerintem kb. mindegy.
Én kérek elnézést!
-
martonx
veterán
Pedig le van ez írva: https://docs.microsoft.com/en-us/windows/wsl/install-win10
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz Silεncε #14807 üzenetére
Én mostanában épp ckeditor 5-ös plugineket javítgatok aktívan, így hogy havonta jönnek a breaking change-es új verziók. Én ebben az egészben azt nem értem, hogy ha már valaki vállalja, hogy csinál egy plugint, és kap emailt egy PR érkezéséről, mégis mi a f....ért nem képes belátható időn belül rányomni egy nyomorult merge gombra?
Én kérek elnézést!
-
martonx
veterán
válasz instantwater #15058 üzenetére
"A GH Actions pontosan ugyanolyan publikus bétateszt mint a win 10" - azért ez erősen troll kijelentés volt, mind a GH-t, mind a win10-et tekintve...
Én kérek elnézést!
-
martonx
veterán
válasz instantwater #15063 üzenetére
Ez nem ide való. Nem tisztem MS-t védeni, meg nem is akarom Csak jelezni akartam, hogy nem kell mindenből flame-et generálni. Olyan rendszer nincs, aminek nincsenek korlátai, és még olyan frissítés se volt (lásd legutóbbi Apple Big Sur), amivel valahol valakinek ne lett volna bármilyen problémája
Én kérek elnézést!
-
martonx
veterán
Ez szerintem nem ennyire sarkos. Régen is használtunk Github-ot, MS évek óta megvette, azóta inkább lefelé mentek az árai, mint felfelé.
Attól még, hogy github, miért kellene Azure-t használni? Nálunk pl. Bamboo húzza le a kódokat Github-ból, és azok végül AWS-en futnak.
A CodeSpace meg egy Visual Studio Code, amit bárhol tudsz futtatni, ha mégis szabadulni akarsz a Codespace-től.
Ezek egymással tök jól vegyíthető építőkövek, ha valami jó és bevált, akkor nem kell csak azért is mindent egy adott céghez átvinni.
Ha valami komoly vendor lock, akkor az a felhő platform (AWS, Azure). Szerintem.Én kérek elnézést!
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5
- Bomba ár! HP EliteBook 830 G6 - i7-8G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- Bomba ár! Dell Latitude 5580 - i5-G6 I 8-16GB I 256 SSD I 15,6" FHD I HDMI I CAM I W10 I Garancia
- Bomba ár! Dell Latitude 5490 Touch - i5-8G I 8GB I 256SSD I 14" FHD Touch I Cam I W11 I Garancia!