首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  LeeReamond  ›  全部回复第 59 页 / 共 88 页
回复总数  1747
1 ... 55  56  57  58  59  60  61  62  63  64 ... 88  
❮ ❯
2021-08-13 05:03:59 +08:00
回复了 imldy 创建的主题 › 哔哩哔哩 › bilibili 部分视频关闭了“按时间排序”的功能
@515576745 这有什么硬黑的，不过是陈述事实而已。这么多年来油管作为事实上的最大政治宣传工具和言论控制平台，针对“不符合油管价值”的观点类视频，在自动聚类结果的基础上，进一步进行人工干预的包括但不限于降权、隐藏推送、隐藏关注、隐藏评论等等的操作的新闻早已见惯不怪了，你随手一搜可以搜到一大把，这点事实都接受不了建议还是回去重读小学。。。另外所谓的"根据聚类原理自动得出的结果"不过是一套解释话术，以保证对上述现象有一个官方的借口。我们都知道现代推送系统有只强化正反馈的问题，然而不论怎么解释，你不能否认它事实上成为了信息隔离，以及言论控制的工具，还是一句话，抛开任何立场，这就是事实。
2021-08-13 04:57:28 +08:00
回复了 imldy 创建的主题 › 哔哩哔哩 › bilibili 部分视频关闭了“按时间排序”的功能
@flyhaozi 不知道你说的是 B 站还是油管，如果是油管的话那么确实你的账号进入了特殊的聚类组别，如果是 B 站的话是另外一码事，因为 B 站上本身就没人发骂🇨🇳的视频，根据国家法律法规不会过审的。。
2021-08-13 03:47:38 +08:00
回复了 imldy 创建的主题 › 哔哩哔哩 › bilibili 部分视频关闭了“按时间排序”的功能
实际上没那么多人闲的往下拉查看所有评论，而且页数多了以后后面的实际上可以隐藏，变成事实上显示什么全靠运营方说了算。

往大公司构建信息茧房，控制全民思想的方向又卖进了一步啊，做的越来越像油管了。油管上现在通过推荐算法，对不同级别用户隐藏不同级别的评论，已经做到了事实上的信息茧房，多种互相冲突的极端思想可以在油管共存，而如果一个正常用户只使用推荐系统获取信息的话，几乎是和另一方观点永久地隔离开的。就像两方人在一条淌水就能走过的河的两岸，但永远看不见彼此。

