Здравствуйте, e.thrash, Вы писали:
ET>в итоге котлин менять будут на Dart под андроид?
В моём понимании фуксия это эксперимент по замене ядра линукса в андроиде. Причём мне кажется, что скорей неудавшийся. Даже если удастся — текущую инфраструктуру андроид приложений скорей всего никто ещё долго не выкинет и будут сосуществовать рядом дарт и котлин.
В целом можно сказать, что на расстоянии в 15 лет судьба котлина под вопросом. Лично я для бэкэнда прекратил его использовать и вернулся на жаву, в её будущем я уверен на 100%. Не утверждаю, что у котлина проблемы, просто сравниваю именно с жавой.
Здравствуйте, vsb, Вы писали:
vsb>В моём понимании фуксия это эксперимент по замене ядра линукса в андроиде. Причём мне кажется, что скорей неудавшийся.
Всё идёт к микроядру, монолит должен умереть. Во вторых, Гугл получит платформу которую сможет контролировать на 100% vsb>Даже если удастся — текущую инфраструктуру андроид приложений скорей всего никто ещё долго не выкинет и будут сосуществовать рядом дарт и котлин.
Уже портировали скорее всего. Проекты ailen android app существуют для других платформ. Стоп, вроде даже в Шиндовс это есть.
Здравствуйте, Kernan, Вы писали:
K>Всё идёт к микроядру, монолит должен умереть.
А зачем микроядро на по сути фиксированном железе, которое в принципе нельзя проапгрейдить?
Здравствуйте, CreatorCray, Вы писали:
K>>Всё идёт к микроядру, монолит должен умереть. CC>А зачем микроядро на по сути фиксированном железе, которое в принципе нельзя проапгрейдить?
Наверное смысл в том, чтобы гугл мог апгрейдить ядро, а драйверы от других производителей продолжали работать, т.е. обратная совместимость на уровне ядерных API.
Хотя вроде в той же винде это и без всяких микроядер работает. Просто у линукса принципиальная позиция — отсутствие стабильного ядерного API.
Здравствуйте, vsb, Вы писали:
CC>>А зачем микроядро на по сути фиксированном железе, которое в принципе нельзя проапгрейдить? vsb>Наверное смысл в том, чтобы гугл мог апгрейдить ядро, а драйверы от других производителей продолжали работать, т.е. обратная совместимость на уровне ядерных API.
Не, микрокернел это когда всё что только можно вынесено в песочницу вне ядра, в юзермоду. Так что если что там и навернётся то оно не потянет за собой систему а просто перезапустится ёкнувшийся daemon.
Вот только такой подход сжирает много телодвижений на всякий IPC, а потому производительность так себе в сравнении с другими моделями.
На мобильных девайсах это естественным путём приводит к снижению времени работы.
Так что не очень понятно нафига козе баян — монолит таки имеет преимущества, которые напрямую видны кастомерам.
Разишо только они там совсем разучились кернеловский код писать, ну или хотя бы не падающий код.
Впрочем на фоне всяких новомодных подвижек говнокодить на эзотерике очень даже может оказаться что их хитрый план вынести всё из кернела нужен исключительно потому, что нанятая ими хипстота умеет только в node.js?
vsb>Хотя вроде в той же винде это и без всяких микроядер работает.
У винды hybrid model, часть дров кернелская, часть в юзермоде.
vsb>Просто у линукса принципиальная позиция — отсутствие стабильного ядерного API.
Этот пЫнвин как всегда, да.
