В репозитории с исходными текстами платформы Android размещён вариант Bluetooth-стека Gabeldorsh (GD), переписанный на языке Rust. Подробности о проекте пока отсутствуют, доступна только инструкция по сборке. На Rust также переписан используемый в Android механизм межпроцессного взаимодействия Binder...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54874
Нужно икспертное мнение по поводу того насколько Раст не нужен, и что лучше было взять С/C++
Так оно же и было на C/C++?
Значит надо было так и оставить, нечего тут хипстерствовать!
Писать на более новом качественном языке = хипстерство?
И чтоб не быть хипстером, надо сидеть в каменной пещере и рисовать мамонтов на стене?
>на более качественном языкеТы перепутал. Они на Форт его не собираются переписывать.
На factorcode.org же.
Собрались как-то лебедь, рак и щука...
И это вместо того, чтобы вылизывать далвик и как можно больше из него вынести?
Далвик вылизали на столько, что и следа от него не осталось, как лет 5
...просто переименовав его в арт и немного изменив стратегию компиляции, да?
От этого джава-машина (подумать только! в переносном устройстве, где борьба идет за миллиампер-часы и лишние вейки, вкорячивать слой эмуляции в полноценной виртуалке, фактически налагая табу на нативный софт! Доннер веттер!) джава-машиной быть не перестала.
Им бы в другую сторону повоевать. Чтобы джаву собирать сразу в нативный код, как so'шники, пусть и на фреймворке для мобилко-макак. Нет, будем переписывать и так вылизанный стек на хрусте.
Большре спасибо Гуглу за джаву на устройствах. Не просто большое, а громадное. Именно благоларя этому приложения портативны и легко декомпилируются.
При этом тормозят даже на топовых процах и жрут батарею.
При этом тормозят даже на топовых процах и жрут батарею. - они есть и работают. можете вспомнить ад symbian и winmobile - абсолютно ничего хорошего. Есть еще ios с ощущением, что Вы на своем телефоне незванный гость..
это я в свой цитатник заберу
Респекет
А как же Java 2 micro edition?
Джава-макака не палится
Гослинг рассказывал, что первая целевая платформа для Джавы была каким-то маломощным устройством с автономным питанием.
20 лет в телефонах была javame и ничего
>20 лет в телефонах была javame и ничеговот именно ничего. В смысле никто не пользовался.
Когда–то читал что J2ME убило всю вычислительную мощь тогдашних мобилок и автор сравнивал ЭВМ времён DOS и сотовые.
Я пользовалась. Браузер опера отлично работал, даже лучше чем на windows mobile.
Возможно местные эксперты не застали их в силу возраста.Ещё на java писали программы для смарткарт.
>Им бы в другую сторону повоевать. Чтобы джаву собирать сразу в нативный кодна тизене код каждой либы и приложения предкомпилируется в нативные так называемые *.ni.dll
вот только с межмодульными генериками проблемы, куда их приткнуть. Пока никуда.
Использование в качестве постфикса названия не каждого языка в корне меняет суть дела.
Как вообще такое могло произойти? Неужели разработчики Google не читают опеннет?
Ну, "свой" директор в файндейшене есть; хейтеров - заткнет толпа *обиженых-от-аватарки-хейтера* толерастов. А пользователи? А что пользователи, схавают. Еще и у васянов с 4пда добавки попросят.
Для Гуголя резонный вопрос - почему не на Dart?
Или go. Они-же его и делали. Сами поняли, что сделали что-то не то?
Видимо потому что ни дарт, ни го не годятся там где нужно низкоуровневая работа с железом.
Ну хватит петросянить ну был там один токсичный инноватор сделавший golang, но в виду того что он специфичен, то скорее всего это и закроет дорогу его изделию. я думаю, что нишу golang свою надет, но это как уже говорили проходной транслятор 40 лет и все.
Потому что сит. А R2D2 с логотипа ведроида - на стороне джедаев.
Андроидное месиво станет ещё бОльшим месивом.
это mambo jumbo и кодом считать трудно, месиво - самое мягкое определение
а блобы тоже останутся?
Ну и габельдорш с ним.
сетевой стэк в fuchsia был на golang написан был вроде;
есть сомнения, что google избавляется от собственного golang там, где возможно, или как?
Есть мнение что Гугл избавляется от фуксии.
Они давно заявили, что го плохо интегрируется в фуксию, в т.ч из-за начилия сборщика мусора, жирного рантайма и занимаемой памяти https://fuchsia.dev/fuchsia-src/contribute/governance/policy...
Чёт мне кажется, что через пару лет mozilla будет активно выпиливать хруст из своих продуктов, как это делает сейчас гоголь
А какой смысл? Насколько я помню все Rust'специфичные проверки происходят на этапе компиляции, а выхлоп у Rust не идентичный C/C++ выходит. Или я ошибаюсь?
Альтернативная реальность какая-то. Google ни откуда Go не выпиливает. С фуксией вообще обратная история: изначально Go вообще не был одобрен (IIRC из-за наличия GC). Но потом решили разрешить для некоторых задач (но не для сетевого стека).Rust никто никуда не выпиливает, а осень даже наоборот. У вас wishful thinking.
через пару лет вполне может и не стать самой мазиллы, а хруст останется пока не вымрет поколение хипстеров
Хруст останется до следующего поколения хипстеров, которые сами программировать не будут, вместо этого будут писать ТЗ для ИИ.
> google избавляется от собственного golang там, где возможно, или как?Ты тут, мне кажется, демонстрируешь непонимание гугла. У гугла нет задачи зохватить мир языком go. Если ты глянешь на любой проект гугла, ты обязательно увидишь там _мешанину_ из языков. go, C++, rust, python, js, и ещё парочка каких-нибудь, если среди разработчиков оказался любитель совсем уж экзотики. Гугл не парится тем, на каких языках пишут его разработчики.
Соответственно, гугл не может ставить задачи типа "избавиться от go" или "перевести всё на go". Это не его стиль совершенно. Если так где-то случается, то это не результат какой-то осознанной централизованной политики, но хаотические флуктуации.
На такой бред и ответить-то нечего.
ржавеет андроид
Яндекс в радость, мэйл ру в сладость...
И это замечательно - постепенно, кусок за кусочком, будет становиться быстрее и надежнее.
Ахахахах, теперь в андроид-студию кроме прибитой гвоздями конкретной версии джавы будет включаться еще и прибитая гвоздями конкретная версия раста.А когда через год найдется бага в коде (интерферирующая с багой в компиляторе) исправить ее будет физически невозможно. Ибо обновление компилятора сделает код полностью некомпилябельным.
Ничего там гвоздями не прибито. Распространяемая с Android Studio виртуальная машина Java нужна как минимум для самой студии, ибо по сути это Intelij Idea от реактивных, которая, внезапно, на Java написана. Никто не мешает поставить хоть два десятка разных версий JDK, указать их в настройках, а затем переключатся между ними по надобности.
Давно стал кернел-хакером андроида? Случаем не из тех xda-шников, которые даже в selinux не умеют и постоянно его отключают?
Он не просто так отключается.
640 ядер ARMv9 хватит всем андроидам.
Ты это к чему? При чем тут Раст, который по производительности на уровне C/C++?
Вот Жаба -- да, ей может и хватит)
В некоторых ситуациях благодаря мощному статическому анализу он даже значительно быстрее плюсов.
:-D
А как насчёт обогнать ассемблер?
В следующей версии подвезут
вообще-то в растовой stdlib новые дженерики на подходе, которые по скорости бинарный код обгоняют
Сделаем вчера
И свет обгоняют.
А главное - программить ничего не надо. Пишешь "хочу зашибись", и компилятор все сам делает.
Это вам не сипипи какая-то!
> А как насчёт обогнать ассемблер?Когда метр был длиннее, килограмм тяжелее, а команда BSWAP выполнялась 9 тактов, мне удалось реализовать на Си криптоалгоритм, который догнал по скорости известные реализации на ассемблере. Пришлось изменить сам алгоритм, что бы уйти от перестановки байт в слове.
Не так давно переписал вирт.машину Ocaml на ассемблере, убрал (некогда дорогие) косвенные переходы по таблице, упростил выделение памяти. Моя реализация слила откомпилированной.
Пришлось добавить фиктивный условный переход https://github.com/STrusov/microcaml/commit/86efe78256de7f48...
что бы обуздать слишком умный предсказатель.Вот результаты до и после (когда реализация подтянулась до уровня сишной):
12 440 035 801 instructions:u # 0,48 insn per cycle
3 120 008 855 branches:u # 272990537,667 M/sec
1 039 998 618 branch-misses:u # 33,33% of all branches11 600 026 289 instructions:u # 1,21 insn per cycle
2 280 005 786 branches:u # 536471949,647 M/sec
80 002 443 branch-misses:u # 3,51% of all branchesПрикидки показали, что можно вытянуть ещё 10-20%.
И это не на Zen3 с ИИ, а специально запускалось на "тупом" Атоме. Так что если не брать нишевые кодеки со спец.командами SSE и т.п., то обгонять особо и нечего.
Вообще-то на asm-е писать производительный код сложнее, чем на Си или rust, тупо по тому, что современные процы стали очень сложными и надо учитывать тонну деталей при написании машинного кода.
что современные процы стали очень сложными - на asm пишут для совершенно разных изделий. может быть МК с 64 байта памяти, может быть что-то для ПК, у которого кэш измеряется мегабайтами.надо учитывать тонну деталей при написании машинного кода- обычно на asm пишут, когда на другом уже не получается. тонна деталей, не тонна деталей - на другом-то уже не получилось.
Обогнать ассемблер ананима с опеннета, ха.
Это как раз такой случай что и питон подойдет.
> Обогнать ассемблер ананима с опеннета, ха.
> Это как раз такой случай что и питон подойдет.Да было уже, только сложнее - обогнали сишку (а там оптимизирует gcc) от анонима.
Так ору было - "Нет! Нищитаицаа! Это нечесна!"
Пишите дАрАгие хоть на кельтских рунах. Всеравно двоичный код в итоге будет. Вопрос только в том будет ли оно работать.
Рад за Раст - он всё увереннее шагает по планете.
Честно скажу, не сильно углублялся пока в него, но планы однозначно есть.
Нравится гораздо больше C++, который является основным языком.
Всем бобра
Android-то сам по себе редкое гуано, Раст его не сделает конфеткой. Особенно Раст
Да в принципе ведроид (в виде AOSP) вполне неплох, ему бы поменьше уязвимостей. А раст может хоть как-то этому поспособствовать.
> вполне неплох
> ему бы поменьше уязвимостейВзаимоисключающие параграфы.
> А раст может хоть как-то этому поспособствовать.
Интересно - как? Они магически научатся в качественный код от одного только вида божественного синтаксиса ржавого?
Не имею ничего против Rust, но все эти спекуляции на тему "повысит безопасность" похожи на борьбу за всё хорошее против всего плохого методом переименования master в main.
Так и есть. Пацаны __сказали__ что раст __безопаснее__.
А ещё они __сказали__ что раст быстрее.
Джентельменам полагается верить на слово.Где-то я видел искусно сделанные бенчмарки, что джава быстрее плюсов и сей. А кое-где - что GO быстрее тех же несчастных плюсов. При желании наверняка можно найти эти все результаты инсинуаций, то есть измерений производительности, конечно.
С другой стороны, если бы автор nodejs или гугол с его гошкой заявили бы что js и go безопаснее, чем Си и безопаснее, чем хруст (и неважно в чём выражается эта "безопасность"), то после некоторой компании в интернетах им бы тоже поверили на слово.
Потому что "ошибается не человек, ошибается программа". Крайне сложно смириться с мыслью, что ошибка в головах, а программа выполняет лишь то, что её предписала та самая голова. При таком подходе неизбежно придёт крамольная мысль об ответственности. А нести ответственность что-то не оч хочется.
> А раст может хоть как-то этому поспособствоватьРостом числа зависимостей ?
Довольно улыбаюсь
Каску поправь.
Я тащусь с тебя. Довести опеннет до состояния, когда фраза "довольно улыбаюсь" вызывает баттхёрт хомячья, это надо уметь. И иметь настойчивость. Не каждому дано, короче. У меня никогда не хватало терпения на то, чтобы годами талдычить одно и то же.
Он, наверное, каким-нибудь продаваном работает.
Правду говорить легко и приятно)
> Правду говорить легко и приятно)Именно, жаль от тебя ничего кроме бреда не дождаться.
> Довольно улыбаюсьНу раз без причины то признак дурачины
> Довольно улыбаюсьНу ты понял да, что это за признак. Лечить уже бесполезно, не трать деньги. Лучше памперсы себе купи.
Может быть хоть один не совсем насквозь дырявый Bluetooth стек будет.
Хотя если писать будут те же индусы, кто писал на плюсах в Android, шансов мало
Проблема блюпупа не в языке на котором он написано, а в самом стеке.
Андроид так то сам по себе - проблема.
Если программист пишет a делить на b, когда надо из b вычитать a, хруст не будет думать за программиста и вычитать, а будет делить, попутно запуская ракету на Марс. Язык не выпрямляет руки.
Ты ничего не понимаешь - ЭТО ДРУГОЕ!!!11Адын
Там не в руках дело. Посмотрите кто руководит отделами разработки им говоришь что так плохо будет они не понимают и хотят выгоды. Вот смотри всем ясно что и стек дерьмо и андройд так себе, но по всему миру миллиардные прожажы люди страдают, но проджолжают кушать кактус. Выбору них или переплатить в 5 -10 раз или пользоваться и страдать. Так что пофигу рано или поздно сделают что-то и пофиксят может быть, а может быть и нет ... влюбом случае как-то мы файлы передаем и в интеренеты ходим и с повседневными задачами сппавляемся. Виной конечно всему троешники которые поскорее на рынок хоятт выкинуть сырой продукт сами хреново понимающие специфику.
Вообще нет никакой разницы на каком языке они пишут. Меня больше волнует исправление архитектурных недостатков.
Вот этого не дождешься.
Раст настолько бесполезен, что каждый новый проект на нём превращается в новость на опеннете.
Мир деградирует(
Когда я говорю что нужно делать интерфейс понятнее и интуитивнее, мне говорят "Ты отупляешь пользователей!", хотя пользователь и не планировал изучать "всю глубину наших глубин". Когда весь мир повалил на Rust, который сделан чтобы программист мог говнокодить не вникая в работу компьютера, хотя он должен в неё вникать, я тихо офигеваю.
> Когда весь мир повалил на Rust, который сделан чтобы программист мог говнокодить не вникая в работу компьютераRust сделан чтобы программист НЕ мог говнокодить не вникая в работу компьютера
Если вы пишите на Rust, вам компилятор будет диктовать жёсткие правила и точка. Жёсткие правила часто приводят к тому, что вы что-то можете сделать только одним способом и даже если он не оптимален, вы не можете его изменить. В результате программист отвыкает думать сам и по умолчанию предполагает что компилятор всё знает сам. А это ведёт к тому что вместо придумывания крутых штук, программист занимается поиском способа "тупо заставить это скомпилироваться".
Можно пример? Вообще подход "как делать", а не "что делать", уже давно доказал свою неправильность.
По опыту почти каждый раз, когда начинало казаться, что та или иная система (в т.ч. разные компиляторы и интерпретаторы) излишне ограничивают мой "полет мысли" оказывалось, что это я ошибался или не совсем точно понимал какой-то процесс.
Конечно человек умнее машины, но как-то глупо соревноваться с ней именно в том для чего она была создана упрощая жизнь самому человеку.
Преимущества человека видны, например, в гибкости мышления, умении воспринять и усваивать подход той или иной системы, а далее использовать это для достижения своих целей.
Вот тут можно придумывать реально крутые штуки. Такие смогут в случае чего и хорошо обоснованный тикет разработчикам компилятора накатать.А не костенеть в своем мышлении, накачивая свою "крутизну" за счет хая "тупых" инструментов. В итоге ведь 99.9% что потом будет какая-то отмазка типа "запарился", "дока старая" и вообще "пятница жеж"...
> Если вы пишите на Rust, вам компилятор будет диктовать жёсткие правила и
> точка.Согласен, как пример могу привести Elm подобные UI фреймворки на расте.
> А это ведёт к тому что вместо придумывания крутых штук, программист занимается поиском способа
> "тупо заставить это скомпилироваться".А это правда надо?
>> А это ведёт к тому что вместо придумывания крутых штук, программист занимается поиском способа
>> "тупо заставить это скомпилироваться".
> А это правда надо?Продумывание оптимальной архитектуры для максимальной поддерживаемости и дорабатываемости и так же, чтобы даже вчерашняя макака смогла разобраться в структуре проекта, подходах и годно сделать нужные правки..
Та неее. Лучше тратить кучу времени на еб*лю с компилятором и лить тонны гомнокода лишь бы компилер схавал..
А легкость поддерживаемости кода кем-то кроме самого его разработчика.. "Ну а кому сейчас легко ?"(ц)
Зато потом можно рассказать какое это гамно "безопасное и даже не вылетает а аварийно завершает работу"
> Продумывание оптимальной архитектуры для максимальной поддерживаемости и дорабатываемости
> и так же, чтобы даже вчерашняя макака смогла разобраться в структуре
> проекта, подходах и годно сделать нужные правки..Предварительная оптимизация - корень всех зол.
> Та неее. Лучше тратить кучу времени на еб*лю с компилятором и лить тонны гомнокода лишь бы компилер схавал..
Если у вас такая проблема - то вы не понимаете, что делаете. Компилятор справедливо бьёт вас по пальцам. Это нормально и все новички в расте с этим сталкиваются.
> Зато потом можно рассказать какое это гамно "безопасное и даже не вылетает а аварийно завершает работу"
Думаю, что если в вашем коде нету "unwrap()" и небезопасных блоков - то можно смело утверждать что, вы обработали все ошибки и ваша программа гарантированно не упадёт в панику.
> Предварительная оптимизация - корень всех зол.Оп. Подмена понятий. Продумывание архитектуры - не оптимизация. Предварительная оптимизация на то и предварительная, что она есть только до запиливания нормальной архитектуры.
> Если у вас такая проблема - то вы не понимаете, что делаете.
> Компилятор справедливо бьёт вас по пальцам. Это нормально и все новички
> в расте с этим сталкиваются.Т.е. в расте всё норм, а когда в сишный компиль орёт "ты чё мне суёшь, такой переменной нет" - не норм? Бывает. Это-же другое.
> Думаю, что если в вашем коде нету "unwrap()" и небезопасных блоков -
> то можно смело утверждать что, вы обработали все ошибки и ваша
> программа гарантированно не упадёт в панику.А аварийно завершит работу. Или продолжит работать после, например, деления на ноль? И что ого мне там насчитает?
> Продумывание архитектуры - не оптимизация.Вебмакаки в это не умеют, поэтому сперва кодят, потом думают. Получается, конечно же, оно. И если так посмотреть на начинку андроида, начиная с билдсистемы и проч - блин, да где там архитектура? Они что-то накодили, потом 20 раз переделывали. И все-равно ошметки какие-то в результате, с единственным достоинством - "ну мы этим пользуемся внутри компании, пусть и тут будет".
> то можно смело утверждать что, вы обработали все ошибки и ваша программа
> гарантированно не упадёт в панику.Да? А что оно будет делать если вон тот индекс массива берется или считается, допустим, на основании внешних входных данных? Это в принципе валидации в compile time не подлежит. Так делать, конечно, не стоит, ни на каком ЯП, но иногда выбора особо и нет...
В общем уровень экспертизы из растаманов так и прет. Лично мне было бы западло с таким коллегой работать.
>> и небезопасных блоков
> Да? А что оно будет делать если вон тот индекс массива берется
> или считается, допустим, на основании внешних входных данных? Это в принципе
> валидации в compile time не подлежит.
> В общем уровень экспертизы из растаманов так и прет. Лично мне было
> бы западло с таким коллегой работать.Пока что уровень Ыкспертизы и safe coding прет из бедолаг подгорельцев. У них, видите ли, втянуть индексы массива из каких-то внешних данных - safe code.
Ого, прям C++ описал! Правда, ошибки после того, как оно скомпилилось править времени уже не остаётся. Но кому не плевать на ошибки?
Прально. Паниковать, если есть возможность безнаказно покарраптить данные, вывести ошибку и завершиться, не надо. И плевать, что там можно было свалиться раньше, а программист пока боролся с конпелятором понавставлял какой-то херни для отладки, а потом не всё убрал.Раст не даст тебе ошибиться, ты, как герой, будешь воевать с линтером, которые будет заставлять тебя ставить или не ставить пробелы перед скобками.
Впрочем, однажды, очередной Microsoft или JetBrains добавит в свои IDE поддержку хруста и AI-помощника для написания кода на расте. Тогда программисту будет достаточно написать "мэээ" и остальная часть гениального программного продАкта будет написана автоматически. Останется только нажать на кнопку и заработать миллиарды нефтетонн или биткохенов в секунду.
> а программист пока боролся с конпелятором понавставлял какой-то херни для отладки, а потом не всё убрал.а ты не суди по себе. Поверь. есть люди с IQ выше 100 и у них нет никаких проблем с растом.
php, basic
Для них чё там как в компе работает знать не надо, если что
Говорят, что аутизм страшная болезнь, ты главное не падай духом, весь опеннет с тобой. Хорошо, что научился письменности, обычно люди даже ложку без посторонней помощи держать не могут.
Развивает! Развивает, Карл!
Почему не на Dlang?
Потому что для таких вещей, помимо знания английского языка, нужны ещё и мозги. А мозгов всё меньше и меньше. Такие языки как Java/C# были призваны, в первую очередь, решить проблему нехватки квалифицированных кадров. Rust тут по той же самой причине, только для более низкоуровневой работы.
Т.е. то, что язык не даёт выстрелить себе в ногу, и для этого не надо изучать тысячу и один кейс UB, это плохо?
Да, он не даёт выстрелить себе в ногу. Но и в противника выстрелить он даёт только в полный рост в чистом поле.
> Да, он не даёт выстрелить себе в ногу. Но и в противника выстрелить он даёт только в полный рост в чистом поле.Вы считаете пользователей (вашей) программы противниками, в которых надо стрелять (из укрытия или засады)? 🤔
Нет, так считают авторы раста - чуваки из мозиллы, которые уже не первый десяток лет занимаются сменой нескучных обоев в UI fiirefox и принимают MR и PR на заделывание дыр в своём бровзере исключительно согласно coc.md и "правильному" названию функций и переменных.Собственно, давайте вспомним для чего был написан раст? Для написания js/css движка в этом самом браузере. То есть язык для бровзера, не более того.
Но и в противника выстрелить он даёт только в полный рост в чистом поле, с расстояния 10 шагов.12043
При том обычно оказывается что пока снимали с предохранителя, противник уже трижды добежал и оказался актуален совет про спиливание мушки.
c,c++,go,java,kotlin теперь еще и раст.
похоже гуглу хочеться использовать в андроиде все ЯП которые он знает, а заодно напихать в исхи (которые и так весят 250 гб) 100500 компиляторов (и кстати зачем там 15 версий clang???)
Паскалей ещё бы насыпать и оберончиков можно.
Питон еще забыл. Без него чудная новая сборочница вроде не фуричит, там вроде какое-то месиво на питоне которое чуть ли не половину себя с инета подкачивает. А как тебя зондировать иначе, гражданин Де'Велопер?
> Питон еще забыл. Без него чудная новая сборочница вроде не фуричит, там
> вроде какое-то месиво на питоне которое чуть ли не половину себя
> с инета подкачивает. А как тебя зондировать иначе, гражданин Де'Велопер?да, забыл, вроде еще и perl есть
> Питон еще забыл. Без него чудная новая сборочница вроде не фуричит, там
> вроде какое-то месиво на питоне которое чуть ли не половину себя
> с инета подкачивает. А как тебя зондировать иначе, гражданин Де'Велопер?но с инета помойму не качает, только если дерева нету первый запуск lunch с готовым (по крайнеймере в нкотрых кастомах)
> (и кстати зачем там 15 версий clang???)Для исторической справедливости! И вообще, если качать меньше 2 гигов - это не энтерпрайзно.
>> (и кстати зачем там 15 версий clang???)
> Для исторической справедливости! И вообще, если качать меньше 2 гигов - это
> не энтерпрайзно.там 250
Дарт ещё тоже есть :)
Вместо того, чтобы выкинуть на помойку это недоразумение под названием Синезуб. Они будут переписывать его на Rust. Нет, ну ты видел?
А как без него файлы передавать?
Даже не помню когда я последних раз файлы через Bluetooth передавал. Wi-Fi с этим вполне неплохо справляется, синезуб только для наушников и использую.
Ну а для наушников-то ведь он нужен?
А вот не надо поддерживать и покупать те недоразумения, у которых нет 3.5mm. Кушайте свой кактус сами.
У накладных и полноразмерных bluetooth Наушников почти всегда есть гнездо mini jack.
> А вот не надо поддерживать и покупать те недоразумения, у которых нет
> 3.5mm. Кушайте свой кактус сами.У меня есть разъем 3.5, но все равно пользуюсь Bluetooth наушниками, ибо удобно. Не вырываешь наушники из ушей случайно зацепив провод, и распутывать их не нужно когда из кармана достал. Разве что, их заряжать нужно раз в пару дней.
> У меня есть разъем 3.5, но все равно пользуюсь Bluetooth наушниками, ибоудобно
Позвольте спросить, вы не пробовали подключать наушники по Bluetooth к ПК/ноуту и смотреть какие либо видеосервисы? Ощущается ли отставание звука от видео?
> Позвольте спросить, вы не пробовали подключать наушники по Bluetooth к ПК/ноуту и
> смотреть какие либо видеосервисы? Ощущается ли отставание звука от видео?С компьютером использую полноразмерные проводные наушники, ибо с их звучанием мало что сравнится, да и провода не так критичны, когда сидишь за столом. На счет отставания звука от видео в Bluetooth наушниках, никогда не замечал ничего подобного, хотя довольно часто смотрю YouTube на смартфоне.
Особенно "удобно" когда он куда-нибудь типа путей метро выпадает. Англичане с горя аж захват специальный сделали, за хомяками убирать.
> Особенно "удобно" когда он куда-нибудь типа путей метро выпадает. Англичане с горя
> аж захват специальный сделали, за хомяками убирать.С разморозкой вас товарищ, сейчас Bluetooth наушники есть на любой вкус и цвет. Например беспроводные полноразмерные или накладные, такие потерять может только слепо-глухой, из за из большого размера. Или вкладыши/вакуумные с проводом между двумя наушниками, провод лежит за шеей так что если такой выпадет из уха, просто останется висеть на проводе. Если у вас прям настолько нестандартные уши что из них наушники вываливаются используйте любые из предложенных. Да даже самые обычные, при правильно подобранном размере резинок держатся в ушах очень надежно, я по утрам бегаю под музыку, и за четыре года, еще ни разу наушник не выпал из уха.
А ещё для пультов ДУ, геймпадов.
> А ещё для пультов ДУ, геймпадов.Для пультов ДУ наверное ИК порт все-таки. А за геймпад, да согласен, сам порой в эмуляторе использую.
Некоторые AirMouse, пульты с голосовым вводом, да их меньше, но они есть.
А у меня по Wi-Fi не получается файлы передавать. И UWB нет.
В смысле? Ну, сервак поставь. Вон VLC встроенный умеет, удобно.
Ещё и сервер покупать? Я лучше по блютусу.
Анонимный эксперт в своих местах решил оставить всех без беспроводных наушников. К счастью он только анонимный эксперт
Анонимный эксперт предлагает запилить новый беспроводной стандарт лишенный недостатков Bluetooth. В том числе и для наушников.
Он уже есть, UWB
ждем "rust работает на 3.5 млрд устройств"
Прилетело обновление на самсунг с навязыванием подделок яндекса... это печально, нафиг не буду обновлять
Тут кстати Samsung лизнула правительству даже больше чем нужно. Ибо в законе о предустановке российского ПО, не говорилось что оно должно быть не удаляемым. Одно радует, что навязанных программ 4, а не 11, как изначально предполагалось.
> Тут кстати Samsung лизнула правительству даже больше чем нужно. Ибо в законе
> о предустановке российского ПО, не говорилось что оно должно быть не
> удаляемым. Одно радует, что навязанных программ 4, а не 11, как
> изначально предполагалось.Дурацкая ситуация немного, учитывая, что с большинства телефонов нельзя удалить гугловые и майкрософтовские приложения.
>> Тут кстати Samsung лизнула правительству даже больше чем нужно. Ибо в законе
>> о предустановке российского ПО, не говорилось что оно должно быть не
>> удаляемым. Одно радует, что навязанных программ 4, а не 11, как
>> изначально предполагалось.
> Дурацкая ситуация немного, учитывая, что с большинства телефонов нельзя удалить гугловые
> и майкрософтовские приложения.можно, все можно удалить. рут разумеется нужен (хоя можно через адб без рута)
А чем тебя не устраивает просто задизейблить встроенные приложения, кроме того что оно продолжает юзать десяток-другой мегабайт на внутренней флешке?
> А чем тебя не устраивает просто задизейблить встроенные приложения, кроме того что
> оно продолжает юзать десяток-другой мегабайт на внутренней флешке?Меня устраивает.
Но мне кажется, что если бы на телефоны не вшивали микрософтовские/гугл приложения - то и не требовалось бы доустанавливать туда отечественные аналоги.
Мне нравятся многие российские приложения. В первую очередь, 2гис
> А чем тебя не устраивает просто задизейблить встроенные приложения,Тем что стремный код с бэкдорами останется и хрен его знает насколько он там реально вырублен будет? К тому же один пару десятков, второй, а так вот юзер накаытвает несколько раз обновления - упс - что-то памяти совсем и не осталось. Потому что таких фиговин оказывается целая куча и 20 мегов - весьма оптимистичная оценка.
> А чем тебя не устраивает просто задизейблить встроенные приложения, кроме того что
> оно продолжает юзать десяток-другой мегабайт на внутренней флешке?Тем, что там не десяток-другой мегабайт, а запросто все 8 ГБ встроенной памяти выжирают апдейты вот этого вот "ненужно" в виде сосунгстора, onedrive, гуглодрайв и т.д. (да, "задизейбленных").
И простенький телефон без каких-то особых доп. приложений (на позвонить, да щелкнуть фотку) после пары лет становится практически неюзабельным.
Просто "отлично" (сарказм).
Ведро на самсунге так вообще говно стало, мало неудаляемых гуглонедопрог, мало неудаляемых самсунговских поделок, так еще и вкорчили неудаляемые отечественный аналовнетовский софт...
Переходите на postmarketos, там то зондов точно нет. А телефоном можно будет ещё и гвозди забивать.
Теперь и молоток будет штрафы присылать? Хрена, апгрейд!
Даже тайганфон и тот на андроиде
> Тут кстати Samsung лизнула правительству даже больше чем нужно. Ибо в законе
> о предустановке российского ПО, не говорилось что оно должно быть не
> удаляемым. Одно радует, что навязанных программ 4, а не 11, как
> изначально предполагалось.В iPhone неплохо сделали, просто список российских приложений отображается при первой настройке, хочешь ставь, не хочешь не ставь.
Ну наконец-то! А то гуглокладбище давно не пополнялось, подопечные уже скучать начали.
На гулокладбище оживление, особенно в его российском филиале, теперь госуслуги, говномыло, недопоиск и зонды в каждом телефоне, спасибо самсунгу за это
У меня на компе что-то ни фига на Расте не собирается. Может, руки кривые.Но и вообще у нас в Слаке ни дря Раста, ни для Го нет архитектуры, что плохо.
Так у вас и для андроида инфраструктуры нет, так что какая разница? Слака ж не андроид.
$ cargo new hello
$ cd hello
$ cargo runНе работает? А ставил ты его как - через официальный способ?
$ curl https://sh.rustup.rs -sSf | sh
Должен работать.
Если не работает что-то, поставленное из пакета, то это вопросы к изготовителям пакетов.
> Должен работать.Пайпить curl в sh? Я что, самоубийца?
Не собирается оно потому, программисты на русте повсеместно пользуются "nightly" фичами, которые на релизе отключены. Из-за этого компиляция ломается в середине процесса. При этом разделить репы на две они не могут почему-то.
> Пайпить curl в sh? Я что, самоубийца?Так это ж ничем не отличается от скачивания инсталлера и запуска его. Или, от скачивания лончера который сначала качает апдейт, а потом запускает программу.
За пакет отвечает один чел - мейнтейнер. Точно также за содержимое этого шелл-скрипта отвечает один, а то и больше, разработчиков. Почему тому, кто занимается пакетом больше доверия, чем разработчикам?
Кроме того, надо понимать, что любая неофициальная модификация продукта - это потенциально путь к багам. Разработчики всё проверили, сделали что б работало, а вместо этого ты берёшь пакет который какой-то левый чел собрал (если это не официальный пакет), неизвестно что он там менял, не факт, что он его протестировал лучше, чем сами разработчики и так далее.
> Не собирается оно потому, программисты на русте повсеместно пользуются "nightly" фичами
А, так это не "раст не работает", а библы написанные под более новую версию компилятора не собираются старым. Тут два варианта - либо не пользоваться найтли библами (что разумно), либо если пользоваться, то использовать найтли компилятор (что не очень разумно).
Если же тебя беспокоит стабильность и безопасность настолько, что ты пользуешься пакетами, а не официальными способами установки, то непонятно зачем ты пытаешься пользоваться программами, написанными под найтли раст? Они ж экспериментальные.
> За пакет отвечает один чел - мейнтейнер. Точно также за содержимое этого
> шелл-скрипта отвечает один, а то и больше, разработчиков. Почему тому,
> кто занимается пакетом больше доверия, чем разработчикам?Какая интересная казуистика. За содержимое пакета отвечают один, а то и больше разработчиков, _плюс_ независимые (от них), 1_майнтейнер*число_дистрибутивов_в_которых_есть_этот_пакет, которые чаще всего стали майнтейнерами потому, что уже диск забился скриптами, очищающими софт от мусора.
> Кроме того, надо понимать, что любая неофициальная модификация продукта - это потенциально
> путь к багам. Разработчики всё проверили, сделали что б работалодатычо, правда "сделали чтоб работал"? Или на самом деле "сделали так, чтобы запускалось как минимум на одном-единственном лаптопе одного-единственного разрботчика в одном-единственном окружении"?
Надо напоминать, что только линукс-дистрибутивов больше тысячи штук, а есть ещё BSD, Windows, и прочие экзотические системы?
> вместо этого ты берёшь пакет который какой-то левый чел собрал (если
> это не официальный пакет), неизвестно что он там менял, не факт,
> что он его протестировал лучше, чем сами разработчики и так далее.Только он им, в отличие от разработчика, пользуется, причём чаще всего в боевых условиях.
> А, так это не "раст не работает", а библы написанные под более
> новую версию компилятора не собираются старым.не "старым", а "тестовым". Эти фичи, может, вообще никогда в продакшен не попадут.
> Тут два варианта - либо
> не пользоваться найтли библами (что разумно), либо если пользоваться, то использовать
> найтли компилятор (что не очень разумно).Мне-то что с этого? Вот у меня юзеры хотят пакет в дистрибутив. Ваши предложения?
> Если же тебя беспокоит стабильность и безопасность настолько, что ты пользуешься пакетами,
> а не официальными способами установки, то непонятно зачем ты пытаешься пользоваться
> программами, написанными под найтли раст? Они ж экспериментальные.Разработчики, те самые, которые "Разработчики всё проверили, сделали что б работало" пользуются найтли растом. Все вопросы к ним. А я, пожалуй, пока воздержусь от пайпа, вдруг они в bash тоже nightly-фичами пользуются.
> За содержимое пакета отвечают один, а то и больше разработчиковТак почему левым отвечающим доверия больше, чем авторам самой программы, которые её всё равно лучше знают?
> на самом деле "сделали так, чтобы запускалось как минимум на одном-единственном лаптопе одного-единственного разрботчика в одном-единственном окружении"?
Ты себе как-то странно представляешь, что такое разработка и вообще работу разработчиков. Если заявлена поддержка, то они сделают так, что бы оно работало и потом это протестируют не только разработчики, а ещё и дофига пользователей. И если там что-то не будет работать, то на это заведут тикет и исправят.
Я уже несколько лет плотно сижу на реддите раста и ни одной жалобы про то, что официальный установочный скрипт не работает не припомню. Наоборот, всё вопросы по проблемам установки или использования там задают люди, которые ставили не официальным способом, а левым - через пакеты.
> только линукс-дистрибутивов больше тысячи штук,
А ты точно понимаешь, что такое линукс дистрибутив и что такое установочный скрипт? Для запуска программы под линуксом есть ровно одна зависимость - версия ядра. Всё остальное - опционально, то есть при желании разработчиков скрипта им вообще может быть пофиг на то, какой из тысячи дистрибутивов у тебя установлен - всё остальное будет прилагаться либо к самому инсталлеру сразу, либо это вообще будет один бинарь который умеет всё, что ему надо.
В случае инсталлера раста я не знаю, какие у него внешние зависимости, например какая версия sh ему нужна. Но к дистрибутивам это точно отношения не имеет.
> а есть ещё BSD
Там неполная официальная поддержка, и в этом случае да, остаётся надеяться на неофициальные решения. Но Слак - это ж не BSD.
> Windows
А это какое отношение имеет к работе на линуксе или к sh-скриптам? Для винды у раста свой rustup-init.exe установщик. Который отлично работает, и никакие левые пакеты для раста на винде не нужны.
> не "старым", а "тестовым"
Да, неправильно написал.
> Вот у меня юзеры хотят пакет в дистрибутив. Ваши предложения?
Юзеры хотят, что бы программа написанная под нестабильный компилятор была в виде пакета в некой репе? Это уже странно, но допустим. Значит её надо собирать найтли компилятором. В чём проблема-то? Устанавливаешь найтли раст, и собираешь.
> Разработчики, те самые, которые "Разработчики всё проверили, сделали что б работало" пользуются найтли растом.
Расскажи подробнее о чём речь. Стабильная версия раста, официальный её дистрибутив, собирается найтли растом?
> $ curl https://sh.rustup.rs -sSf | shДети, давайте поможем Даше найти, где будут дыры у растаманов!
Россиянин: оу обновление пришло!
Samsung: fisting is 300 bucks
Минцифры: Ну нахер, ну ты видел, видел?!
> Samsung: fisting is 300 bucksI see you are a man of culture as well.
Гугл радует новыми разработками, есть чему поучиться у лучших инженеров. Раньше относился к расту с нелюбовью, теперь понимаю, что нужно научиться его готовить. Спасибо!
То есть как к чему относиться ты определяешь не через самостоятельную оценку предмета, а через то, как к этому относится гугл? Зачем тебе его мнение-то?
> ты определяешь ... через то, как к этому относится гуглиз его предложения это никак не следует. ты в простую логику на уровне пары утверждений не можешь, как ты вообще работаешь в it?
Прочитав очередные трюки понял на сколько хитры компании и действительно просто делят дистрибутив григория выискивая там новые нагенеренные фишечки.
А , как ты хотел не своруешь не поешь , пока караван есть будем воровать все равно западный барин про него не знает а платит нам
Ты мне тут по трынди фрустируешь что ли всю контору того
Уроды человек сделал великую работу меинбилд и потерял интерес к дальнейшим билдам , че завтра будете есть ? Где его миллион зеленых
Вы вообще о чем?
Почему гугл использует эту смузихлебную растоподелку наплевав на мнение анонимных экспертов с опеннет?
Потому что все хотят пиццу
Обидно за Блютус. Это ведь уже второй самописный стек под Андроид. Сначала был Блюз, потом заменили на своё, а теперь вот снова будут менять. При этом Блюз как был...куском коричневого...так и остался. Вечно все отваливается и не подключается.
Вечное переписывание. Привыкай.
Перманентное состояние айтишников. Зачем что-то новое делать? Лучше будем языки плодить и переписывать существующее! Так было у сплюснутых, как тогда топили за плюсы... Сейчас за раст топят. Пройдёт лет 5-10 - и опять новый язык будет, и опять надо переписывать...
Зашел увидеть этот коммент ^. Подрезать блюз нашару с линукса они смогли, а вот сделать алаверды сообществу, в виде нового надежного стека - видать jаба придавила.
> развивается ещё один Bluetooth-стекНужно больше блютус стэков, милорд!
Далёким кто думает почему не на Дарт го или что то ещё, ответ просто зачем использовать питон если есть асемблер?
> зачем использовать питон если есть асемблерзато ты, судя по этому ответу, типичный недалекий иксперт опеннет
что за софт использовался для рисования такой симпатичной схемы?
OO/LO Draw, например
Странное решение от гугла - выкинуть Go, в пользу Раста.
> Странное решение от гугла - выкинуть Go, в пользу Раста.Вполне нормальное, учитывая пухлый рантайм Go, и сборщик мусора бьющий по производительности.
> Gabeldorsh (GD), переписанный на языке RustС какого языка переписывали?
с С++, конечно.