Не добавят. Lifetimes начисто противоречат как минимум copy by default в C++, к тому же придётся мучительно аннотировать весь код чтобы это работало. Концепты в Rust есть уже сейчас в виде Traits & Trait impls. Модули добавят хорошо если к 20-му году. Препроцессор останется с нами навсегда во имя совместимости. Аналога же Cargo вообще не предвидится в обозримом будущем.
Короче, единственное КМК что держит С++ на плаву — огромное сообщество и гигатонны уже написанного кода. Плюс несоместимость С++ ни с кем кроме С++. Такой себе Language lock-in.
Для сравнения.
Xiaomi Mi3
родная прошивка на 4.4 — примерно 650-700Мб
родная прошивка на 6.0 — примерно 700Мб
CyanogenMod 13 (Android 6.0) — примерно 300Мб
размеры приведены для архива с прошивкой, с учётом сжатия на флешке будет примерно вдвое больше
Как резюме — большие вопросы к Самсунгу, что их кодеры туда понапихали
Толщина кода для инита контекста рисования величина б/м постоянная, или по крайней мере всегда отличная от нуля. Дело, думаю, в этом. Как там дела в современном OpenGL — не в курсе, смотрел только мельком.
Vulkan судя по виду и не предназначен для рукопашного кодирования каждый раз. Это скорее «графический ассемблер», как когда-то называли OpenGL. Хотя в такой ситуации OpenGL переходит в лигу «графического Си».
Мне кажется, посыл статьи не в том, кто каким флагом машет, а в том, что у поставщиков контента появляется неслабый рычаг «этому плагин даю, этому не даю». Например, лиса и хром получают каждый такой плагин от нетфликса. А потом гугл даёт нетфликсу много денег, и нетфликс отключает все плагины — кроме хрома. Хотите смотреть нетфликс — запускайте хром. Насколько это соответствует реальности — я не знаю, для этого надо смотреть спеку EME.
В лисичке, кстати, проприетарные плагины можно ставить. Более того, они там есть.
К сожалению, именно эта маааленькая особенность превращает использование Gerrit в акт мазохизма, по крайней мере для меня. Настройка локальной копии требует подстановки хука для задания Commit ID, что само по себе немного. Но вот каждый новый чейнджсет превращается в:
— сделать rebase+squash
— обновления делать исключительно amend
— в качестве назначения использовать фиктивный ref, о котором надо помнить
— когда приходит добрый сосед и мержится, надо ручками опять делать ребэйз
Короче, мне это сильно напоминает старые добрые времена SVN по количеству рукопашной работы.
Попробую перечислить конкретно то, что раздражало меня. Телеметрию и т.п. не беру, слишком субъективно
1. Обновления ставятся когда МСу удобно, а не мне. Лечится правкой в реестре. Пока что.
2. Пачка лично мне не нужных приложений типа OneNote, Cortana, которые или не выпиливаются вообще, или радостно возвращаются после первого же апдейта. Даже если выпилить весь пакет вместе с ярлыком с помощью PowerShell
3. Пачка «системных» сервисов типа Content Delivery Manager, которые тоже не поддаются никакому управлению, включаются в произвольное время (что само по себе не проблема) и адски выжирают CPU и память. Рекомый CDM у меня так себя и вёл.
Ну и ещё какие-то мелочи, из разряда «проблемы индейцев шерифа не волнуют».
Плюс Win 10 по-прежнему имеет тенденцию жрать место на диске за счёт WinSxS. Сделать к нему нормальный dependency management МС в своё время не удосужились.
До 7-ки включительно windows была удобна и простому пользователю, и продвинутому. Начиная с 8-ки возможности продвинутой настройки стали усиленно прятать или перетряхивать, «оказуаливая» систему. 10-ка просто стала финальной точкой в этом процессе. Т.е. 10-ка — хорошая, наверное, система для офисных ПК. Может для геймеров. Но для тех, кто привык контроллировать поведение своего ПК она стала занозой в заднице. Именно из-за политики «большому дяде лучше знать». Я, помнится, обновился ещё в августе прошлого года, в самом начале щедрого предложения. А уже в начале октября с матюгами пересел на Linux Mint. Просто понял, что систему я больше не контроллирую никак. И любые попытки такого контроля с моей стороны будут выпилены следующим же апдейтом.
Rust
Там собсно сделали отслеживание владения и алиасинга компилятором. От зацикленных умных указателей конечно не спасает на 100%, но ногу себе отстрелить гораздо труднее.
Мой личный опыт показывает, что это все окружающие призваны работать с С++ через C ABI. С++ не стыкуется сам по себе ни с кем кроме С и С++. Все остальные делают C-compatible FFI. А пакетный менеджер не родился КМК из-за того, что производителей компиляторов было несколько. И они в начале развития С++ не очень хорошо дружили друг с другом. Посмотрите хотя бы на «зоопарк» систем сборки. Отсюда, кстати, и отсутствие какого-то единого соглашения на структуру исходников для каждого «компонента». Другие языки появлялись усилиями какой-то одной компании или группы энтузиастов, и только потом могли появляться «форки». Либо просто выходил порт референсного компилятора/рантайма.
Как по мне, двоеточие визуально отделяет имя параметра от его типа, что есть хорошо. Если вы ссылаетесь на golang, то там для такого различения требуется немного «приморгаться».
7. Идеальный способ наплодить утечек. Берём List, получаем ref на элемент, прикапываем, меняем List до наступления реаллокации. Без контроля алиасинга будет масса весёлых часов отладки.
Скорее всего да. А ещё я хочу от C++ того, чего в нём не будет ещё лет 5 — нормальной модульности.
Вообще же частенько бывают ситуации, когда поднимать пакетный репозиторий бессмысленно — например требуется всего-то вытаскивать автоматом при сборке парочку бинарных SDK, маленький репозиторий с общим для нескольких продуктов кодом и пару опен-сорс пакетов вроде юнит-тестового фреймворка и логгера.
Не добавят. Lifetimes начисто противоречат как минимум copy by default в C++, к тому же придётся мучительно аннотировать весь код чтобы это работало. Концепты в Rust есть уже сейчас в виде Traits & Trait impls. Модули добавят хорошо если к 20-му году. Препроцессор останется с нами навсегда во имя совместимости. Аналога же Cargo вообще не предвидится в обозримом будущем.
Короче, единственное КМК что держит С++ на плаву — огромное сообщество и гигатонны уже написанного кода. Плюс несоместимость С++ ни с кем кроме С++. Такой себе Language lock-in.
Xiaomi Mi3
родная прошивка на 4.4 — примерно 650-700Мб
родная прошивка на 6.0 — примерно 700Мб
CyanogenMod 13 (Android 6.0) — примерно 300Мб
размеры приведены для архива с прошивкой, с учётом сжатия на флешке будет примерно вдвое больше
Как резюме — большие вопросы к Самсунгу, что их кодеры туда понапихали
Получается, когда
наступит счастьеосновные вендоры реализуют поддержку Vulkan, можно будет иметь одну реализацию OpenGL поверх него?В лисичке, кстати, проприетарные плагины можно ставить. Более того, они там есть.
— сделать rebase+squash
— обновления делать исключительно amend
— в качестве назначения использовать фиктивный ref, о котором надо помнить
— когда приходит добрый сосед и мержится, надо ручками опять делать ребэйз
Короче, мне это сильно напоминает старые добрые времена SVN по количеству рукопашной работы.
Или приблуда вроде Slack Client, который по факту запускает WebKit?
1. Обновления ставятся когда МСу удобно, а не мне. Лечится правкой в реестре. Пока что.
2. Пачка лично мне не нужных приложений типа OneNote, Cortana, которые или не выпиливаются вообще, или радостно возвращаются после первого же апдейта. Даже если выпилить весь пакет вместе с ярлыком с помощью PowerShell
3. Пачка «системных» сервисов типа Content Delivery Manager, которые тоже не поддаются никакому управлению, включаются в произвольное время (что само по себе не проблема) и адски выжирают CPU и память. Рекомый CDM у меня так себя и вёл.
Ну и ещё какие-то мелочи, из разряда «проблемы индейцев шерифа не волнуют».
Плюс Win 10 по-прежнему имеет тенденцию жрать место на диске за счёт WinSxS. Сделать к нему нормальный dependency management МС в своё время не удосужились.
Там собсно сделали отслеживание владения и алиасинга компилятором. От зацикленных умных указателей конечно не спасает на 100%, но ногу себе отстрелить гораздо труднее.
Вообще же частенько бывают ситуации, когда поднимать пакетный репозиторий бессмысленно — например требуется всего-то вытаскивать автоматом при сборке парочку бинарных SDK, маленький репозиторий с общим для нескольких продуктов кодом и пару опен-сорс пакетов вроде юнит-тестового фреймворка и логгера.