谷歌：“Do*** be evil”
2021-08-13 03:40:55 +08:00
回复了 ysy950803 创建的主题 › Android › MIUI 最近那个原子内存是什么原理？
本帖是观察米黑反科学程度的良好素材，很多人是跟事实无关的直接云，然后估摸了一个自己理解范围内的东西，然后直接开喷
2021-08-12 02:23:08 +08:00
回复了 proxytoworld 创建的主题 › 问与答 › python3.9 稳定吗，在 3.7 和 3.9 之间犹豫
@xxfye 有什么 bug，有链接吗？
2021-08-11 15:03:59 +08:00
回复了 ditie 创建的主题 › 程序员 › 低代码做的数字大屏，大家看炫不炫
酷不酷意义不大，低代码意味着低定制性，如果它真的酷那么只有一种结果就是它会烂大街，大家一看大路货就感觉不酷了
2021-08-11 08:59:58 +08:00
回复了 gainsurier 创建的主题 › Android › 小米 mix 4 屏下效果实拍
@whwq2012 目前安卓的权限控制，比如 miui 的权限控制，搞摄像头数据窃取是挺离谱的事，防范的必要不大。从实际情况来讲，无论 app 读取存量数据，还有读取剪切板，还有输入法的大数据分享，无论哪个破坏性都比摄像头安全大的多。
2021-08-10 21:10:48 +08:00
回复了 css3 创建的主题 › 程序员 › 如何在 Python 中用最轻量的方法实现一个返回指定内容的 http 服务
轻的话，wsgiref 进入标准库以后你可以用五行代码手写一个互联网框架，应该够轻了吧
2021-08-09 22:17:18 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › wasm 有什么应用前景？
@henryhu 楼上有老哥说 wasm 现在很慢。我倒是好奇这都 bytecode 了还能优化到哪去。。
2021-08-09 03:07:10 +08:00
回复了 596164296 创建的主题 › Python › Python 不同程序 time 时间差异问题
我觉得不论如何读时间还是要靠 systemcall 完成的，即使以任何方式进行进程间通信，由于互相无法访问对方状态，无论如何也需要双方各获取一次时间才能计算两者之间的时间差。
2021-08-08 19:55:02 +08:00
回复了 LeeReamond 创建的主题 › NAS › 关于自建 NAS 服务的，主板 CPU 平台选择
@Zinzin 似乎是一种低成本方案 ，电路怎么解决的？树莓派可带不动这么大的电
2021-08-08 19:48:14 +08:00
回复了 O5oz6z3 创建的主题 › Python › 突然想到 py 一个简单的函数字符串缩写语法糖，不知道有没有现成的？
并不好用，并不好读，并不 magic
2021-08-08 04:31:43 +08:00
回复了 aljun 创建的主题 › 程序员 › 新开源项目 Hora, 一个基于 Rust 🦀 的高速近似最近邻搜索 (ANN)算法库 🚀 ，欢迎围观与参与 (≧∇≦)ﾉ
近期最近搜索应该怎么理解？是如同 demo 中只能对图像进行搜索？还是一种普遍适用的算法？
2021-08-07 21:52:18 +08:00
回复了 LeeReamond 创建的主题 › Python › 在 Python 中如何放置一个钩子劫持接下来发生的标准输出？
@ruanimal
@ClericPy
@jaredyam 上面#11 的代码确实捕捉成功了，只是疑问是，正常来说 a.py 和 b.py ，如果两者都 import 同一个模块的话，应该是互相独立互不影响的，在各自范围内按照各自的逻辑工作，为什么在楼上的脚本里，通过 b 修改 sys.stdout 可以影响 a 的 stdout 的行为?
2021-08-07 09:00:00 +08:00
回复了 LeeReamond 创建的主题 › NAS › 关于自建 NAS 服务的，主板 CPU 平台选择
@msg7086 关于耗电的部分，我觉得我的使用场景硬盘传输每天可能只会用很少的时间，比如每天考进考出 50G 数据的话，可能一共传输时间也就半小时，剩下的时间硬盘可以断电，断电待机不会有啥功耗吧，我没测过不过我猜也就 0.几瓦
2021-08-07 05:55:31 +08:00
回复了 LeeReamond 创建的主题 › Python › 在 Python 中如何放置一个钩子劫持接下来发生的标准输出？
@aijam 后来又想了一下还是不太对啊，即使用魔术方法重新引入 buildins，它是怎么做到在 b 里的代码也不应该影响到 a 的 namespace 啊。。
2021-08-07 04:44:57 +08:00
回复了 LeeReamond 创建的主题 › Python › 在 Python 中如何放置一个钩子劫持接下来发生的标准输出？
@aijam 感谢，学习了，目前看来应该可以满足需求。看了看代码似乎是用魔术方法重载并替换内建方法。unitest 是内建库所以应该直接使用这个封装好的版本就可以了，不用自己再实现一遍。我也是第一次知道 python 可以跑 import builtins 这种东西
2021-08-07 03:49:23 +08:00
回复了 LeeReamond 创建的主题 › Python › 在 Python 中如何放置一个钩子劫持接下来发生的标准输出？
@aijam 你好，我没有理解这段代码的逻辑
下面的代码我试了输出结果是 hello world
```
from unittest.mock import patch

_print = print
with patch('builtins.print') as mock:
mock.side_effect = lambda x: _print("whatever you want")

print("hello world")
```
2021-08-06 04:25:30 +08:00
回复了 LeeReamond 创建的主题 › NAS › 有什么家庭内部可用的简单构建高速 NAS 的方案吗？包含商业产品，可以花一些钱
@msg7086 听你这么一说，也许这个帖子看到最后，确实是单纯的存储 pc 的方案更优秀一些，因为似乎市场上没有合适的 arm 板定制方案。路由器加企业盘的方式看起来也不错，但是路由器应该少有闲时断电功能，伤害硬盘寿命的话，对钱包和数据安全都不太好，所以综合来看低功耗 PC 各方面似乎都是最优秀选择。

那么下一步应该就是选择一台扩展性足够强，总线和网卡足够负担传输速度，然后功耗尽可能低的板 U 平台了。再加个大号散热器和低转速风扇以实现静音，虽然有机械单元比较逼死强迫症。
2021-08-05 20:38:21 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 有关 hbase 能不能当做时序数据库用的疑问
@noqwerty 以前测试使用过，我测试中获取题目中描述的数据量下的数据（ 30 亿）中类似限定时间范围+指定传感器的这种需求，获取连续一万条数据，目前调好的关系型数据库能做到延迟 300ms 左右，ifdb 没有在延迟方面表现出明显优势，而其他各项上则明显劣势了，所以当时没有换。不过这是前两年的测试了，现在很多细节我已经忘了，只是有这么个结论的印象
1 ... 55  56  57  58  59  60  61  62  63  64 ... 88  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5417 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 05:55 · PVG 13:55 · LAX 21:55 · JFK 00:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.