Jó, hogy mondod! Lesz olyan UEFI/BIOS, aminek szerveroldali része lesz?
A legtobb bios mar automatikusan le tudja tolteni a netrol a bios frissitest, ugyhogy mar ez is multido, mert van.
A dotnet nem egy nyelv, hanem egy keretrendszer
Ez mar a szorszalhasogatas kategoriaja szerintem, de ha azt mondom C# az jobb? Vagy Java? Minden nyelvnek van valami standard libraryja ami nelkul eleg nehezen hasznalhato barmire. A .NET nyelve ha ugy veszuk a CRL, csak abba kicsit maceras kodolni, ezert hasznalnak az emberek inkabb C#-ot vagy akarmit. Javascriptre is lehet transpileolni, az most minek szamit?
Az meg, hogy a Linux kernelben vannak ASM betétek, az Torvalds döntése volt, meg lehetne őket írni C-ben is
Azert azt meg nezem hogy pure c kodbol hogy irsz meg egy interrupt handlert vagy hogy valtasz at long modebol compatibility modeba hogy futtass egy 32 bites appot. Max ha valaki ir egy olyan C compilert amibe igy extensionkent benne vannak ezek, de akkor az meg nem C lesz (bar mondjuk azert most is dependel a linux kernel egy adag gcc extensionon, de gondolom sajat compilert is nem akartak meg pluszba irni).
Tehát a browserben lesz a kernel, abban meg a browser?
Nope, browser=kernel. Egybe az egesz, szep monolitikusan, mint amilyenek a webes technologiak altalaban.
Biztos baromi biztonságos lesz, ha a website-ok lowlevel nyúlkálhatnak a hardware-edhez.
Az is: https://www.wired.com/story/chrome-yubikey-phishing-webusb/
Nagyszerű és a szerveroldali részt miben írták?
Nem tudom, nem volt open source, nem neztem meg. De a kerdes az volt, hogy mifele browser az aminek szerveroldali resze van, hat ez olyan. Hogy az a szerveroldali resz mit csinal, az mar a szerveroldal baja. (Az hogy privacy meg ilyenek, a userek 99%-at total nem izgatja).
Semmihez sem kötelező kapcsolódni. Ezt nem tudom, honnan szedted.
Nem mondtam hogy kotelezo csatlakozni barhova. De a legtobb electronos app valami webes szolgaltatashoz kapcsolodik, Skype, Discord, Slack, stb, ami lenyegileg egy webbrowser ami fixen egy weblapot betolteskor. (Attol mert a JS/HTML/CSS egy resze az ott van a kliensben es nem kell leszedni a szerverrol attol meg webapp marad).
Van amit rohadtul nem célszerű felhőbe felpakolni.
Ez igy van. Ettol fuggetlenul biztos vagyok benne hogy elobb-utobb meg fognak probalni mindent felkoltoztetni a felhobe. Az hogy van nehany kocka akinek ez nem fog tetszeni, azt magasrol lesz*rjak,
Chrome OS
Igen, van valami mogotte, mert a google meg nem irt javascriptben kernelt. De ha jol tudom ott meg egy nyamvadt shell nyitashoz is voodozni kell mert kulonben csak a fullscreen chromeod van es semmi mas, nem tudsz csak ugy letolteni ra egy random nativ appot es hasznalni.
Egyfelől amit írtál, az nem igaz: a C fordítókat nem C-ben írják, hanem amiben akarják
Jo, nem voltam 100% pontos, altalaban abban irjak (vagyis mostmar inkabb C++ forditokat C++-ban irjak, mert csak C fordito az mar nem nagyon van, es a GCC is hasznal mar valamennyi c++-t). Rust-nal is, hgy leforditsd a rustot, kell egy leforditott rust (gondolom ott is volt a kezdetek kezdeten valami pure c vagy akarmi implementacio).
Igen, lehet libc nelkul is kodot irni ha nagyon akarsz, csak kicsit szopas lesz, mert egy nyamvadt syscallt se nagyon fogsz tudni inline assembly nelkul. Az ilyen embedded rendszereket meg emlitettem, ott lenyegileg te vagy a kernel, ott neked kell megirni mindent.
ha minden szoftvernek van szerveroldali része, ami függ a szerveroldali résztől, akkor a szerveroldali rész is függeni fog egy szerveroldali résztől és így tovább.
Igen es szepen jol korbe fuggnek, aztan ha valamelyik lehal, lehal az egesz.