для увеличения срока жизни нужно уменьшить объём записи. можно перейти на более продвинутую файловую систему: например, ZFS ... или Btrfs
Я, возможно, неправ, но в какой вообще вселенной CoW FS уменьшают объем записи на диск? Особенно тут интересно про Btrfs, про которую есть тут - https://habr.com/ru/post/476414/. Вроде бы, путем тюнинга можно добиться, чтобы Btrfs или ZFS не сильно увеличивали объем записи...
Такое ощущение что у всех крышу сносит от мировой повестки
Такие эмоции можно понять - в то время, как кому-то "мировая повестка" сносит крышу буквально (иногда еще и стены, и другие объекты инфраструктуры), сопереживающие товарищи могут на эмоциях сделать что-то очень глупое, даже если они - высококлассные профессионалы.
Надо отбирать возможность публикации у вас и передавать фонду.
Тогда мне не очень понятен смысл этого действия. Вы предлагаете отбирать у разработчика права коммитить в свой собственный проект, передавать права на публикацию в него в фонд, а самому разработчику - этот проект форкнуть? Или это фонд должен форкнуть проект? И кто куда тогда будет запрещать коммитить? Против "фонд форкнул проект и ревьюит его, не выпуская непроверенных коммитов", я, конечно, ничего не имею.
В каком-то конкретном проекте или организации - никто не мешает. Вроде бы в Spring, Apache или Eclipse что-то подобное в правилах есть.
Без обратной реакции?
Нашли проблему - отправили пулл-реквест или завели issue. Почему на него не будет реакции сейчас, но будет реакция, если завести отдельный раздел для ревьюинга проектов?
Кто тебя слушать станет, если у тебя опенсорсного бэкграунда нет?
У меня в опенсорс очень мало вклада, но мои заведенные в проектах issue никогда без внимания не оставались. У друзей и знакомых есть опыт контрибьютинга, например, в ML-тулзы в Facebook c околонулевым опенсорсным бекграундом. Это все, конечно, anecdotal evidence, но я никогда не замечал, чтобы контрибьютору устраивали какой-то background check.
А начинающим программистам и того хуже – для них подобрать даже один проект для ревью практически невозможно в силу незнания рынка.
У начинающих программистов есть множество площадкок, чтобы попросить соответствующего совета вида "Я начинающий программист на Java, хочу попробовать поревьюить опенсорсный код/сделать контрибьюшен. Посоветуйте, пожалуйста, подходящий проект." Специальный сервис, где можно по каким-то критериям подобрать себе проект, конечно, лишним не будет - но и необходимым тоже.
и на гитхабе можно создать специальный раздел, в котором можно посмотреть коммиты популярных проектов.
Ага, и в капчу тоже добавить можно...
Сервис/Раздел, где можно ревьюить код в популярных проектах - это уже совсем не то же самое, что и "каждый коммит в популярном опенсорсе должен подписываться и ревьюиться как минимум двумя разработчиками". Впрочем, никто не мешает уже сейчас любому желающему открыть код проекта по вкусу и начать его ревьюить)
любой коммит в опенсорсе должен проверяться (и подписываться электронной подписью) хотя бы двумя разработчиками-контролёрами.
1) Кто это правило должен будет контролировать?
2) какие санкции за неисполнение?
3) за чей счёт осуществляется проверка?
Совершенно не понимаю желание запихать в процесс написания опенсорсного кода бессмысленную бюрократическую тягомотину. Давайте ещё на каждый коммит заявление на госуслугах составлять.
Я так понимаю, ваше определение рациональности примерно вот этому (https://www.lesswrong.com/s/5g5TkQTe9rmPS5vvM/p/RcZCwxFiZzE6X7nsv) соответствует?) Судя по всему, в статье не оно подразумевается (я, к сожалению, его очень редко именно в таком виде встречаю). В ней, скорее, говорится о "рациональности поведения" в довольно стериотипном виде - "строгость, безэмоциональность, формализованность".
А эмоциональные вещи даже проверить невозможно.
Если считать, что "рациональность" это "про умение строить модели окружающего мира, обладающие предсказательной силой" то эмоции в этой модели должны присутствовать, в том числе и ваши собственные. Если ваша модель не может их описать (с какой-то точностью), или даже хуже - у вас появляются проблемы, из-за того что ваша модель провалилась в описании ваших собственных (или чужих) эмоций, то игнорировать эту сторону жизни будет иррационально.
Япония открывает границы для студентов и работников с 1 марта. Визы, кстати, судя по всему обычным россиянам будут выдавать - на сайте японского МИД говорится только об ограничениях для "designated individuals" (https://www.mofa.go.jp/press/release/press6e_000371.html)). Во всяком случае, очень надеюсь на это - из-за ковида не мог туда иммигрировать по офферу еще с лета 2021. Теперь вот эмиграция практически перетекла в эвакуацию :(
существующие Lua-модули зачастую несовместимы с Tarantool — например, для работы с сетью и прочими асинхронными операциями
А существующие Rust-библиотеки для сети и асинхронщины (которые tokio и async-std) с Tarantool совместимы? В тарантуле, вроде бы, есть какой-то свой рантайм для этого, неужели Раст с ним может интегрироваться? А если не может - нет проблем при взаимодействии между асинхронным раст-кодом и остальным тарантулом?
чем он от того же Qualcomm отличается в этом плане
Как я понимаю (я совсем не эксперт), ситуация с Qualcomm будет похожа, например, на ситуацию с Allwinner D1 в этой таблице [https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix] - везде, где красная или оранежевая клетка - будет проприетарный блоб. В случае с PinePhone - у них блобы только на WiFi, Bluetooth, и LTE-модеме (и, опционально, на камере), причем эти блобы изолированны от остальной системы. Это не сравнимо с тем, что потребуется для работы на SoC от Qualcomm.
Q: Will there ever be a PinePhone that can compete with current (700-1000€) flagships?
A: Probably not. The point of the PinePhone / PinePhone Pro is to run a full Linux stack with open drivers, and not rely on vendor kernels with blobs. Actual Linux in other words. This cannot be achieved using flagship SoCs from Qualcomm (or similar). Have a read.
But you also need to understand that we do not have the same means (manpower, money, distribution, etc.,) as giant companies. Nor is our market of prospectus users the same size.
Т.е. тут либо "открытый линуксофон", либо "адекватные в 2022 году характеристики".
У меня английский на более-менее достойном уровне, но почему множество называется "Set", я, честно говоря, понятия не имею - просто знаю, что "множество чего-либо" (в математическом, программистском и бытовом смысле) переводится как "Set".
Аппаратной поддержки видео до сих пор нет, она не работает у меня ни на одной GPU.
Ну, это как посмотреть. У вас Linux (как я из ваших комментариев понял) - и на нем с поддержкой аппаратного декодирования на Firefox дела в среднем получше, чем в Chromium. Вроде бы текущее положение дел - работает декодинг при помощи VA-API (т.е. поддерживаются интеловские и амдешные карточки), причем и на x11 и на wayland. У Chromium поддерживается только VA-API и только на x11, но зато должен работать аппаратный энкодинг - полезно для всяких браузерных слаков, зумов и дискордов при шаринге экрана.
Хром имеет ещё одну уникальную штуку, которая держит меня на нём - это удобный шаринг закладок/истории/куки.
Так в фаерфоксе синхронизация всего этого тоже есть
Или зарегистрировался на каком-то сайте 5 лет назад, и вдруг потребовалось зайти снова. Хромовское автозаполнение всё помнит и услужливо подскажет. А если я заходил недавно, то на некоторые сайты прилетят нужные куки, даже перелогиниваться не надо, красота.
Аналогично, если запомнить пароль/логин в фаерфоксе - все там точно также автозаполнится. Функциональность с куками - она вообще во всех "обычных" браузерах одинаковая.
Groovy, как язык с "опционально статической типизацией", выглядит странно - от вышеупомянутого mypy+Python вроде бы (я не писал на Groovy) несильно отличается.
Впечатляет, но, просто для интереса - вы эти устройства для чего-то используете или это просто "поставил linux потому что хочется" (нисколько не осуждаю и даже одобряю)?
DoT на уровне системного DNS-резолвера не должен решить такие проблемы? Я не знаю, как оно на Windows конфигурируется, но на Android (Pixel 4a) есть настройка "Private DNS", на Linux DoT поддерживается, например, в systemd-resolved.
Справедливости ради, расчет там неправильный, потому что вот эти вот проценты - они от разных сумм платятся. Правильный расчет есть вот здесь - https://vc.ru/legal/240359-skolko-platim-na-samom-dele-raschet-nalogov-dlya-specialistov-oformlennyh-po-tk - примерно 33%, но есть флуктуации в зависимости от профессии и всяких льгот/типов работодателя/размера зарплаты/etc.
Да и
openssl rand -base64 10тоже вполне себе работает, причем зачастую из коробки уже установлено...Я, возможно, неправ, но в какой вообще вселенной CoW FS уменьшают объем записи на диск? Особенно тут интересно про Btrfs, про которую есть тут - https://habr.com/ru/post/476414/. Вроде бы, путем тюнинга можно добиться, чтобы Btrfs или ZFS не сильно увеличивали объем записи...
Такие эмоции можно понять - в то время, как кому-то "мировая повестка" сносит крышу буквально (иногда еще и стены, и другие объекты инфраструктуры), сопереживающие товарищи могут на эмоциях сделать что-то очень глупое, даже если они - высококлассные профессионалы.
Тогда мне не очень понятен смысл этого действия. Вы предлагаете отбирать у разработчика права коммитить в свой собственный проект, передавать права на публикацию в него в фонд, а самому разработчику - этот проект форкнуть? Или это фонд должен форкнуть проект? И кто куда тогда будет запрещать коммитить?
Против "фонд форкнул проект и ревьюит его, не выпуская непроверенных коммитов", я, конечно, ничего не имею.
В каком-то конкретном проекте или организации - никто не мешает. Вроде бы в Spring, Apache или Eclipse что-то подобное в правилах есть.
Нашли проблему - отправили пулл-реквест или завели issue. Почему на него не будет реакции сейчас, но будет реакция, если завести отдельный раздел для ревьюинга проектов?
У меня в опенсорс очень мало вклада, но мои заведенные в проектах issue никогда без внимания не оставались. У друзей и знакомых есть опыт контрибьютинга, например, в ML-тулзы в Facebook c околонулевым опенсорсным бекграундом. Это все, конечно, anecdotal evidence, но я никогда не замечал, чтобы контрибьютору устраивали какой-то background check.
У начинающих программистов есть множество площадкок, чтобы попросить соответствующего совета вида "Я начинающий программист на Java, хочу попробовать поревьюить опенсорсный код/сделать контрибьюшен. Посоветуйте, пожалуйста, подходящий проект." Специальный сервис, где можно по каким-то критериям подобрать себе проект, конечно, лишним не будет - но и необходимым тоже.
Я пытаюсь представить себе при таком подходе:
1) Объем сложностей лицензирования кода при таком подходе
2) Объем возможностей для абьюза этой системы со стороны фондов, корпораций и государственных органов
3) Количество мотивации у разработчиков опенсорса прикладывать свои усилия для развития проектов в централизованных репозиториях
4) Объем бюрократии, необходимый для энфорсинга этих правил
И не могу вообще никаким образом придумать, почему такие правила поддержит хотя бы 5% опенсорс-разработчиков
Ага, и в капчу тоже добавить можно...
Сервис/Раздел, где можно ревьюить код в популярных проектах - это уже совсем не то же самое, что и "каждый коммит в популярном опенсорсе должен подписываться и ревьюиться как минимум двумя разработчиками". Впрочем, никто не мешает уже сейчас любому желающему открыть код проекта по вкусу и начать его ревьюить)
1) Кто это правило должен будет контролировать?
2) какие санкции за неисполнение?
3) за чей счёт осуществляется проверка?
Совершенно не понимаю желание запихать в процесс написания опенсорсного кода бессмысленную бюрократическую тягомотину. Давайте ещё на каждый коммит заявление на госуслугах составлять.
Я так понимаю, ваше определение рациональности примерно вот этому (https://www.lesswrong.com/s/5g5TkQTe9rmPS5vvM/p/RcZCwxFiZzE6X7nsv) соответствует?) Судя по всему, в статье не оно подразумевается (я, к сожалению, его очень редко именно в таком виде встречаю). В ней, скорее, говорится о "рациональности поведения" в довольно стериотипном виде - "строгость, безэмоциональность, формализованность".
Если считать, что "рациональность" это "про умение строить модели окружающего мира, обладающие предсказательной силой" то эмоции в этой модели должны присутствовать, в том числе и ваши собственные. Если ваша модель не может их описать (с какой-то точностью), или даже хуже - у вас появляются проблемы, из-за того что ваша модель провалилась в описании ваших собственных (или чужих) эмоций, то игнорировать эту сторону жизни будет иррационально.
Япония открывает границы для студентов и работников с 1 марта. Визы, кстати, судя по всему обычным россиянам будут выдавать - на сайте японского МИД говорится только об ограничениях для "designated individuals" (https://www.mofa.go.jp/press/release/press6e_000371.html)).
Во всяком случае, очень надеюсь на это - из-за ковида не мог туда иммигрировать по офферу еще с лета 2021. Теперь вот эмиграция практически перетекла в эвакуацию :(
А существующие Rust-библиотеки для сети и асинхронщины (которые tokio и async-std) с Tarantool совместимы? В тарантуле, вроде бы, есть какой-то свой рантайм для этого, неужели Раст с ним может интегрироваться? А если не может - нет проблем при взаимодействии между асинхронным раст-кодом и остальным тарантулом?
Как я понимаю (я совсем не эксперт), ситуация с Qualcomm будет похожа, например, на ситуацию с Allwinner D1 в этой таблице [https://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix] - везде, где красная или оранежевая клетка - будет проприетарный блоб. В случае с PinePhone - у них блобы только на WiFi, Bluetooth, и LTE-модеме (и, опционально, на камере), причем эти блобы изолированны от остальной системы. Это не сравнимо с тем, что потребуется для работы на SoC от Qualcomm.
На AMA-сессии на реддите задавали подобный вопрос - https://www.reddit.com/r/linux/comments/qald3w/comment/hh3lp4y
Т.е. тут либо "открытый линуксофон", либо "адекватные в 2022 году характеристики".
У меня английский на более-менее достойном уровне, но почему множество называется "Set", я, честно говоря, понятия не имею - просто знаю, что "множество чего-либо" (в математическом, программистском и бытовом смысле) переводится как "Set".
Ну, это как посмотреть. У вас Linux (как я из ваших комментариев понял) - и на нем с поддержкой аппаратного декодирования на Firefox дела в среднем получше, чем в Chromium. Вроде бы текущее положение дел - работает декодинг при помощи VA-API (т.е. поддерживаются интеловские и амдешные карточки), причем и на x11 и на wayland. У Chromium поддерживается только VA-API и только на x11, но зато должен работать аппаратный энкодинг - полезно для всяких браузерных слаков, зумов и дискордов при шаринге экрана.
Для Nvidia-карточек можно попробовать какой-нибудь слой трансляции - например, свежий https://github.com/elFarto/nvidia-vaapi-driver/ выглядит довольно неплохо.
Так в фаерфоксе синхронизация всего этого тоже есть
Аналогично, если запомнить пароль/логин в фаерфоксе - все там точно также автозаполнится. Функциональность с куками - она вообще во всех "обычных" браузерах одинаковая.
В контексте
Groovy, как язык с "опционально статической типизацией", выглядит странно - от вышеупомянутого mypy+Python вроде бы (я не писал на Groovy) несильно отличается.
Впечатляет, но, просто для интереса - вы эти устройства для чего-то используете или это просто "поставил linux потому что хочется" (нисколько не осуждаю и даже одобряю)?
DoT на уровне системного DNS-резолвера не должен решить такие проблемы? Я не знаю, как оно на Windows конфигурируется, но на Android (Pixel 4a) есть настройка "Private DNS", на Linux DoT поддерживается, например, в systemd-resolved.