Pull to refresh
4
0.1
Send message

Не разделяю ваших проблем. Пользуюсь телефоном Huawei P40 Lite с момента выхода, был доволен как слон и остаюсь. Все приложения нужные лично мне есть в App Gallery, а отсутствие гугл сервисов только прибавило телефону несколько часов работы без подзарядки. Если очень хочется уведомлений, то ставится MicroG, и вуаля, внезапно все уведомления из приложений приходят. Да ещё и можно контролировать какому приложению их отсылать можно сразу на моменте запуска, а не по умолчанию "Вкл".

Из приложений которые хотят гугл у меня стоит только приложение аутентификатор и steam через gbox

К тому же, меня забавляло, как народ ходит с платёжными стикерами, в момент когда у меня все платежи продолжали штатно работать, и все банковские приложения я могу поставить сам.

К тому же у Huawei ещё и эко система есть, включил новые наушники, браслет, телевизор, ноутбук, и что угодно рядом со смартфоном Huawei, сразу же вылезла плашка "Ваше устройство? Подключить?" как у Apple. Есть свой аналог AirDrop, который отлично работает, и перекидывать файлы с одного смарта на другой можно нажатием кнопки "Отправить через Huawei Share" и прикладыванием телефона к телефону человека, которому хочешь передать. Или просто выбора его в списке.

На все сервисы Google у Huawei есть аналоги не хуже. Приложения из AppGallery пользуются пушами от Hua, у них есть своё приложение Maps, которое выдаёт гео метки в том же формате что и Google Maps, есть своё приложение для прослушивания музыки, которое имеет музыки чуть ли не больше чем Yandex.Music.

Отдельная заслуга камеры в флагманских моделях, даже в Lite версиях они очень вкусные, дающие хорошую детализацию и цвета за приемлимые деньги. В P40 так и вообще оптический зум X2 есть, и камера глубины даже на младших моделях, которые стоили в день выхода как простенький Redmi.

Единственное что мне действительно докучает, это предложение сделать бекап после перезагрузки устройства. У их облака даётся 10гб, как и у гугла, но у телефона памяти 128гб, и забекапить его туда физически нельзя и оно предлагает оформить подписку (впрочем как и остальные вендоры имеющие своё облако)

На самом деле нет. Я являюсь пользователем смартфона Huawei уже несколько лет, и когда у всех внезапно отвалились банковские приложения, оплата NFC, карты и прочее, я этого не почувствовал от слова совсем. Скажу даже больше. У Huawei оплата по NFC заработала даже раньше чем Google Pay в РФ, потому что на Huawei никогда не обязывали оплату привязывать к платёжному приложению, и эта оплата работала сразу из под приложений, через которые оплата и производилась.
А сервис GBox устанавливается автоматически, если вы скачиваете первое приложение, которое работает лишь через него, у таких приложений есть специальная пометка, уведомляющая вас, что будет скачан GBox. К тому же на практике часто оказывается, что приложению Google Сервисы необходимы лишь косвенно, и при загрузке APK или через прокси Google Play под названием Aurora Store, они полностью функционируют, хоть и показывают при открытии всплывашку "Приложению для работы необходимы Google Services" с кнопочкой "Ok", при нажатии которой вас просто пускает в приложение, и никакой функционал не отваливается.

Ну когда ты одобряешь незаконные действия, это многое о тебе говорит

Не знал что Unity настолько экономичен для Web, удивлён, думал там сильно больше.

Ну в этом и трудность пользования модульными блокнотами, нужно знать свой воркфлоу и ручками выстроить всё в первый раз. В vscode можно и конфигурации сборки свои писать, и декомпайл добавить через них же.
Только для этого нужен отдельный скилл - настраивать vscode, не все хотят этим заниматься и я понимаю это. =)

Например США пытаются устанавливать некую более-менее общую и понятную для всех стран правовую систему.

Это да.

и худо-бедно но стараться ее соблюдать

