@renenotes · Post #15 · 31.01.2022 г., 03:19
DotOS A11 Material You-like functionality #AOSP
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #168 · 16.01
Неделю назад в мире опенсорс разработки произошло интересное событие. Опенсорс — это когда разработчик пишет программу (как правило, эта программа нужна для работы других программ) и выкладывает её в общий доступ на полностью свободных началах. В большинстве случаев после этого кто угодно может делать с этой программой абсолютно что угодно: копировать, изменять, продавать решения на её основе за деньги и так далее. Иногда то, что пишут такие разработчики-волонтёры, оказывается невероятно удобно и полезно. Настолько, что гигантские корпорации используют это у себя. А кроме них — ещё десятки тысяч проектов по всему миру. Такое использование называется «зависимость», и оно создаёт связь между автором опенсорс-проекта и тем, кто взял его труд. Связь обычно такая: в моей программе где-то указано, что вот этот вот код взят по такому-то адресу у опенсорс разработчика Васи. Моя программа иногда может на этот адрес заглядывать и смотреть, а не внёс ли Вася чего нового. Вдруг он улучшил работу и исправил ошибки — тогда я скачаю новую версию его программы и установлю её у себя. Формально для такого обновления должны существовать ограничения. По факту человеческая лень и негласный этикет среди разработчиков приводят к тому, что обновления ставят не глядя. Считается, что Вася будет выкладывать только улучшенную и проверенную новую версию своей программы, ведь за ним наблюдает миллион других разработчиков. Пацаны во дворе не поймут, если Вася сделает что-то неаккуратно. Один из разработчиков по имени Marak Squires написал некоторое время назад две очень полезные программные библиотеки. Как раз такие, которые скачали десятки тысяч людей, в том числе в крупных корпорациях, и использовали у себя. В прошлом году этот разработчик написал что-то вроде: «Эй, корпорации, вы берёте мой труд бесплатно. Конечно, я его раздал бесплатно, но вы чёртовы капиталистические гиганты, и у вас миллиарды баксов, а я вам сэкономил миллионы баксов на разработке. Я жду от вас чек на почту в благодарность». Конечно, всем было пофигу. А неделю назад этот разработчик внёс в свои библиотеки деструктивное обновление, которое сделало программы, установившие его, неработоспособными, и вывело на экран «LIBERTY LIBERTY LIBERTY». Это обновление положило кучу проектов, в том числе у гигантов-корпораций. Поднялась буря. Одна часть интернета заявила, что разработчик никому ничего не должен, поэтому волен делать со своим кодом всё, что хочет. Вторая часть претендовала на то, что совершённый им поступок это вандализм и осознанный вред другим разработчикам. Дров в огонь подкинуло то, что GitHub, на котором размещался код этого разработчика, заблокировал его аккаунт. А система хранения пакетов NPM откатила изменения до предыдущих версий. Хотя формально никаких законов он не нарушал: компании брали его код по собственной воле, а он ничего никому не гарантировал. ___________________________ Я не готов назвать здесь однозначно правую сторону. Пока выглядит, как «Все мудаки». Но на мой взгляд это показательный пример вот чего: никакие формальные правила никогда не покроют всё многообразие человеческих взаимоотношений, и поэтому личностный аспект тоже важен. Даже если нет закона или правила, по которому вы что-то должны, есть смысл стараться действовать созидательно и стремиться, хотя бы частично, к всеобщему благу, а не только к личному. Особенно в ситуации, когда у тебя в руках сосредоточена та или иная власть. Корпорации действительно могли бы найти способ отблагодарить разработчика (и вообще — всех разработчиков, чей код они бесплатно берут в таких масштабах). Просто из чувства благодарности, а не потому, что должны. Разработчик мог бы просто закрыть проект и не стараться нанести урон. Просто из чувства неприятия всего деструктивного. Это, конечно, идеализированный мир розовых пони, но сила и власть это как раз способность двигать границы реальности. #dev
Hashtags
Търсене: #aosp
@renenotes · Post #15 · 31.01.2022 г., 03:19
DotOS A11 Material You-like functionality #AOSP
Hashtags
@android_broadcast · Post #8961 · 15.04.2025 г., 06:40
Интересная статья(16м) про GrapheneOS - основанная на AOSP ОC для Google Pixel устройств с повышенной защитой Если хотите мой обзор на GrapheneOS - голосуйте тут #android#aosp
@android_broadcast · Post #8851 · 26.03.2025 г., 15:53
🤖Google вводит разработку нового функционала в AOSP через Feature Flag Теперь весь новый функционал будет закрываться Feature Flag для изоляции кода, прошедшего тестирование, от частей в разработке. Это позволит: 👉 сократить срок жизни веток с новым функционалом 👉 упростить и ускорить разработку задач 👉 перейти на trunk-based подход при разработке и сливать весь код в одну ветку, не дожидаясь его тестирования 👉 легко вырезать куски кода с функциями, которые не должны быть видны Новому подходу должны следовать все разработчики-контрибьюторы в AOSP. #android#aosp
@android_broadcast · Post #8850 · 26.03.2025 г., 15:43
‼️Исходный код Android будет частично закрыт в ближайшем будущем Google подтвердила изданию Android Authority, что в ближайшем будущем перестанет публиковать код исходных версий Android по причине "упрощения разработки Android ОС и отказа от поддержания 2 веток разработки". Разработка Android состоит из 2 основных веток: 👉 публичной, где содержится исходный код стабильной версии ОС 👉 внутренней (internal), где происходит разработка Android ОС. Поддержка 2 веток приводит к конфликтам слияния, необходимости тратить время на доработки, чтобы опубликовать изменения в публичную ветку, потому что она не содержит всё из internal. Google всё также будет публиковать исходный код, но многие части будут переходить в закрытую разработку. Также публикация кода станет реже. Как это повлияет: ❌ Изменения не ускорят обновление ОС 👉 Журналисты потеряют доступ к утечкам информации 👉 Пользователи не заметят изменений 🙏 Разработчики приложений не пострадают Прекрасно понимаю Google, как сложно поддерживать 2 разные ветки разработки, особенно с ростом проекта и его функциональности. Все во благо процветания бизнеса Android и его лучшего развития! Официальный анонс состоится в ближайшую неделю. Скорее всего, Android перейдет на Trunk Based разработку в internal ветке, потому что есть следующая новость... #android#aosp#googleplay
Hashtags
@YuKongA13579 · Post #1332 · 06.05.2025 г., 02:43
关于上一条的延伸。 来源:X #android#misc#aosp
@YuKongA13579 · Post #1329 · 30.04.2025 г., 15:54
谷歌也要开始用模糊了 包括给内容套圆角卡片 来源,里面有很多图例 #android#misc#aosp
@YuKongA13579 · Post #1956 · 15.03.2026 г., 08:43
一个适用于类原生的 Xposed 模块, 修改点击和拿起事件为仅触发息屏显示,不触发完整亮屏, 适用于不想常开息屏显示又只想看一眼息屏时间、通知的情况? 相关实现,部分类原生内置此功能。 对大部分人没什么用,不过写都写了就发一下。 #aosp#xposed#misc
@renenotes · Post #16 · 31.01.2022 г., 03:24
DotOS's screen time dashboard #Material#AOSP
@YuKongA13579 · Post #907 · 13.07.2024 г., 05:13
众所周知 AOSP 在 15 中添加了可变字体支持, 但我昨天找人测试了小米 HyperOS 的 A15 beta2 版本, 完全没有同步该特性,甚至保留了 700 字重映射错误的问题。 #HyperOS#AOSP#Font
@YuKongA13579 · Post #897 · 09.07.2024 г., 13:50
插播一条 AOSP 的新闻,不知出于何种原因,Android 15 中添加的 CJK VF 只支持 300+ 以上的字重变化, 100-300 是一样的 #AOSP#Font#Font_Weight_Test
Hashtags
@YuKongA13579 · Post #863 · 17.06.2024 г., 02:53
关于小米 14 TWRP 颜色异常问题: https://github.com/AOSPA/android_bootable_recovery/commit/cc89e956c088ef279a3a3192e689a86175be0f31 然后启用: vendor.display.enable_spr=1 注意:由于 TWRP 的 drm 代码完全过时,所以你不能随便合并此 commit,需要一些努力。 #Xiaomi14#TWRP#AOSP
@libreware · Post #1211 · 06.12.2023 г., 22:27
Fully Customizable ROM + Latest Treble Patches & Features #GSI#AOSP 14 https://xdaforums.com/t/gsi-aosp-14-fully-customizable-rom-latest-treble-patches-features.4637632/ https://github.com/tabletseeker/treble_build_aosp