А можно пояснить, какие именно эффекты сломаются, если в цепочке вызовов а-ля .slice(x, y).filter(...).map(...) все вызовы кроме последнего подменить ленивыми реализациями?
Естественно вернутся. Когда обстановка станет менее напряжённой, а условия мягкими и стабильными. Только в это смягчение условий наверняка войдёт и отмена таких идиотских штрафов.
А возвращаться любой ценой несмотря на условия, так же естественно, ради доступа к экономике, составляющей один-два процента от мировой, никто не будет.
Я тоже не эксперт в жс, но если filter ленивый (либо интерпретатор достаточно умный, чтобы для цепочки вызовов сделать его ленивым), то оба варианта в идентичный код раскроются.
В статье написано $75 тыс. Если из ваших вычислений убрать лишний нолик, то вполне адекватно выходит даже без субсидий (особенно если учесть, что конкуренции считай нет).
А может мне кто-то сказать сколько у вас загружается на Google Chrome страница от Nvidia с перечнем драйверов?
Проверил в Firefox и Chrome, первый с uBlock, второй чистая установка, в обоих случаях загрузился за одну или две секунды, точнее сложно сказать. С этого компа впервые туда зашёл (а Chrome и вовсе впервые запустил), так что в кеше ничего не могло быть.
Меня в своё время удивил тот факт, что под линукс есть две открытых реализации Vulkan API для видеокарт AMD, первую разрабатывают сами AMD, а вторую в основном сотрудники и контракторы Valve. И вторая работает быстрее, содержит меньше багов, и держится с первой наравне в поддержке фич.
Из-за этого многие ошибочно считают что на арче вовсе нечего перед выпуском не проверяется и не тестируется. Хоть на деле это не так, просто сроки куда меньше чем у других особенно деб дистрибутивов.
Очень справедливое замечание. На самом деле основное отличие модели обновлений Манжаро в том, что они происходят снепшотами. То есть берут снимок всех репозиториев Арча (не уверен, testing ветки или основной), пару недель тестируют и сразу целиком выкатывают в свои репозитории, после чего повторяют процесс. В Арче процесс тестирования и релиза новой версии пакета тоже чаще всего занимает неделю-две, но происходит параллельно для всех пакетов. Потенциально это может создавать проблемы из-за того что определённое сочетание версий двух пакетов что-то ломает, а они недостаточно долго пробыли вместе в testing ветке, чтобы это успели выявить. Хотя лично я ни разу с таким не сталкивался.
По мне так манджара со своей отсебятиной куда более проблемный дистрибутив чем Арч.
А тут зависит от того, что вам нужно. На свой личный комп я бы Манжаро не стал ставить, потому что я уже освоил Арч и хорошо знаю, что конкретно мне нужно, а что не нужно. Зато родителям, которых вижу хорошо если раз в год, поставил Манжаро и они сами справляются с его gui-обёрткой над yay. Если бы это был Арч, то его бы никак не удалось в работоспособном состоянии поддерживать продолжительное время.
У меня похожая история, только проблемы были с Убунту, и в процессе поиска решений перепробовал довольно много всего (Mint, Debian, OpenSUSE, Fedora), прежде чем прийти на Арч.
А теперь даже в качестве дистрибутива для новичков рекомендую Manjaro, а не что-либо deb-based.
Это всё равно инструкция по скачиванию и упаковке, сам бинарник в AUR не лежит. И вы можете перед сборкой посмотреть рецепт и для себя решить, доверяете ли вы указанному в нём источнику (в данном случае download.xnview.com).
То есть вопрос доверия к AUR или к выложевшему рецепт пользователю при грамотном использовании даже для бинарных пакетов не стоит.
А можно пояснить, какие именно эффекты сломаются, если в цепочке вызовов а-ля
.slice(x, y).filter(...).map(...)все вызовы кроме последнего подменить ленивыми реализациями?Tesla Bot пролезет!
Естественно вернутся. Когда обстановка станет менее напряжённой, а условия мягкими и стабильными. Только в это смягчение условий наверняка войдёт и отмена таких идиотских штрафов.
А возвращаться любой ценой несмотря на условия, так же естественно, ради доступа к экономике, составляющей один-два процента от мировой, никто не будет.
Я тоже не эксперт в жс, но если filter ленивый (либо интерпретатор достаточно умный, чтобы для цепочки вызовов сделать его ленивым), то оба варианта в идентичный код раскроются.
И правда, в статье есть ссылка на сайт старлинка, где чётко написано:
Тогда да, для окупаемости надо много людей на 1 Гбит сажать.
В статье написано $75 тыс. Если из ваших вычислений убрать лишний нолик, то вполне адекватно выходит даже без субсидий (особенно если учесть, что конкуренции считай нет).
Интересно, спасибо. Хотя и подтверждение того, что когда-то это было μ там тоже есть.
Что есть «сайт юБлока»? Я ни на одном из официальных ресурсов подобных пояснений не вижу.
Проверил в Firefox и Chrome, первый с uBlock, второй чистая установка, в обоих случаях загрузился за одну или две секунды, точнее сложно сказать. С этого компа впервые туда зашёл (а Chrome и вовсе впервые запустил), так что в кеше ничего не могло быть.
Аналогично.
Может быть, проблема с расширениями?
миБлок
Там явно подразумевается приставка «микро», u как ASCII-написание греческой μ (ми).
Нет, он сам ставится, что на Деке, что на ПК. Достаточно нажать “Play” на ненативной игре.
А до этого буквы Ё даже в алфавите не было.
Думаю вы правы, если рассматривать amdvlk как референсную реализацию, а radv как конечный продукт, то всё встаёт на свои места.
Меня в своё время удивил тот факт, что под линукс есть две открытых реализации Vulkan API для видеокарт AMD, первую разрабатывают сами AMD, а вторую в основном сотрудники и контракторы Valve. И вторая работает быстрее, содержит меньше багов, и держится с первой наравне в поддержке фич.
Зато уже использует :=
Очень справедливое замечание. На самом деле основное отличие модели обновлений Манжаро в том, что они происходят снепшотами. То есть берут снимок всех репозиториев Арча (не уверен, testing ветки или основной), пару недель тестируют и сразу целиком выкатывают в свои репозитории, после чего повторяют процесс. В Арче процесс тестирования и релиза новой версии пакета тоже чаще всего занимает неделю-две, но происходит параллельно для всех пакетов. Потенциально это может создавать проблемы из-за того что определённое сочетание версий двух пакетов что-то ломает, а они недостаточно долго пробыли вместе в testing ветке, чтобы это успели выявить. Хотя лично я ни разу с таким не сталкивался.
А тут зависит от того, что вам нужно. На свой личный комп я бы Манжаро не стал ставить, потому что я уже освоил Арч и хорошо знаю, что конкретно мне нужно, а что не нужно. Зато родителям, которых вижу хорошо если раз в год, поставил Манжаро и они сами справляются с его gui-обёрткой над yay. Если бы это был Арч, то его бы никак не удалось в работоспособном состоянии поддерживать продолжительное время.
У меня Compose Key назначена на клавишу контекстного меню. По прямому назначению да, примерно как Caps Lock — не слишком нужная вещь.
У меня похожая история, только проблемы были с Убунту, и в процессе поиска решений перепробовал довольно много всего (Mint, Debian, OpenSUSE, Fedora), прежде чем прийти на Арч.
А теперь даже в качестве дистрибутива для новичков рекомендую Manjaro, а не что-либо deb-based.
Это всё равно инструкция по скачиванию и упаковке, сам бинарник в AUR не лежит. И вы можете перед сборкой посмотреть рецепт и для себя решить, доверяете ли вы указанному в нём источнику (в данном случае download.xnview.com).
То есть вопрос доверия к AUR или к выложевшему рецепт пользователю при грамотном использовании даже для бинарных пакетов не стоит.
Заменяешь файлик со списком репозиториев - а дальше те же самые обычные кастомизации ;)
P.S. На всякий случай уточню, что это шутка и репозитории Manjaro и Mint не из воздуха берутся, кто-то должен их поддерживать.