А тут уже нет. Они стараются заставить других её соблюдать, но сами постоянно открыто заявляют, что мировая правовая система не имеет конкретно к ним и их отношениям никакого отношения, и пускай она к ним не лезет, иначе перестанут платить. Как например недавно произошло с Международным Уголовным Судом, который до этого выдал ордер на арест Владимира Владимировича и США говорили "да-да-да, так и надо, они полностью имеют право", а как только зашла речь об ордере на Биньямине Нетаньяху, так США сразу же закукарекало, что такие вещи не в юрисдикции МУС, и что за такие выходки можно МУС и от денежной кормушки отстранить. При том, что как Россия так и Израиль отказались от участия в Римском статуте, и формально МУС не имеет юрисдикции ни в одном из упомянутых государств. При том, что США в принципе не признаёт МУС и находится с ним в конфронтации, с тех пор, как они посмели сказать что США в чём то провинились.

Смотря проект на каком языке, если у вас Java, и поддержка языка через "Language Support for Java(TM) by Red Hat " то как ни иронично, но вероятно что это в большинстве заслуга Eclipse Foundation, и их инструментов, которые плагин связывает с VS Code. И тут битва JB vs Eclipse скорее =)

* Буду VS Code далее называть просто - Code

Ну и в целом результаты разниться могут на разных языках и проектах.

На Python например есть инструмент Ruff, который огромнейшие проекты за доли секунды пережёвывает, выдавая ошибки, результаты стат анализа, советы по форматированию и прочему, и заслуги Code тут не будет, заслуга её будет в том, что она позволяет играючи встроить эти инструменты путём написания плагина.

На Rust этим занимается rust-analyzer, который вообще такая пусечка, взаимодействует с редакторами по стандартизированным lsp и прочим api, и работает одинаково как на Code так и nvim, и его можно дёргать хоть из bash скрипта. А у JB на Rust свой инструмент, по опыту "зашёл, потыкался тут и там", я разницы не сильно заметил, что по скорости, что по функционалу, но наверное она есть.

У C#, вообще весь lsp функционал предоставляет из коробки сам компилятор Roslyn, которым можно хоть из bash скрипта пользоваться, и в Code он и используется, и работает вероятно одинаково как в полновесной IDE так и в Code.

Мне кажется в наше время IDE удерживают аудиторию у себя либо велосипедами на уже опенсурсные технологии, дающими больший функционал или большую производительность, как делает JB.

Или какой то проприетарщиной, которая работает как сервис, по подписке вроде Copilot и пр.

Первого с каждым годом становится всё меньше, ибо всё больше кода выбрасывают в опенсурс.

Я долго думал что привести в пример как незаменимую фичу в IDE, но в голову пришёл только очень вкусный рефакторинг у JB, в их IDE'шках

Забавно. РБК дали ответ аналогичный моему к прошлой новости об этой инициативе, только мой был более развёрнутым. Можно мне денег за экспертность?

Ну безусловно "Web" блокнотик на JS с плагинами быстрее чем полновесная IDE, на Java/Kotlin =)

Торрент - это технология передачи файлов (bittorrent если точнее)
Лаунчеры игр с помощью этой технологии игры вам отдают на компуктер между-прочим =)

Да компания то с удовольствием бы вернулась, она деньги не получает уже 2 года как с огромной доли мирового рынка, ей то как раз уж очень невкусно, в то время как простые люди могут и с трекера кряк скачать, коли так уж нравится продукт. =)

По сути так и есть. Это современный, красивый но не модальный neovim. Поддерживает протоколы dap, lsp, lint, format протоколы и прочие радости, как и neovim, только не такой кастомизируемый.

А на уже 9 лет программе "Менеджмент игровых проектов" в НИУ ВШЭ.
Говорят что VR игры не окупаются, по причине мизерного количества пользователей VR шлемов? Если не говорить о ничтожно малом количестве VR-клубов, которые могут себе позволить спонсировать эксклюзивные игры.

Нет, VR игры дело хорошее, поле не паханное, много концепций новых, которые ещё только предстоит потрогать. Но это скорее направление для творчества и для души, чем для заработка.

А чем вам рутюб не угодил?
Видео смотрятся? Смотрятся.
Комментарии комментируются? Комментируются. (даже наконец то ответы на комментарии добавили, не прошло и года)

Неужели нет ниодного быстрого lsp для C++?

