生产力高低是按照能完成你的多少工作量作为标准，是没有任何问题的。

也有人喜欢根据能多高效率完成某些工作作为标准，这也是可以的。

估计是一部分功能移到云端，诸如游戏这类吃硬件的工作

chromeos 就是一个这个未来的起点

然而 v 站默认是不能删帖的，除非特殊情况可以 @管理员删帖

@liaoyaoheng 我没说电池用十年啊，我说的是电容。电容寿命是很客观，十年前的主板到今天依旧能启动。

开喷也要看清楚人家讲什么吧，不要随便就认为人家说的不对。

想起我们另一个部门 rpc 调用失败就会返回调试成功，数据为 null，

一开始我以为是 fpga 生成软核 CPU，想不到点开竟然是从沙子开始制作“硬核” cpu

@ooxcoo
@zhanao1994
如果一个元器件是设计时候寿命是十年，那么用于实际产品时候应该保持一致。如果验证之后发现并没有达到，那么肯定是生产问题。尽管对于 airpod 并没有啥影响。对 apple 来说，这是不合规范的。

apple 硬件设计能力依旧是世界最好的厂家，但内部规范有制约了它应该在这个时代的脚步。

因为国内厂商设计是不考虑长生命周期的。airpod 之所以那么久才发布，是因为量产时候发现某个电容寿命远低于设计的十年导致整个生产线都在排查问题然后跳票的

@moxiaowei
既然如此，为什么在 errno=11 时候，你还要继续 recv 呢？这时候缓存区已经没有数据了。你已经完成处理 epoll 的事件的所有东西了。你应该跳出去等待下一次 epoll 事件。

@moxiaowei
我觉得你不应该再重试，如果 errno 为 11 时候，代表着没有新数据了。那么你应该跳出去，等待新 epollin 事件。

对我而言，堵塞 socket 是通过循环不断去读取数据。为了避免线程堵死，会加上 timeout。通过捕捉 timeout 异常和设定重试次数确保堵塞一定事件就放弃，避免线程堵死。当引入了 epoll 就应该变为等待 epoll 事件而不是等待数据。

@momocraft
这是 epoll 的处理，空字符代表关闭，收到对端发送的空字符会忽略

1.不需要 sleep，会堵塞
2.不要 epollet，边缘触发一旦你不去处理，epoll 不会重新通知你

学习 Linux，那就虚拟机吧；学习 docker，还是虚拟机吧；学习硬件，那就分很多种了。建议买树莓派之类主流板卡，资料多社区支持好。

Linux 性能在于你板卡性能，但绝大多数情况下你并不需要那么强大的性能。arm 的 Linux 比较常见还是 Ubuntu。docker 没试过，不做评论。

python 缺点还是很明显的
1.没有类型。看代码你只看到变量名，但具体是什么你要跳转。然后发现别人初始化是个 None。（就算不用 assert，就算初始化时是 None，起码加个注释啊）
2.面向游标卡尺编程
3.语法不容易看出错误。以前不喜欢写花括号，但写多了 python 后发现花括号还是能提高可读性的（见仁见智）
4.过多的实现方式。你可以用多种方法创建一个 list，但在一个项目里面就会觉得很累。花太多时间去思考代码最终实现效果会是怎么样的。同时真的不利于有效率的编码在开发者内传播。
5.有 getattr 和 setattr，却不是 duck type 编程。

现在如果让我写 python，我宁愿去写 c++。尤其是接手别人的屎山。永远都不知道变量是什么；一份文件里面 n 多个类，实现 m 个功能；

@dying4death
酒店或者租房子，公司报销

所以源码都没贴全是让大家脑补帮你 debug 吗？

请问你 epollHandle.modify 有没有把 socket 给 close 掉？没有的话，对端会一直发空字符串过来，告诉你关闭 socket 的。但这一部分没有贴出来，所以我怀疑你 modify 方法没有关闭 socket，导致对端一直发送空字符串，让你一直以为有数据接受。

c 的 epoll 我记得也是发送空字符串告诉你 socket 关闭的，python 和 c 在系统 api 上差异不大

那就用 Redis

1k，高了嫌太贵=_=