Az alatt meg van BIOS vagy uefi vagy akarhogy is hivjak a firmwaret az adott architecturan, az OS sem ugy fut a semmiben (legalabbis a mostanaban elterjedt architekturakon, regen meg ilyen nagyon embedded cuccokban elofordulhat hogy kimarad es direkt az "OS"-be "bootol" a CPU). Most ezekkel mi van?Jó, hogy mondod! Lesz olyan UEFI/BIOS, aminek szerveroldali része lesz?
Nem, mert a kernel is .NET-ben van irva. Nyilvan van nehany nagyon low-level cucc amit nem lehet megirni .NET-ben, de a Linux kernelben is vannak assemblyben irt reszek, tehat gondolom ilyen szempontbol a C is alkalmatlan kernel fejlesztesre.Almát a körtével. A dotnet nem egy nyelv, hanem egy keretrendszer, nem "abban" írták meg a kernelt, hanem "arra építve". Az meg, hogy a Linux kernelben vannak ASM betétek, az Torvalds döntése volt, meg lehetne őket írni C-ben is; de egyébként nem az a kérdés, hogy JS-ben lehetne-e kernelt írni, ha lenne hozzá compiler, ami gépi kódot forgat JS-ből, hanem az, hogy miféle kernel lesz az, aminek egy browser kell, meg szerveroldal, hogy fog az működni, ha a browsernek kernel kell, a kernelnek meg browser?
Majd a kernelbe lesz a js meg a renderer, aztan a browser maga az csak valami kis JS meg HTML meg CSS lesz ami kirakja a tabokat meg a scrollbart a weblap kore.Tehát a browserben lesz a kernel, abban meg a browser? Sajnos ennek az elképzelése már meghaladja a képzelőerőmet...
Van mar WebUSB vagy mi, mi tart vissza barkit attol hogy meg irjon egy par low level ilyen jellegu fuggvenyt, aztan irhatsz GPU drivert is JS-ben ha ilyen kedved van.Biztos baromi biztonságos lesz, ha a website-ok lowlevel nyúlkálhatnak a hardware-edhez.
Es sandboxolva fog futni egy kulon kontenerben vagy anmyamkinjaban.És a sandboxban egy konténerben lesz a WebUSB és a többi lowlevel cucc, azokra épül a kernel, ami futtatja a browsert és abban lesz sandboxolva a WebUSB és a többi lowlevel cucc, amire épül a kernel, ami futtatja a browsert?
Mar meg nem mondom mi a neve, de android TV-re volt valami ilyen. Egy random szerveren futott a browser, es te lenyegileg egy VNC-t kaptal hozza. Gusztustalan, de volt egy olyan featureje hogy mukodott rajta a flash az osszes tobbi browserrel ellentetben,Nagyszerű és a szerveroldali részt miben írták? Az is egy browser volt, abban futott a webszerver, amire lehetett csatlakozni? Az hova csatlakozott? (Egyébként rohadtul nem szeretném minden HTTP REQUEST-emet átfolyatni a kuglin vagy valamelyik másik spycorpon, köszi.)
Egy tetszoleges elektronos app amikkel mostanaban mar Dunat lehet rekeszteni nem pont ezt csinalja?Hát nem. Hát rohadtul nem. Az Electron csak egy GUI fejlesztésre "alkalmas" keretrendszer, Chrome rendermotorral és node.js runtime-mal. Semmihez sem kötelező kapcsolódni. Ezt nem tudom, honnan szedted.
Hat, a felho vilagaban mar igen. Mar nem az a divat, hogy van 1 db szerver hanem az csinal mindent, hanem van sok ezer es ossze vissza kommunikalgatnak egymassal, es ha lelovod alola a halozatot meghal az egesz.Nem érdekel sem a felhő, sem a divat. Van amit rohadtul nem célszerű felhőbe felpakolni.
Igen, ugy hivjak hogy Chrome OS. (Igen, vannak ott valami appok amik valamennyire mukodnek net nelkul, de szerintem jo reszuknek nincs es csak sima weblap)"Szerinted." A Chrome OS - írd és mondd - egy Gentoo Linux. Környezetét és programjait írták C, C++, JavaScript, Python és Rust nyelveken. Ez se létezne az underlying ökoszisztéma nélkül, amire a browser épül. Ennyit az OS=browser felállásról, meg arról, hogy website-ok vannak software-ek helyett.
A C forditokat is C-ben irjak, es hogy futtass egy C programot, kell egy libc, ami szinten C-ben van irva. Most ha ez lehetetlen akkor megis hogy mukodik igy mar 40 eve a technologia?Úgy, hogy nem így működik. Egyfelől amit írtál, az nem igaz: a C fordítókat nem C-ben írják, hanem amiben akarják, vagy tudják (van JS-ben írt C compiler is, de az első C fordítót is PDP-7 assemblyben írták és nem C-ben), a libc meg egyáltalán nem kell a C program futtatásához, ez a környezet és a fordító függvénye, hogy a runtime az external, vagy bundled; OS-less uC környezetben nincs semmiféle libc. Másfelől meg már megint nem arról beszélsz, amiről szó volt; nem az a kérdés, hogy a megfelelő toolok birtokában meg lehet-e valamit írni JS-ben (akár egy kernelt, vagy OS-t), hanem webes környezetről beszélünk, szerveroldali, meg kliensoldali részről; nem az a lehetetlen, hogy egy JS2x86 compiller-rel felvértezve ne tudnál kernelt írni JS-ben (max. jó lassú lesz), hanem az, hogy 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. Tényleg nem értem, mi nem érthető.