TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #168 · 16.01

Неделю назад в мире опенсорс разработки произошло интересное событие. Опенсорс — это когда разработчик пишет программу (как правило, эта программа нужна для работы других программ) и выкладывает её в общий доступ на полностью свободных началах. В большинстве случаев после этого кто угодно может делать с этой программой абсолютно что угодно: копировать, изменять, продавать решения на её основе за деньги и так далее. Иногда то, что пишут такие разработчики-волонтёры, оказывается невероятно удобно и полезно. Настолько, что гигантские корпорации используют это у себя. А кроме них — ещё десятки тысяч проектов по всему миру. Такое использование называется «зависимость», и оно создаёт связь между автором опенсорс-проекта и тем, кто взял его труд. Связь обычно такая: в моей программе где-то указано, что вот этот вот код взят по такому-то адресу у опенсорс разработчика Васи. Моя программа иногда может на этот адрес заглядывать и смотреть, а не внёс ли Вася чего нового. Вдруг он улучшил работу и исправил ошибки — тогда я скачаю новую версию его программы и установлю её у себя. Формально для такого обновления должны существовать ограничения. По факту человеческая лень и негласный этикет среди разработчиков приводят к тому, что обновления ставят не глядя. Считается, что Вася будет выкладывать только улучшенную и проверенную новую версию своей программы, ведь за ним наблюдает миллион других разработчиков. Пацаны во дворе не поймут, если Вася сделает что-то неаккуратно. Один из разработчиков по имени Marak Squires написал некоторое время назад две очень полезные программные библиотеки. Как раз такие, которые скачали десятки тысяч людей, в том числе в крупных корпорациях, и использовали у себя. В прошлом году этот разработчик написал что-то вроде: «Эй, корпорации, вы берёте мой труд бесплатно. Конечно, я его раздал бесплатно, но вы чёртовы капиталистические гиганты, и у вас миллиарды баксов, а я вам сэкономил миллионы баксов на разработке. Я жду от вас чек на почту в благодарность». Конечно, всем было пофигу. А неделю назад этот разработчик внёс в свои библиотеки деструктивное обновление, которое сделало программы, установившие его, неработоспособными, и вывело на экран «LIBERTY LIBERTY LIBERTY». Это обновление положило кучу проектов, в том числе у гигантов-корпораций. Поднялась буря. Одна часть интернета заявила, что разработчик никому ничего не должен, поэтому волен делать со своим кодом всё, что хочет. Вторая часть претендовала на то, что совершённый им поступок это вандализм и осознанный вред другим разработчикам. Дров в огонь подкинуло то, что GitHub, на котором размещался код этого разработчика, заблокировал его аккаунт. А система хранения пакетов NPM откатила изменения до предыдущих версий. Хотя формально никаких законов он не нарушал: компании брали его код по собственной воле, а он ничего никому не гарантировал. ___________________________ Я не готов назвать здесь однозначно правую сторону. Пока выглядит, как «Все мудаки». Но на мой взгляд это показательный пример вот чего: никакие формальные правила никогда не покроют всё многообразие человеческих взаимоотношений, и поэтому личностный аспект тоже важен. Даже если нет закона или правила, по которому вы что-то должны, есть смысл стараться действовать созидательно и стремиться, хотя бы частично, к всеобщему благу, а не только к личному. Особенно в ситуации, когда у тебя в руках сосредоточена та или иная власть. Корпорации действительно могли бы найти способ отблагодарить разработчика (и вообще — всех разработчиков, чей код они бесплатно берут в таких масштабах). Просто из чувства благодарности, а не потому, что должны. Разработчик мог бы просто закрыть проект и не стараться нанести урон. Просто из чувства неприятия всего деструктивного. Это, конечно, идеализированный мир розовых пони, но сила и власть это как раз способность двигать границы реальности. #dev

Hashtags

Резултати

Намерени 67 подобни публикации

Търсене: #xposed

当前筛选 #xposed清除筛选
YuKongA | Channel

@YuKongA13579 · Post #1649 · 08.11.2025 г., 05:39

状态栏歌词 此版本仅支持小米 HyperOS3 移除了锚点选择的能力,其他系统 / 版本勿尝试 配合 SuperLyric 使用,激活后需重启设备 基于小米 15 的 OS3.0.5.0.WOCCNXM 适配 在扩展设置加了超级岛偏移量,如果有超级岛的时候歌词结束位置不太对就自己调节偏移间距,实际宽度仍会根据超级岛实际长度修正,不用担心超级岛的长度变化。 GitHUb: https://github.com/YuKongA/StatusBarLyric 爱发电:https://afdian.com/a/YuKongA #xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1582 · 12.10.2025 г., 04:12

尝试解决非 ColorOS 下(例如 HyperOS)无法生效部分功能的问题。 我现在没有小米,需自行测试。 根据群内测试反馈应该是好了。 如果还有问题,请开启模块日志后携带日志反馈。 其他注意事项同上上条。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1580 · 11.10.2025 г., 16:59

重构了一下 Compose UI 版本,顺便简单修了修在新版本 ColorOS 上的一些问题。理论上还修了 Android 16 上的问题。 在新版本 ColorOS 及 MagicOS 中,你需要启用显示设置中的 强制开启启动遮罩 选项,才能完全覆盖所有应用。注意不是 强制显示遮罩 选项! 此外建议启用背景设置中的 替换背景颜色 选项,否则深色模式下打开某些软件可能会闪瞎眼。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1200 · 21.12.2024 г., 07:25

由于官方在最新 Beta 版本中已经修复专辑圆角裁切问题,现在本模块只包含进度条样式/颜色和进度时间文本颜色优化。 目前适用于小米 15 系列 2.0.26.11 Beta 版本。 混色一致性修改请使用 Magisk 模块,用 Xposed 修改这个不值得。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1106 · 26.10.2024 г., 03:57

仅适用于使用了完整可变字体后,媒体通知标题特粗的情况。 未使用完整可变特性的无需更新。因为小米原本就把 Bold 也渲染为 Normal 了,当然了你更新了应该也没区别就是了。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1077 · 16.10.2024 г., 05:16

允许平板和手机同时登录 - 更换实现方式 - 优化应用体积 与官方版本包名 / 签名均不同 由于切换了实现方式,之前用了老版本的更新到本版本需要清空全部数据重新登录,介意的保持使用上版本就好了。新方法理论上泛用性更强。 上版本:https://t.me/YuKongA13579/1056 #Xposed

Hashtags

123•••56
ПредишнаСтр. 1 от 6Следваща