А каков критерий "сногсшибательности" графики? Escape From Tarkov очень хорошо выглядит например. The Forest в свои года выглядела очень достойно. Если говорить за реализм.
Если говорить о стилизации, то Valheim выглядит просто превосходно, много красивых игр света на локациях, и общий стиль симотный. Genshin Impact смотрится очень достойно.
Достойную то картинку при желании и умении можно и из Godot вытянуть, инструменты во всех трёх вариантах для этого есть.

А у вас C++ тоже с нехилым рантаймом идёт в случае Анрила, а последние версии .NET компилируют те части IL, что должны работать побырее в байткод, который исполняется напрямую на процессоре. Так что перфоманс от языка в данном случае можно не учитывать вовсе. Важнее перфоманс систем самого движка, который тут зависит от задачи в основном. Если сравнивать маленький лёгкий проект, на двух движках, то скорее всего у Unity будет меньше потребление памяти, и мб производительность, но по мере увеличения комплексности и размера проекта, начальный оверхед Unreal начнёт уходить на задний план, благодаря стабильности масштабирования этих систем вширь по сравнению с Unity

Я думаю, что в играх, в случае с Rust, хочется вообще почти что всё держать в Rc и Arc. Потому что почти у каждого объекта, за один кадр, компоненты могут быть неоднократно заимствованы десятком систем, для чтения данных, и минимум одной для их изменения, одно дело, когда эти объекты крутит Runtime, там можно спроектировать, чтобы коллизий было поменьше, но другое дело, когда начинается скриптинг игровой логики. Часто хочется в объекте иметь ссылки, которые живы на протяжении всего цикла работы приложения, чтобы не приходилось каждый кадр просить и отправлять новую ссылку на объект.

Итак я привел вам:

- теорию

- документацию

- реальные примеры

- и даже позицию авторов языка

Вы же пока привели только рассуждения.

А я не то, чтобы был на 100% уверен в своих рассуждениях, и явно это показывал, словами "вроде как" по отношению к компилятору Rust, я скорее вам благодарен, что образовали меня, потратив больше времени на поиски и подтверждения чем я.

unsafe only means that avoiding undefined behavior is on the programmer; it does not change anything about the fact that Rust programs must never cause undefined behavior.

Я в основном исходил из данной цитаты из документации, которую вы тоже приводили, интерпретируя её слова как то, что компилятор в принципе не имеет понятия UB, в отличие от компиляторов плюсов.

И тем не менее компилятор Rust иногда размазывает UB по всей программе:https://hyphenos.io/blog/2023/debugging-ub-unsafe-rust-code/

Хм.. Ну вообще я бы не сказал, что тут UB размазано, оно происходит весь внутри одного большого unsafe блока в функции sctp_sendmsg_internal да и я бы это не UB назвал бы а скорее Unspecified Results

А вот позиция одного из разработчиков Rust, почему UB это необходимое зло: https://www.ralfj.de/blog/2021/11/18/ub-good-idea.html

А тут, первый пример, я бы вообще назвал скорее прямым и очень даже Specified и Defined обещанием компилятору.
А вот момент с double &mut я бы действительно назвал UB.

В целом возможное размазывание я увидел скорее в комментарии разработчика по UB как раз. Ну и всё же, в компиляторе раста из ссылки второй видно, что компилятор не размазывает UB безразбору, а старается размазывать только те, которые как ни странно Defined, для этого =). И то, полагаю, что компилятор просто транслитит это в UB для LLVM, который соответственно и вырезает код с UB из конечной программы.

В целом то, я и не пытался что то доказать, я не отрицал на 100%, что в компилятор не может в каком то кейсе размазать UB по программе, будь то специально или будь это просто багом, который если зарепортить пофиксят. Я скорее говорил о том, что rust старается этого не делать как раз, и локализировать ub внутри unsafe блоков, а выпускать наружу лишь Unspecified Results

Так в Сях тоже избежание UB на программисте лежит, только плюсом к этому, ещё и компилятор самодеятельностью занимается, размазывая UB по всей программе.

Согласитесь же, что компилятор либо не должен в принципе съедать и компилировать некорректную программу, пытаясь UB избежать и приводя к непредсказуемому поведению, исходя из того, что к UB программа точно прийти не должна, мол программист полюбому это учёл, либо должен съедать и компилировать - что забрал, то и отдал.

Information

Rating
2,893-rd
Registered
Activity