Измерялось полное время работы программы, в которое включено чтение данных, полезные действия и вывод в /dev/null
А причёт тут тогда заголовок, который гласит «Rust vs. C++ на алгоритмических задачах», когда ТС сравнивает Rust vs C++ на операциях ввода-вывода, которые обычно занимают больше всего времени.
Во времена opera mini было вполне удобно, сейчас наверное большинство сайтов не будут там работать, ну или будут крайне криво и медленно из-за тучи фреймворков.
Потому что начинка слабая, и использовались телефоны тогда не так, как сейчас. Думаю, если на нём постоянно в инете сидеть, то батарея точно также на глазах сдуваться будет.
Да нет, просто модель экономная, он был более экономным даже в сравнении с телефонами того времени. Сейчас же андроиды много жрут из-за большого экрана и кучи запущенных приложений(если не рутовать телефон, это просто ужас, каждая игра лезет в автозапуск)
Ну как бы многие, интернет не везде и не везде безлимитный, поэтому лучше один раз скачать и слушать, да и нельзя быть уверенным, что сервис музыки внезапно не прикроют, как это сделали с вк, например.
Куски экрана в большинстве своём огромные и неудобные, за редким исключением, раньше sony ericsson выпускал более менее удобные куски экрана вроде Xperia ray, но сейчас что-то таких не встречаю. А насчёт «куча кнопок и мелкий экран», то сейчас выпускают либо бабушкофоны(только звонить можно), либо недонокии, у которых нет функционала, убогий плеер, убогое меню с кучей ненужных ссылкок на сайты типа фб. Был ещё отличный телефон Sony Ericsson J10i2, удобно лежит в руке, удобный плеер(правда разъём под наушники не 3.5, единственный минус), удобное меню, даже были WiFi, GPS, карта памяти, отличная по тем временам камера и батареи хватало прям реально надолго, но его уже давно не выпускают.
Почему сейчас делают не телефоны, а огромный кусок экрана, который неудобно доставать из кармана и неудобно держать так, чтобы не уронить… Siemens M65 был верхом эволюции телефонов, после этого пошла деградация.
Сделали продукт, чтобы можно было найти площадку для игры в футбол, баскетбол, волейбол и другие виды спорта, создать игру, позвать друзей и вместе скинуться на оплату площадки. Зарабатывать мы планировали на комиссии с этих платежей.
Ну, имхо, идея слишком узконаправленная и не очень нужная.
Ну, вообще такой сценарий возможен уже сейчас. Ваш сосед может купить квадрокоптер на али и снимать вашу голую жопу хоть каждый день и стриммить на ютуб.
Фокус в том, что в питоне в отличии от Си есть интерпретатор, который жрет практически всю производительность. Так в моем случае почти всю работу выполняет Си код под капотом, интерпретатору остается только сделать два обращения к локальному контексту (bin, param), одно к глобальному (bin) и один поиск метода (count). Это алгоритм который работает за константное время.
Ну, можно написать такую функцию на Си и вызывать из питона. И с какого он вдруг стал константным? Константным он будет только в случае, если значение где-то закешировалось, а в худшем случае он по прежнему линейный и выполняет больше операций, чем выполнял бы эффективный алгоритм(я имею ввиду преобразование в строку и проход по ней вместо просто прохода по битам). Могу допустить, что из-за интерпретатора мой вариант на питоне будет медленнее, тесты мне делать, честно говоря, лень.
А такого плана задачи, я думал речь про всякие алгоритмические, что было бы странно для гугла отказываться от такого. Это объясняет, почему я в интернете встречал вопросы типа «почему люки круглые?» в списке вопросов для Software Engineer в googe, но при этом у них на официальном канале рекрутёры говорят, что не спрашивают такой бред.
В системных языках, каким себя позиционирует Rust, важно.
А причёт тут тогда заголовок, который гласит «Rust vs. C++ на алгоритмических задачах», когда ТС сравнивает Rust vs C++ на операциях ввода-вывода, которые обычно занимают больше всего времени.
Во времена opera mini было вполне удобно, сейчас наверное большинство сайтов не будут там работать, ну или будут крайне криво и медленно из-за тучи фреймворков.
Да нет, просто модель экономная, он был более экономным даже в сравнении с телефонами того времени. Сейчас же андроиды много жрут из-за большого экрана и кучи запущенных приложений(если не рутовать телефон, это просто ужас, каждая игра лезет в автозапуск)
Ну, имхо, идея слишком узконаправленная и не очень нужная.
Ну, можно написать такую функцию на Си и вызывать из питона. И с какого он вдруг стал константным? Константным он будет только в случае, если значение где-то закешировалось, а в худшем случае он по прежнему линейный и выполняет больше операций, чем выполнял бы эффективный алгоритм(я имею ввиду преобразование в строку и проход по ней вместо просто прохода по битам). Могу допустить, что из-за интерпретатора мой вариант на питоне будет медленнее, тесты мне делать, честно говоря, лень.