 |
mokikiV2EX 第 73715 号会员，加入于 2014-09-13 07:04:11 +08:00今日活跃度排名 801 |
mokiki 最近回复了
3 天前 回复了 gzldc 创建的主题 › 生活 › 发小让我帮他贷款签字 我应该同意吗 |
@vfxx 有些人把和善当成好欺负，真是太可恶了！
4 天前 回复了 applem4mini 创建的主题 › 程序员 › 一个相机应用，本地鉴黄还是调用在线 api |
偷用户自拍黄片，还直接剪切走不给用户留一份。真有你的！
12 天前 回复了 sz369 创建的主题 › Bitcoin › 华夏基金（香港）携手合作伙伴部署发行现货比特币，以太币 ETF |
大家来预测一下牛顶价格时间，以及出售策略吧
15 天前 回复了 BadFox 创建的主题 › Windows › 忍不了了，微软怎么天天在我的电脑里拉屎搞弹窗？ |
KDE Plasma 欢迎你。你能感觉到开源作者们对你的极大尊重。
把 Windows 装进虚拟机里吧，只在运行微信等毒瘤软件时用用。
把 Windows 装进虚拟机里吧，只在运行微信等毒瘤软件时用用。
23 天前 回复了 xinbaoCode 创建的主题 › 程序员 › [讨论] 如何减少 Xz Backdoor 类似问题的发生 |
@Lanzhijiang 赞同，应该由项目管理者提供贡献值比例这样的文件。FINF 根据贡献比例值给出分成报表，用户有最终的调整权力。
现在想到的是像 Linux 内核这样的项目有不同的驱动模块，有些模块可能用户用不到，这时就需要 Linux 内核在自身运行时能给出动态的贡献值。
因为目前没有项目给出贡献比例值，只能靠外部分析。所以第一阶只能靠包管理依赖和正在运行的程序以及文件系统的读取等数据粗略地分析。
现在想到的是像 Linux 内核这样的项目有不同的驱动模块，有些模块可能用户用不到，这时就需要 Linux 内核在自身运行时能给出动态的贡献值。
因为目前没有项目给出贡献比例值，只能靠外部分析。所以第一阶只能靠包管理依赖和正在运行的程序以及文件系统的读取等数据粗略地分析。
25 天前 回复了 gtese 创建的主题 › 信息安全 › 如果有足够的时间，可以暴力猜 BitLocker 密码吗 |
@Rickkkkkkk 刚想说这个，结果被你先发了
Select Language