Názory k článku
ChromeOS opouští čisté linuxové jádro
-
Na Chromebooku je nainstalován ChromeOS, což je interně Gentoo, ale není to z toho nijak vidět. Prostě naskočí plocha, na ní Chrome a jede se.
Ta hardwarová platforma je otevřená, dá se tam nainstalovat jiný systém, ale není to tak přímočaré jako na běžném PC. Viděl jsem řadu Chromebooků, ale nikdy ne s jiným systémem. Návody na to na internetu jsou, ale je to dost neobvyklé.
-
Prevadzkujem na jednom chromebooku uz roky. Povodny Chrome OS tam vydrzal par tyzdnov v podstate len aby som ho vyskusal. Co si spominam, nebolo to zas tak zlozite. V principe stacilo nainstalovat coreboot a nasledne je to klasicke UEFI PC.
Dolezite je vybrat si zariadenie, ktore ma dobru podporu v Linuxe. Ten HW je casto tak trochu specialny. Tu su nejake detaily: https://mrchromebox.tech/#faq
-
A ja ze je to v podstate Debian zo spustenym Chrome :-) Mam pocit ze som to niekde v minulosti cital, ze to len staci prepnut cez klavesove skratky a je z toho Linuxovy stroj. Jednu chvilku som o tom uvazoval ako nahradu za mrtve netbooky ktore som mal rad.
13. 6. 2024, 22:23 editováno autorem komentáře
-
To, co popisuješ ty, se jmenuje "crouton" a používalo se to hlavně ve starších verzích ChromeOS, ještě než přišli s konejnerem. Byl to systém v chrootu. Nevýhodou toho řešení je, že Chromebook musí být v "developer mode", což přidává další opruzy při používání.
Debian tam oficiálně běží v kontejneru a lze z něj spustit i GUI aplikace. Dokonce se aplikace z kontejneru intergrují do ChromeOS a spouští se jak nativní, stejně jako ty z Androidu.
Doma máme 2 Chromebooky a hned, jak se objevila možnost v MrChromebox, se předělali na Linuxové. :)
-
Vzhledem k tomu, ze na vsech recentnich chromeboocich lze (skoro) pohodlne provozovat linuxove aplikace, tak bych rekl, ze zrovna tohle Google moc netrapi (v tom kontejneru, ktery je rozjizdi, je skutecne udajne debian 12). Spis jim vadi, ze diky stejnemu pristupu k androidu, je ta vrstva (proti telefonu) strasne pomala a dela jim to spatnou reklamu. Pro spoustu lidi je podpora androidu zajimavejsi, nez linux.
Ale kdo vi, jak to dopadne. Pred par lety bylo uplne jasne, ze na chromeboocich bude FuchsiaOS, predtim zase, ze Android pojede na mainline kernelu ;-). -
Divím se, že přechod ChromeOS na androidí framework už neudělali dříve. Nedává mi smysl pro jednu firmu udržovat dva oddělené stacky. S rozvojem AI budou mít spoustu práce v androidu a je pro ně neefektivní duplikovat totéž do neandroidího stacku. Samozřejmě s tím souvisí přechod i jádra na androidí verzi, ale to bych viděl jako důsledek přechodu na user-space android.
Navíc tím automaticky získají lepší podporu od výrobců ARM SoCů, kteří všichni nejdříve dělají podporu do androidího kernelu a až pak se pár z nich pokouší submitnout patche do mainline. Snaha nebývá extra veliká, protože většina odběratelů jejich SoCů potřebuje hlavně androidí kernel.
-
Ale musím dodať, že rôzny boilerplate kód to robí dobre, prípadne vie to vyriešiť nejaké štandardné problémy. Na prvú dobrú to nedá, treba trochu pobuzerovať, prípadne manuálne doupraviť. Nebyť právnych problémov s týmito generatívnymi AI, tak je to dobrý pomocník.
Dobré skúsenosti mám s GPT-4. GPT-3.5 je hlúpy a GPT-4o robí bonusové úpravy v kóde, programuje ako junior.Čo by som s tým ale nerobil určite, je systémové programovanie a písanie modulov do kernelu, to je na GPT trošku low level, mno :)
-
Na boiler-plate sú snippety, knižnice a frameworky.
Primitívne funkcie napíšem s intellisense rýchlejšie než prompt do ChatGPT s 10 úpravami (ako hovoríš na prvý pokus to zvyčajne nedá) kým to vypluje čo chcem aj to v hroznej kvalite so skrytými bugmi.
LLMká sú na programovanie nepoužiteľné.14. 6. 2024, 23:10 editováno autorem komentáře
-
Heh, zrovna vcera, mam postgres tabulku s 34 sloupci, potrebuju pro ni udelat Hibenate entity bean. Tedy bean s atributy stejného nazvu a typu jako sloupce. Manualne otrocina na pul hodiny nachylna na chyby. GPT, vyjelo z fleku podle create table vypisu.
Dale, prototyp kafka klienta ve Spring Boot, GPT vystup MNOHEM lepsi nez oficialni "Getting started", vcetne vysvetleni, proc danou konfiguraci pouziva.
Dneska nepouziva GPT jenom hlupak.
-
Heh, zrovna vcera, mam postgres tabulku s 34 sloupci, potrebuju pro ni udelat Hibenate entity bean. Tedy bean s atributy stejného nazvu a typu jako sloupce. Manualne otrocina na pul hodiny nachylna na chyby. GPT, vyjelo z fleku podle create table vypisu.
Jenže zrovna na tohle existuje už asi 13.7 mld let řešení v podobě systému, který z jednoho předpisu vygeneruje DB schéma, classy nebo structury apod. pro různé prog. jazyky a dokonce i dokumentaci.
Nebo poněkud horší varianta, i když stále lepší než dnešní AI, že se nějaký framework podívá do DB, zjistí "sloupečky", a podle toho automaticky vygeneruje příslušné API.
Tohle se od počátku IT píše prostě jenom jednou.
-
Nicméně reakce vzešla z názoru, že Google bude mít spoustu práce s integrací AI funkcí do androidu. Implementace konkrétních požadavků vyžaduje detailní znalost příslušných struktur androidu, jeho programátorských best practices, zapracování do posledního detailu. Tedy žádný prototyp na zelené louce, který může vycházet z nějakých načtených tutoriálů.
-
stejně jako se programuje rychleji, díky použití již hotových knihoven a nástrojů. Když jsme v 90. letech potřebovali replikovat databázi, stálo to rok vývoje a dnes to je věcí konfigurace u většiny databází.
Množství zakázek na SW vývoj ale roste rychleji než probíhá úspora času vývojářů, SW je už všude kam se podíváš. AI je zase jen nástrojem, příliš se neliší od těch ostatních, to jen v marketing má výraznější.
Reálná úspora času vývojářů (že bych jim třeba mohl zkrátit pracovní týden o den, protože nemají práci) není, naopak tlak se zvyšuje, protože těch poptávek/zakázek je enormní množství.
ČLÁNKY DO MAILU