5 февраля 2019
Берёзки NEWS №58. Фуксия
Александр Носков
Периодически в сети появляются слухи и домыслы о новой операционной системе Google. Что о ней известно?
В последнее время в сети регулярно появляются новости и слухи о новой операционной системе Google. Иные слухи рождены фантазией, другие построены на вполне себе достоверной информации. Чтобы разобраться в этой вакханалии, тем более что Google молчит и ничего нам не рассказывает, решено было собрать все факты в один котел и сварить из них информационный борщ.
Содержание:
Первые слухи
Первая информация о том, что Google работает над новой операционной системой, появилась в августе 2016 года. Как и всегда в случае открытых разработок от Google, начальная кодовая база новой ОС была размещена на ресурсе GitHub. Первые анализы кодовой базы показали, что предполагаемая ОС может работать на чем угодно, начиная от смартфонов и стационарных ПК и заканчивая устройствами вовсе без экрана. В отличие от Android и Chrome, новая операционная система никак не привязана к Linux, а основывается на собственном микроядре «Циркон». Тем не менее, на данный момент времени можно с большой долей вероятности утверждать, что новая ОС будет совместима с приложениями Android, по крайней мере, с теми из них, которые не привязаны к Google Play. Это понятное желание решительно всех существующих пользователей Android, от которого Google не сможет отмахнуться просто так.
Хронология событий
Надо сразу признаться, что подтвержденной информации по реальным тестам Фуксия-устройств нет, Google традиционно отмалчивается или уводит разговор в сторону. Однако произошло несколько событий, эдаких знамений грядущего. Первое из них – это результаты тестов устройства под названием Google Rammus в базе данных Geekbench.
Устройство под названием Rammus в итоге оказалось внутренним названием платформы компании Asus, на которой, в том числе, построен хромбук C434, засветившийся на CES 2019.
Но из тестов мы видим, что на устройстве была запущена операционная система Android 9.0, а вовсе не ChromeOS. Тут нужно понимать, что серьезные разработчики, включая компанию Asus, не устраивают информационных провокаций – такие действия строго запрещены, так как могут привести к снижению авторитета компании и денежным потерям. Обратите также внимание, что первые результаты платформы Asus с Android 9.0 на борту появились в базе данных Geekbench в далеком октябре 2018, задолго до CES 2019 года. Но даже и этот факт пока еще не говорит ни о чем. Ни о чем, если не вспомнить скудные ручейки официальной информации, согласно которым отдельные функциональные блоки «Фуксии» и Android совместимы и могут заменять друг друга. Еще несколько фактов:
— В ноябре 2018 года стало известно, что Huawei совместно с Google доработали «Фуксию» для запуска на чипсете Kirin 970.
— В декабре 2018 года стало известно, что в последнем обновлении эмулятора, входящего в Android SDK (средство разработки и отладки), появилась официальная поддержка ядра Fuchsia Zircon. Среди прочего это означает, что поддержка приложений для «Фуксии» войдет во все будущие эталонные AOSP-проекты (основа Android).
— В том же декабре 2018 года появилась информация о появлении виртуального устройства «Фуксия», на которое должны ориентироваться разработчики. Обратите внимание, будущие устройства «Фуксия» не будут работать на платформе ARM х32, только х64. По крайней мере, на данном этапе развития.
— В январе 2019 года стало известно, что компания Google переманила от Apple к себе разработчика OS X с 14-летним опытом работы Билла Стивенсона, который сразу радостно сообщил, что будет заниматься выводом «Фуксии» на рынок. Под мудрым руководством Google.
Предварительные выводы
Все события говорят о том, что Google что-то скрывает. Используя наш жизненный опыт и полученные разведданные, предположим, что:
— Все крупные компании тайком разрабатывают прототипы устройств на ОС «Фуксия» либо тестируют ОС на существующих устройствах, но пока еще не понимают всех открывающихся перспектив. Иначе бы пресс-релизы летели так же плотно, как стаи гусей на юг по осени.
— Операционная система «Фуксия» задумывалась как универсальная, призванная одинаково хорошо работать в «умной» дверной ручке, «умных» часах, смартфоне, планшете и даже в бытовом ПК. Похоже, что для решения этой задачи компания Google будет скрещивать Android и ChromeOS на базе ядра «Фуксии».
— У Windows и Apple, которые взялись за этот гуж чуть раньше, ничего не получилось. «Окна» в смартфоне благополучно умерли, а приложения для iOS по-прежнему не совместимы с macOS.
Когда ждать реальных устройств?
Это самый трудный вопрос, ответа на который пока не существует. Однако есть реперные точки, которые скажут нам, что «Фуксия» «началась». Самой главной такой точкой станут многочисленные судебные иски от неудачников Windows и Apple, агенты которых наверняка уже пасутся среди разработчиков, собирая и систематизируя информацию. Этим событиям могут предшествовать странные покупки корпораций, как то покупка ушей от мертвого осла. Мы уже видели такие приколы раньше, когда Apple Inc. приобрела интеллектуальные права на Palm OS и Palm Source, чтобы судиться со всеми подряд из-за оформления интерфейса и логики переходов по меню смартфона.
Рождение «Фуксии» будет сопровождаться пресс-релизом Google и ударами судейского молотка, возможно, мы станем свидетелями веселых «похоронных процессий» других операционных систем.
Перспективы
Надеюсь, что из всего прочитанного можно почерпнуть простую мысль – вместо того, чтобы плодить ПО для каждого отдельного вида ЭВМ, в Google решили создать универсальное средство. О необходимости этого давно уже говорили все разработчики девайсов для интернета вещей (IoT), которые испытывали трудности в первую очередь из-за невозможности для индивида одинаково хорошо разбираться в бинарном коде для работы с ASIC-платой и написании приложения для ОС. И с этой точки зрения операционная система «Фуксия» выглядит неким флагом, под который соберутся все независимые программисты и разработчики устройств. А чего ждать нам, простым пользователям устройств, покажет время.
Возможно, это будет управляемая голосом ярко-желтая уточка, которая будет плавать рядом в ванне и транслировать музыку со смартфона, стоящего на зарядке в соседней комнате. При этом утка и смартфон работали бы как единая операционная система с распределенными вычислениями.
К сожалению, это практически вся доступная информация о разрабатываемой в недрах Google новой операционной системе. А пока мы все ждем, предлагаю высказать недовольство существующими ОС, например, так:
Мне не нравится, что в Android нельзя удалять системные приложения, я лучше знаю, что для меня лучше.
Или:
Google, когда уже сделаешь верхний бар в Android полностью настраиваемым? Хочу шрифт в 3 раза крупнее!
А как примерно будет выглядеть фуксия в наших смартфонах можно посмотреть на ролике одного из разработчиков:
А по-русски?
А такие есть? Приведите хотя бы один пример популярного приложения (закрытый китайский рынок не в счёт).
fortnite
Если я правильно уловил мысль автора, то это плеер PowerAmp(вернее разблокировка полной версии) к примеру, есть две версии одна распространяется через гугл, вторая через сайт
Для того, чтобы гарантировать отсутсвие привязки к GMS (это более правильный термин), нужно анализировать приложение. Внешне можно оценить, например, отсутствие пушей (при этом локальные уведомления допустимы) и карт от Google. Но внутри может использоваться, например, Firebase или Google Аналитика.
Корпоративный софт. Который за пределы корпорации не выходит.
В F-дроид таких полно.
Меня лично бесит в андроиде подергивание анимации и сохранение всего в галерею из ватсапп.
в настройки ватсапа заходили?
Тут наверное дело привычки либо я что то не догнал. на айфоне всего этого шлака в галерее не было, тут же просто жопа какая то, посмотрел видео и оно уже в галерее(((
В этом ключевое отличие операционных систем. в iOS так как решили Apple, в Android нужно/можно настраивать.
Поэтому и портрет среднестатистического пользователя так разительно отличается.
В случае с Apple это чаще всего «нехочу заморачиваться, пусть оно всё само, за меня».
Что вы делаете, если поведение системы не устраивает? В Андроид говорите «Андроид — дерьмо!» и лезете в сеть, чтобы узнать, как это изменить. В iOS вы говорите «iOS — дерьмо!» и начинаете биться головой о стену.
понял) в настройках 100% убирается)
отэто проблема с вацапом))
Было бы от чего беситься:
https://uploads.disquscdn.com/images/83a79d05aa394bb337293f5ceae53145961d2eecfb2a80caae612e88fa9ffa04.jpg
Такое ощущение, что индус задом наперед говорит. Ничего не понятно. Ну и ещё из статьи я понял, что основное преимущество новой ос — это визуальные свистоперделки и, в перспективе, куча хлама от криворуких непризнанных гениев.
Странные какие то примеры:
Возможно, это будет управляемая голосом ярко-желтая уточка, которая будет плавать рядом в ванне и транслировать музыку со смартфона, стоящего на зарядке в соседней комнате.
Ну всуньте амазоновские колонки в резиновую утку сейчас, в чем проблема?
Мне не нравится, что в Android нельзя удалять системные приложения, я лучше знаю, что для меня лучше.
Ну рутируй телефон и удаляй системные файлы, андроид это позволяет.
Google, когда уже сделаешь верхний бар в Android полностью настраиваемым? Хочу шрифт в 3 раза крупнее!
В оболочках типа MIUI это давно реализовано через редактирование тем. А в более чистом андроиде как я понимаю через редактирование системных файлов, по крайней мере у меня на 9 версии можно баловаться с цветом тонглов, шрифтом и скруглениями
Мечтайте о великом
Если рутировать, слетит гугль пэй.
С чего бы вдруг? Ставишь рут, устанавливаешь Маджимк, устанавливаешь модуль Hide, и включаешь его в настройках и выбираешь приложения от которых нужно скрыть рут. Вроде как всё
Хм..
Спасибо.
Не знал.
вот именно, что надо ставить всякие софтины из сомнительных источников. а многие аппараты и вовсе не имеют возможности разблокировки.
к сожалению, в ведре нет штатной кнопки «войти под рутом» как это делается в винде, лине или макаке
Девиз всех времен и народов: хочу чтоб у меня все было и мне за этого ничего не было. Начинается он из сказочных «по щучьему велению», а продолжается… сами видите как.
ну не надо уж так передёргивать. рут изначально есть в системе. и все эти софтины лишь дают к нему доступ, ну и немного гуёв. хотя гуи вообще вроде из плея даже качается. супер су всякие или тому подобные. давно не рутировал ничего. но это не значит, что оно мне не нужно
Вы какой то странный, боитесь непроверенных источников(все важные модули есть на xda и github) но при этом хотите однокнопочный рут, вы же первым побежите жаловаться на форумы когда какая нибудь «проверенная» прога из маркета среди банальных разрешений доступа к камере или внутренней памяти попросит рут права а вы не читая их дадите. По мне, так идеальный способ это получение рута через консоль и терминал, ничего сложного, но начальная компьютерная грамотность должна быть
Умные люди придумали такую вещь как sudo. Постоянно под рутом сидеть не надо, а если что понадобилось — включил, сделал, выключил.
ты бы поменьше фантазировал. полезно будет. нормально у меня всё с комутерной грамотностью и скорее получше, чем у тебя. но мне важнее чтобы рут дал производитель, тем более что это вообще встроенная функция ОС. и я не хочу ради модификации известного мне файла системы или удаления некоего софта ставить непонятно что из непроверенных источников и танцевать с бубном. хотя бы уж потому что даже проверенные источники косячат. а непроверенные и подавно
Ага, с компуктерной грамотностью у вас нормально, но xda и github не проверенные источники, ясно-понятно.
именно так. там любой человек может поместить любой код.
и раз ты такой понимающий, то сердечное кровотечение откуда взялось?
Современные телефоны все сложнее рутировать. Самсунги с ихним кноксом вообще противопоказано.
Для обычного юзера такие советы будут звучать как:
— Вы хотите стакан воды? Таки возьмите две молекулы водорода и соедините с одной молекулой кислорода. И будет вам счастье.
А зачем обычному пользователю удалять системные файлы и менять шрифт в шторке/статус баре? Да и вообще, там инструкция в 3-4 простейших шага уровня ctrl+c/ctrl+v
Согласен, он вообще не должен ничего знать про «системные файлы». Но у него должна быть возможность полной кастомизации устройства. И если ему надоело приложение Google, то он должен иметь возможность убрать его с глаз долой. Не просто отключить, а прибить. В общем нужен новый раздел в настройках под названием «Кладбище», где и должно лежать все убитое юзером. И не воскрешать самостоятельно, как сейчас при отключении.
Полной – понятие относительное. Рано или поздно, наступит граница, когда системными файлами это еще можно кастомизировать, а из интерфейса уже нет.
Так почему граница должна проходить именно по «приложению Гугл»?
Хорошо, пускай это будет раздел меню «звук». Который было бы можно заменить другим.
Хорошо, пускай это будет раздел меню «звук». Который было бы можно заменить другим.
Ничегонепониаю © Шеф
Нужен ответ на самый главный вопрос. И это не «когда?», и не «как?», а «Нафига?!». Что в системе
Win9xАндроид архитектурно непоправимого, что понадобилась миграция наWinNTФуксия? Потому что не вижу причин, почему нельзя реализовать все описанные фишки, в рамках существующей системы. Ну не верю я, что это из-за Линукс ядра, который они решили заменить. Опять же, зачем? Оно может работать от простеньких роутеров, до суперкомпьютеров. Что вы изобрели такого ядерного, что в Линукс ядре нет и не может быть добавлено?Во-первых, архитектурно андроид таки и правда больше напоминает помойку (а sdk так вообще мрак)
Во-вторых, там вот сейчас оракл судится с гуглей (последний суд гугл проиграл, сейчас у них остался вроде как последний шанс отделаться). И тут дело не столько в деньгах, сколько в том, что оракл требует запрет на использование java (на N+ openjdk, но есть шанс, что это не поможет). Так что…
… если они хотят обеспечить совместимость на уровне API, в том числе для java-приложений, они будут вынуждены повторить все уже существующее, в том числе jvm.
Т.е. в новой ОС, они могут решить ТОЛЬКО более системные проблемы. Выделение памяти. Изоляция процессов. Разграничение доступа. И прочее. С чем у Linux ядра и Андроид окружения проблем вроде нет. А те что есть, не требут такой кардинальности.
Для андроида нет понятия «java-приложение», там и jvm-то нет. Есть только написанный на java код, который путем хитрых преобразований оказывается байткодом ART.
> совместимость на уровне API
Совместимость с чем?
Опять же проблема с андроидом сейчас не техническая (техническая проблема там есть, но это не важно — все равно из конкурентов только айось) а юридическая: гугл может лишиться возможности использовать java.
Есть приложения, те же игры, которые используют бинарный код. В отличии от них, другие я и называю ява-приложениями. Простите засранца, больше не буду))))
А кстати Фуксию пилят на Swift-е, по слухам. Открытый язык программирования, на котором кстати iOs и macOS пишут)
А что именно там пилят на свифте? Ядро? Нет, в ядре как обычно Си и плюсы.
А для клиентского кода, предполагается дарт с б-гмерзким флаттером, но в принципе весь набор из kotlin, rust, go, swift и т.д. есть, в репозитории пакеты для них имеются.
Более того, сейчас все языки открытые, время закрытых языков ушло.
Сами писали выше, что Оракул так не считает))
Нет, я такого не писал. «Открытый» и «под лицензией» — разные вещи. И таки все языки сейчас открытые, а вот лицензии могут различаться.
Хорошо.
Так это не проблемы ядра ОС. Условно говоря, если вы уберете JVM из связки Linux+JVM и замените ее, например, на Mono, то Linux никуда не денется. И наоборот — если вы накатите Dalkik/ART поверх другой ОС (на отдельном микроядре), то ни претензии Oracle, ни SDK никуда не денутся.
Линукс «из коробки» нельзя напрямую подключить к другому устройству линукс. Как и винду, как и макос. Т.е., всегда такое соединение требует неких костылей. Опять же народу хочется чего-то новенького.
Интерконнект лежит на более высоком уровне, чем ядро. А если вы про удаленный доступ, так в X-Window сетевая прозрачность заложена by design.
Я про то иговорю, тут соединение возможно на уровне ядра. Плюсов сразу миллион, начиная от скорости соединения и передачи данных и заканчивая распределенными вычислениями (например кино на планшете крутит не планшет, а «умный» холодильник). К тому-же появляется возможность обновлять ПО (ставить дополнительное) на утке командуя со смарта.
Вы про какое соединение? Сетевой стек и сейчас в ядре. IPC, межпроцессное взаимодействие, по сети тоже реализовано. Как по вашему работают суперкомьютеры? Но для этого нужна строго контролируемая сеть. В сетях общего пользования, это не только бессмысленно, а даже вредно. И тем более вредно, пихать это в ядро.
Вот я и говорю про такой «суперкомпьютер». Фуксия позволит сделать это без танцев с бубном.
Повторю.
1. Невозможно сделать это в сетях общего доступа. Даже в типовой локальной сети это невозможно. Сетевые задержки, кои система исправить ну никак не может, обработку будут только тормозить.
2. В ядре этому не место. А вне ядра, на уровне API, это можно сделать в любой системе. Надеюсь понятие RPC вам знакомо?)))
По первомй пункту — возможно. Что-нибудь про туннельное шифрование слышали? Его использование по IP-протоклам — это вчерашний день, было актуально при использовании старого оборудования. Сейчас ситуация совсем другая, ибо технически более чем возможно ввести для каждого устроства систему геопозициирования и его контроля. Я уже не говорю о том, что устройства стало возможным «знакомить» напрямую, раньше этого не было. Вот эти два фактора и сделают подключение на уровне ядра безопасным. Хотя, возможно, ввод инноваций и продлится долго.
Наш разговор напоминает диалог:
— Вот придет волшебник и наступит щастье.
— Волшебников не существет, поэтому боль и пот.
Я разве говорю, что это невозможно реализовать в ядре? Лишь то, что это принесет только вред. Потому что локальный компьютер работает на много порядков быстрее сети. А в ядре место только для критично важных по производительности вещей.
Да, это можно реализовать на уровне системных библиотек. И может быть в этом есть следовые количества смысла, но это можно сделать в ЛЮБОЙ системe. Например в Android API level 30.
А еще наш разговор напоминает диалог двух крестьян из «Мертвые души»)))
«Вишь ты, — сказал один другому, — вон какое колесо! Что ты думаешь, доедет то колесо, если б случилось, в Москву или не доедет?» — «Доедет», — отвечал другой. «А в Казань-то, я думаю, не доедет?» — «В Казань не доедет», — отвечал другой.
Ага))) Только это колесо, Андроид, колесит в Москву уже не первый год и не понятно, почему вместо его ремонта, пару спиц заменить и подшипник вставить, нужно делать полностью новое. Более того, вместо колеса, вообще вставить шнековый движитель.
андроид мало того, что работает на едре линуха (и в этом я не вижу глобальной проблемы), он работает на виртуальной машине жаба. а вот это огроменная промблемба. эта ВМ адово пожирает производительность и батарею, да и память, если сравнивать с нормальными программами. а на мобилках всё это ой как ценно
Нет, на, jvm он таки не работает. Там ART, а java всего лишь компилится в байткод ART.
P.S. JVM сейчас весьма производительные, так что не надо тут.
ой какой ты умный. ну конечно же байткод работает так же быстро как «ассемблер». как же я мог такую глупость сказать
А зачем бизнес-логике работать со скоростью ассемблера? Тем более, что большинство узких мест, под капотом, сделано на вполне компилируемых языках.
под бизнес, а тем более развлекательной логикой полно ещё уровней абстракций. тонны лишнего кода, каждый кусок которого тормозит(ся виртуальной машиной).
так, ты например написал sql-код. и вот имеет очень большое значение на чём написан и работает sql-сервер, на бейсике или на асме. это я немного утрирую, но суть в том, что разница в производительности будет не меньше десятичного порядка, а то и двух-трёх
Как раз хороший пример. код-препроцессор-среда выполнения. SQL-оптимизатор запроса-сервер. java-jvm-c++рантайм.
Или еще пример. Python. Вроде не быстрый язык. Но если вам надо матричные операции или дискретная алгебра, в вашем распоряжении библиотеки, которые сводят к нулю разницу выполнения питон упраялющего кода, с кодом напасанным на с/с++ от начала до конца. Да что говорить, все нейронные сети и анализ больших данных делается на якобы медленном Питоне.
И да, если вы все это думате про яву, что тогда скажете про программы написанные на Электроне или РеактНативе.
зачем мне о них думать. здесь тема о ведре и его замене. и я утверждаю, что его прослойка дико пожирает вычислительные ресурсы. вернее не то чтобы утверждаю, а просто сам этот факт печален когда мобилы еле доживают до вечера если ими пользоваться. а уж в поход пойти в дикую природу и вовсе невозможно
А будут доказательства? Для ios вот код околонативный, но это не сильно помогает.
ну да, конечно не сильно
Во-первых, а давайте-ка без хамства.
Во-вторых, да, байткод не так быстр, но
1. Скорость разработки решает.
2. Перфомансные проблемы, как правило, связаны не с рантаймом а прокладкой между стулом и ide.
3. Таки да, тупые числомолотилки на джавке могут по перфомансу быть сопоставимы с аналогичными на С.
Потому что все существующие перфомансные проблемы уже решены на уровне рантайма. Тупо на том же С под капотом. А что проблемой не является, то и обсуждения не заслуживает.
так и не хамил бы. а то начал отчитывать тут мне. тем более не разбираясь в матчасти. опять бреда накидал аж 4 пункта. в каждом из пронумерованных либо ошибаешься, либо проблема НЕ ТОЛЬКО в них. так, например, какая бы прокладка ни была в пункте 2, всё равно процессор выдаст большую производительность, чем угрёбищная прокладка между процом и кодом
Вы хамите потому что решили увидеть «отчитывание» там, где его нет и не предполагалось или просто так?
Процессор сам по себе выдает один и тот же перформанс (плюс-минус), а вот насколько хорошо оптимизированы инструкции — это уже вопрос для обсуждения.
Производительность приложения складывается из нескольких факторов и CPU там практически никогда не является узким местом. Может являться память или io, неоптимальный алгоритм, неправильное использование ресурсов и т.д. Иными словами, если бы вам не хватало производительности именно по CPU, то он бы всегда у вас был загружен под 100%. Но если это не так, то проблем с CPU нет. Но в конечном счете, как распорядиться ресурсами — зависит именно от разработчика, на java можно написать более шустрое приложение чем на C++, например. Не говоря уже о скорости разработки.
ты бы лучше вопросы почему задавал, а не учил.
я даже где-то здесь же писал, что проц (условно опять же называю) загружен на 80% (тоже условное число, но пример того, что его хватает). а мог быть загружен той же «бизнес-логикой» но воплощённой нормальным кодом на 8%. и съел бы при этом намного меньше энергии. а ту же игру можно было бы сделать более навороченной, укладываясь в те же 80%.
больше объяснять нет желания. не весь же день на это тратить. тем более когда человек не хочет замечать того, что не видит
Не «ты» а «вы» и прекратите хамить.
Вы бы лучше привели конкретные примеры, например «вот такое приложение такой версии на таком-то девайсе загружает процессор вот на столько при выполнении вот таких вот действий». А абстрактные 80% не значат ничего.
уже все примеры есть. ведро работает на жирной прослойке и еле ворочается. процессорные тайминги конкретных приложений на конкретном железе уж сам собирай. я на это не нанимался. тем более в многозадачной системе
Ну то есть, все, что вы можете — это «тыкать», хамить и нагло врать о текущем положении вещей без каких-либо доказательств? Ок.
а ты смешной. пока ты видишь лишь это, тебе трудно «показать» что-то другое
Во-первых, не «ты» а «вы». Во-вторых, может будут пруфы? А то набросить на вентилятор любой может, а по существу от вас вообще ни одного слова нет.
Вы говорите о количестве тактов процессора на выполнение задачи. Логично. Только не всегда нужно оптимизировать. Как и требовать оптимизаций. Условно, ваша программа 80% запускается раз в сутки и работает 5 секунд. Насколько уменьшится автономность устройства, после оптимизаций до 8?))) А ни насколько. На сутки увеличить все равно не получится, значит заряжать что так, что эдак, придется намного раньше.
И вообще, статей про оверхеды Явы вагон и тележка. Нигде шокирующих данных нет. Если ее и будут менять, то на какой-нибудь dotNET. Та же часть тела только в профиль.
только демагогии и риторики, в конце которой и вовсе голословные утверждения.
во-первых, приложения на «телефоне» работают всегда. и все они (грубовато говоря) на прослойке. а на условный дотнет тоже не надо переходить. и я уверен, что б-гомерский апл всё же так не делает.
да, у них тоже полно абстракций, но это прослойки меньшей толщины. и у МС с гугловедром их тоже примерно столько же. поверх и в прослойке жабы.
так что как ни крути, это зло и от него надо избавляться. как и от дотнета МС, если уж заговорили о нём. потому что всё равно весь говнософт МСный работает только на одном железе.
А вы хамите просто так или потому что увидели «отчитывание» там, где его нет? И на «ты» разговариваете просто потому что привыкли?
Еще раз, дело не в CPU, он выдает одинаковую производительность (плюс/минус), вопрос в том, какой именно код он выполняет. Если бы были проблемы перфоманса были связаны с CPU, то он бы был загружен под 100%, что было бы сразу заметно. Проблемы могут быть с io, памятью, но чаще это просто неоптимальное расходование ресурсов — а это ответственность разработчика. К тому же, рантайм сильно сокращает время разработки и количество потенциальных ошибок именно в работе с памятью. На java можно написать приложение, которое будет более шустрым чем аналогичное на C++, например.
Память пожирает не ВМ а непонятные стремления разработчиков, из-за которых средний размер приложения, за последние 5 лет вырос примерно на порядок, без видимого роста функциональности.
память пожирает не «не», а «и» стремления разработчиков. при том я бы даже и стремлениями их не назвал, а тупо пофизим и/или профнепригодность
Именно «не». Ну какое пожирание у Андроидного Total Commander? Или любой другой программы времен 4.4? Да, может функциональность с тех пор выросла. На 10%. А может на 20%. И нужно это тем же10-20% пользователей. Но требования-то выросли в лучшем случае на 200%, а может и все 500%.
Больше всего прикалывает постоянное «исправлены ошибки и увеличена производительность», для каждой новой версии выходящей раз в неделю.
не надо в кучу всё грести. если пьяный водитель не справился с управлением на скользкой дороге, то проблема именно в И к обоим условиям, а не «не первое» или «не второе». даже если мобила работает быстро и без тормозов, то всё равно тот же код мог нагружать СнК не на 80%, а на 8% и потреблять в итоге значительно меньше энергии. ну и игра или другая программа могла бы выдать больше полигонов, расчётов etc
И чтобы уточка еще лапками массаж делала. Да, было бы неплохо.
Лучше пусть плавают сразу 4 уточки по углам ванной, и где-нибудь еще один селезень с басами…
Сабвуфер можно и в домике для уточки разместить.
Да, хороший вариант, туда поместится сабвуфер уже вполне приличного размера. Что б аж волны поднимались!
у каждого есть такой сабвуфер. между булок
Там дело в другом. Microsoft усиленно пыталась сделать переносимость приложений вплоть до UI. Сначала пыталась перенести десктопный UI на кпк (WM2003 — 5- 6), потом мобильный на декстоп (плитки). Не взлетело, потому как устройства и взаимодействие с ними принципиально разные. Ну и, главное, постоянное кидалово как пользователей, так и разработчиков.
А яблоко и не пыталось никогда запускать ios приложения на десктопе. Они концентрировались на том, чтобы пользовательские данные бесшовно синхронизировались и были доступны на любом устройстве практически без каких-либо действий пользователя (ну разве что эпплид ввести да пару галочек в настройках айклауда поставить). И у них вполне себе получилось.
синхронизацией данных тупо прикрывается то, что ВСЕ ваши данные отправляются на серваки синхронизируемой системы. и делают там с ними всё, что хотят
В идеале, даже нативные приложения должны быть разделены на бекэнд и фронтенд, с элементарной заменой последнего. Вот если бы майки или фрукты, проработали нюансы такой архитектуры, начали предоставлять удобные инструменты для построения приложений такой архитектуры и продаливать их использование, тады ой.
А пока, толку ноль. Толку синхронизировать документы и мультимедию (нет, что-то лучше чем ничего) если не прозрачна их обработка.
Ну а что вам мешает писать приложения с подобной архитектурой? Все современные техники программирования как раз и включают в себя разделение модели и преставления.
Тот же свифт во фруктах вполне умеет в модули. Делаете бекэнд отдельным модулем, да хоть на плюсах, подключаете его к приложению для мака и для айфона. UI (фронтэнд) уже пишется отдельно для каждой оси. Профит.
Вот это вообще не понял. Мои фоточки с айфона автоматически попадают на большой комп, равно как и наоборот. И это прекрасно. А то что фотошоп выглядит по-разному на компе и айфоне — это тоже прекрасно. С ужосом представляю себе десктопный фотожоп на айфоне SE.
Так что как раз самое главное — это синхронизация пользовательских данных. А инструменты обработки на каждом устройстве свои. И это прекрасно 🙂
Ничего не мешает. Но я про целенаправленное нацеливание на такое, вплоть до ограничений на программу написанную по иной архитектуре. Чтобы такие приложения стали нормой.
Фоточки, это очень-очень частный случай пользовательских данных. Есть базы данных, включая проприетарные схемы и форматы разных программ. Есть процесс «проявки» в Adobe CameraRaw, который на планшете вполне к месту. Я не знаю, как там на Маке, но большинство из лежащего в виндовой userprofileAppDataRoaming и самом профиле, имеет смысл тащить на другие устройства. И да, кроссдевайсность это не только десктопные программы на мобильных устройствах, но и мобильные на десктопе. Благо экран типового ноутбука, не так уж отличается от экрана 10″ планшета. Ультрабуки вообще рядом.
Что ж вы так любите принудительное огораживание? У меня один вопрос — ЗАЧЕМ? Инструменты есть, технологии есть, гайдлайны есть (хотя тут яблочный MVC скорее вреден, но не суть) — чего еще не хватает? Что ж вас теперь везде за ручку водить и не пущать? Если вы разрабатываете кросс-девайсное приложение, да что там, даже если вы захотите, чтобы ваше приложение на 4» айфоне и 13» айпад про выглядело по-разному (что вполне правильно и естественно), вы автоматически столкнетесь с проблемой разделения данных и их отображения. Если пишете очередной три-в-ряд для iPhone-portrait only, то накой вам эти заморочки?
Ну и в чем проблема? На телефоне одна программа, на компе — другая (вполне возможно, что с одинаковым бекэндом, только представление разное), данные безшовно синхрятся между ними. А что за данные — фотки, документы, схемы, базы — да без разницы. И не думаю что сильно ошибусь, но для 90% юзеров фоточки, музыки и киношки — как раз самый распространенный случай пользовательских данных 🙂
Вот и Microsoft так думала. Нет уж, нафиг. Кесарю кесарево, десктопу десктопное, мобильному мобильное. А вот данные как раз общие.
Иногда принудительное огораживание необходимо. Когда анархия выходит за разумные рамки. Или когда профит будет получен не сразу, а в перспективе.
Вот сижу читаю как в Хромиум обсуждают введение бюджета веб-страницы, для борьбы с ожирением сайтов. Лепота.
Ну тут надо разделять причину и следствие.
Скажите, вас как пользователя сильно колебет по какой архитектуре и каким шаблонам проектирования построено приложение? Думаю, что 99.99% пользователей на это абсолютно пофиг, главное чтобы не тормозило и не глючило. Ну вот на это и надо обращать внимания.
К слову, у яблок кое-что в этом плане делается: если приложение долго запускается или не отвечает >10c оно прибивается системой. Насчет ведра хз, предположу нечто подобное. Поневоле приходится отделять логику от юи, длительные операции делать асинхронными, всякие долгие вычисления выносить в бэк. Благо инструментов для этого дела навалом.
А огораживание ради огораживания — нуегонафиг. Есть у нас уже огороженая система, верните свободу андроиду!!
В файловом менеджере Windows не хватает возможности присвоения файлам тегов или хотя бы выделения их, скажем, цветом. Насколько я понимаю, на Маке что-то подобное реализовано.
в виндовсе есть много других файловых… именно менеджеров, а не «проводников»
В каком конкретно менеджере реализованы такие функции?
Раскраска есть FAR, Total. А вот с тегами проблема. Системная. Даже если их можно сделать (например простое описание можно по CtrlZ писать в файл desript.ion), то потерять их еще проще. Так как в сам файл оно не пишется. И на маке, если скопируете файл в облачное хранилище, они тоже потеряются. Поэтому лучше ищите другой способ чего-вы-там-планировали.
С другой стороны, теги в файлах которые их поддерживают, музыка, видео, офисные документы, поддерживаются даже в проводнике. Только заполнять их нужно из сторонних программ, созданных для работы с данным типом тегов.
Я подобных функций нигде не нашел. Выделять файлы с определенным расширением каким-то цветом вроде бы можно, но речь не об этом.
Я-то способ решить свои задачи нашел, но было бы удобнее, если бы такие инструменты поддерживались на уровне ОС.
Не спорю. Я тоже мечтаю о программе, в которой есть все нужное, но отсутствует то, в чем не нуждаюсь, чтобы зря не кушало ресурсы моего ПК.
Теги отлично пишутся в потоки, если ntfs. Гуглите потоки или расширенные атрибуты.
Другой вопрос что массово это дело не взлетело — народу не понадобилось.
Чуть более мобильно, чем descript.ion. Чуть за пределы системника и прощай теги. Слишком нестаильно, чтобы использовать в серьезном деле.
Ну как и на маке — пока не выносишь файл за пределы — теги/раскраски живы.
ну лично я использовал файлы descript.ion в тотале и дабле. потом как-то надобность отпала.
тут надо смотреть что именно и для чего нужно
Да элементарно: работаешь, скажем, с видео- или графическими (да с какими угодно) файлами — допустим, просмотренные или отбракованные можно просто пометить каким-то цветом (или присвоить тег).
ну лично я делаю как. просмотренные или отбракованные кидаю в соответствующие папки. и в целом у меня каталог файлов выглядит разноцветно в зависимости от содержимого. вот типа такого. но на скриншоте не все варианты
https://uploads.disquscdn.com/images/9b3ac391173c02e5b29c9ed19e7eea71944034826b956af36fe466138b98535b.png
Давно пора уже пристрелить эту хромую лошадь! Буду рад, если Фуксия всё-таки случится.
Да и сама идея одной ОС для всего весьма заманчива.
Ага, заманчива и «нова»…
Насчёт того, что данная идея далеко не нова, я в курсе.
Я имею в виду, что, возможно, у Гугла получится продавить эту идею и довести её до ума.
Поддерживаю Вячеслава. Не получится. ОСь ценна не собой, а приложениями. И Гугл, если бы хотел, уже навел бы порядок в Андроиде. Но нет, ему приходится танцевать с производителями. И этот танец, приведет к похожим на Андроид результатам.
Вполне вероятно, что вы со Славой правы.
Но, с другой стороны, не стоит недооценивать мощь маркетологической машины Гугла. Вполне ведь могут придумать какую-нибудь убойную стратегию продвижения, благодаря которой хомячки дружно перейдут на Фуксию на ПК и ноутбуках, а нам, продвинутым пользователям, просто придётся перейти на неё поневоле, даже если она окажется не так уж и хороша.
Нет, потому что: 1 — Это мало реально по крайней мере сейчас. 2 — Гугель на это банально не способен. имхо
Посмотрим. Я тут вашему союзнику ответил более развёрнуто. Вкратце, не стоит недооценивать внушаемость хомячков и мощь маркетологов, которые уверенно на этих самых хомячков влияют.
Так то да, одно говно они уже впарили,
вполне возможно что готовят другое…(
Вот о чём и речь.
Лично меня больше всего в Андроиде бесит, что его потихоньку делают все более закрытым. Все больше простейших действий требует рута. К примеру, почему я не могу поднять самбу или фтп-сервер на стандартном порту? Это ж было мегаудобно — телефон превращался в беспроводной сетевой диск, видимый с любого устройства внутри сети. Почему не могу файлик hosts посмотреть/поправить? А кастомизацию? До смешного ведь доходит: телефон поддерживает voLTE/WFC, даже профили все есть, всего-то надо в одном файликеfalse на true поменять — хренушки, пиши производителю, пиши оператору, чтобы когда-нибудь в какой-нибудь следующей прошивке они этот несчастный флажок поставили. Про настраиваемый бар уж не упоминаю. В 9 ведре даже запись разговоров сломали.
Рут проблему решает, но с современными девайсами получить рут все сложнее. На самсунгах с их кноксом это билет в один конец — кнокс тикает и прощай samsungPay, samsungHealth, защищенная папка и т.п. И процесс этот необратим. На новых хуавеях тоже какие-то проблемы с заблокированным загрузчиком.
Понятно, что это все мало кому нужно, но андроид как раз и любят за его открытость. Закрытая ось уже есть на рынке, вполне себе неплохая, кого устраивает — велкам. Нафига из андроида делать еще одну закрытую систему мне непонятно.
Причем яблоки наоборот, развиваются в сторону открытости. Files вон запилили, команды для сири, тунец для телевизоров. Раньше у андроида была масса преимуществ перед яблоком: файловая система, запись разговоров, настройка всего что только можно, возможность вывести изображение на любой смарт-телек. А теперь что? Файлообмен только и… все?
Не понимаю этих стонов. Сервисы СамсунгХХХ не могут гарантировать безопасность при наличии рутового доступа к системе. Выбирайте, что важнее. Программа которая рут не переносит или программа, которая его требует.
Жалеете, что нельзя нечто сделать без рута? А вы не забыли его назначение? Точнее назначение пользовательских прав — невозможность нарушить работоспособность устройства. Ни на одной системе, hosts недоступен из-под пользователя.
Можно подумать, что без рутового доступа они там чего-то гарантируют. Было б здорово, если бы вендор давал штатный рут в обмен от отказа от гарантий. Пусть даже через доп. соглашение.
Да вот бесит то, что рут требуется не только для каких-то опасных вещей, но и для вполне невинных. Как пострадают самсунговские сервисы, если я подниму самбу на телефоне или посмотрю активный LTE диапазон? Да никак. А сделать все равно не могу. Иначе сервисы пострадают.
На нормальных системах есть sudo и от самого факта редактирования файла hosts у меня половина системы работать не перестанет.
Было бы здорово, если бы у него была такая возможность. Боюсь это будет противоречить локальному законодательству.
Сомневаюсь, что запрещается именно самба. Надо подходить с обратной позиции — белого списка. Если на любом телефоне, в любой сети, у любого пользователя, возможность занять порт из некоего стандартизированного списка проблем не вызовет, переносим в пользовательских юзерспейс. Нет? Только рут.
sudo, uac — это уже сущетвующий рут доступ. Точнее средства его управления.
Есть самба-клиент на телефоне, порт 445, все работает. Правда, мне для иных целей, чем те, что Вы описывали. Не самсунг.
Дак клиент, а gelioson про самба сервер. А тут увы и ах. А запись разговоров реально перечит законодательству.
Ну да, я и говорю, что цели другие. Я сервер не поднимал — порт работает, про остальное не в курсе, мне без надобности.
С записью не все так просто, насколько я понимаю — записывать может и можно, а вот использовать запись, это другое дело.
Не перечит. Вернее как, если я каким-то образом записал чужой разговор, то да, это нарушение, потому как тайна переговоров и все такое.
Если же я записываю свой разговор, ну точнее, разговор, участником которого я являюсь, то тут никакого нарушения нет. Тайна переговоров в этом случае не нарушается, потому как о содержании разговора знают только его участники. Вот если эту запись опубликовать — уже другой вопрос.
Вы обязаны предупредить собеседника, что разговор записывается. Вспомните любой звонок в какой-нибудь контактный центр. Раньше старые телефоны пищали во время записи и собеседник слышал.
Ну контакт-центр — это юрлицо, там есть свои нюансы.
И запись эта может прослушиваться/обрабатываться третьими лицами, не являющимися участниками разговора, потому уведомление в этом случае обязательно.
Из Российской Газеты:
так что запись без уведомления не только законна, но и является вполне допустимым доказательством в суде.
Дык я про сервер
Ну лудшие же делают нечно подобное: https(://)ru-mi(.)com/blog/instrukcii/xiaomi-razblokirovka-zagruzchika.html
Запрещается открывать порты ниже вроде бы 1000. Ни 445, ни 139, ни 21 открыть низзя. Можно поднять самбу на левом порту, но тогда будет гемор с доступом туда из-под винды.
так это же прекрасно.
Стесняюсь спрашивать — а на православных *nix’ах чО, не так? Оно так-то с отцов-основателей повелось, что для доступа к портам с 1-1024 требуется тот самый root-доступ
Я рискну предположить, что 90% пользователей телефонов на Андроиде абсолютно все равно, «закрытая» это система или «открытая», намного важнее возможность купить вполне комфортный для использования смартфон за 150-200 долларов.
Более того, большинство и версия не интересует…
Да. Но большинство предпочтет более новую.
Святая вера в то, что новая версия = лучшая…?
Святейший опыт, что новые программульки на старый андроид уже не ставятся. Например-с.
«старый андроид»- это какой 8,7 или 6?)
Да хоть 6. Рядом у знакомых полно планшетов/телефонов ещё на 4, и хуавей/самсунг не чешется обновлять их до вменяемой версии.
На 4, это какого года девайсы?
и что теперь? если 90% населения бухает или жрёт дерьмо, значит надо чтобы всем только бухло и дерьмо продавалось?
так то цивилизацию двигает вперёд совсем не 90% населения, а совсем даже меньшенство
т.е. владельцы телефонов без рута — алкаши?
Страшно подумать, кем являются владельцы кнопочников
в том уровне аналогии, которую приводил я, да.
но умный человек не будет переносить в аналогию или обратно прям все свойства. так, например, небесные тела заменяют точками с массой. земля — небесное тело. можно тоже пофантазировать что из этого следует
спасибо за ответ, но умный человек не будет выносить оскорбительные заблуждения на всеобщее рассмотрение.
ой, ты опять что-то нафантазировал
У меня нет ни одного знакомого в реале с рутом. И ни одного алкаша. Печально, что у вас столько алкашей и озабоченных всякой фигнёй знакомых.
Не значит. Но и не значит, что остававшиеся 10 получат тот уровень внимания, какой получают 90. Торить свою ЛИЧНУЮ колею вам придется сами, с потом болью и кровью, а не ждать и тем более не требовать, что кто-то предоставит желаемое.
я и не говорю прямо, что надо столько же дать. но если что-то нужно 10 процентам, тем более самым продвинутым, то надо бы давать им должный уровень внимания. а то так и звонки надо из трубки убрать. звонят же не больше 10% времени))
Ответ может быть как «да», так и «нет». Продукты питания производить относительно несложно, спрос на них стабилен, недостатка в производителях нет, в результате есть значительное изобилие видов и сегментов продукции. В других сферах ситуация может быть значительно сложнее. Думаю, мобильные операционные системы как раз один из таких сложных случаев.
дык я не про жратву, а аналогию провёл. хотя и в продуктовых тоже приходится под массы подстраиваться(
даже 99,99%
Хоть и сломали, но запись пишется call recorder’ом возможно с помощью костылей, но работает, во всяком случае на моем pixel 2
Когда-то давно, когда андроид был совсем зелёный, тогда была необходимость а перепрошивке и получении рута, сейчас имея стоковый андроид 9.0, как-то отпала необходимость во всем этом
на 4пда пишут что без рута не пишется. Разве что через микрофон, но ну его в опу, такой рекордер
Работает, если есть системная записывалка, как, например, в miui
Нет, если бы писалось с микрофона, то при выключенной громкой связи не было бы на записи собеседника, да и все равно как, главное работает
Думаю, Google пилит свой IOS.
Давно пора, android потихоньку отживает своё и пространства для развития практически не осталось.
А вот еще пример распределенных вычислений это SETI поиск внеземного разума…
Тогда уж сразу BOINC.
Причем может быть развернут личный вычислительный кластер.
Ну и коверкает он английский язык. Сдаётся мне, что и программисты такие же фуксию пишут… 😉
Это вообще не английский, просто много американизмов.