@u2386 可能在他们看来，这个不影响大多数程序的运行吧 Orz

不过这个概念的完全移除弄了好久。。。。
可以看这个 bug
https://bugs.python.org/issue23702

不是通识区别.....
因为这个已经是比较高级的应用了 0 0 不是那种所有程序员都必须懂的知识......

可以看这封 dev 邮件
https://mail.python.org/pipermail/python-dev/2009-February/086233.html
简言之, unbound method 其实在 Python3 中已经遗弃了，没有这种概念了

@sagaxu 额。。。。你转入的是 PHP 4 么？？？？
1. 用 array 代替 class 是什么鬼 php 5 开始 就有基本的 OO 能力了好伐 0 0 现在都 php 7 时代了。
2. php 也有 cli mode

php 这种天生为 web 设计的语言不适合写常驻内存的程序 0 0
不适合的原因在于能力的缺失。要么就是 C 接口的简单封装，要么根本就不支持。
比较成熟可用的解决方案都是通过 C 扩展开发的，受制于解释器能力。这是 PHP 基本特性决定的。
当然，我十分尊重你认为 PHP 也能做好这件事情。只是希望你能认清在 “当前” 你还无法靠 "纯 PHP" 来解决这些事情。
（说个不太贴切的现实就是，甚至 PHP 官方自己都没有去做这件事情）

额。。。。。你可能欠缺一些基础知识，UNIX signal 了解一下

还好，只要你的开发团队也能保持比较稳定的环境更新就好了 0 0
如果你的团队还在用什么 python2 呀，php5 呀之类的，那么 arch 就不适合你

数组变量失效是什么？

@qile1 额，TDD 的前提当然是你能有一个跑通 case 的环境。
假设这个环境有了，那么 case 简单点划分可以是
case 1. 正常情况
1.1 dcm 路径指向文件是否存在
1.2 png 文件是否存在
1.3 jpg 文件是否存在
1.4 另一台 ftp 文件是否存在
1.5 mssql 中 ftp 记录
case 2-n. 异常情况 如果代码中有预期处理异常情况的，相对应的 case

至于实现测试代码的方式很多，
mock 呀，甚至自己单独写一份测试代码都可以

@asj
从道理上来说你是对的，但从国内的现实来说，缺少时间的考虑。
维护一份完善的 100%覆盖率的 case 基本上等同于开发一份业务代码了。
国内一大堆赶工的东西，上线后 bug 都一大堆，我甚至都可以想到可能连基本的自测都没有做好了。
让他们去自增差不多一倍工作量去维护 case 简直是天方夜谭 0 0

而且 TDD 也不是一个人做可以不管团队其它人的东西，只要一个人没有按照 TDD 来搞，就很可能导致 TDD 执行不下去。

TDD 比较适合有明确目标且目标不会轻易变更 0 0
国内的程序员工作环境，能让产品不三天两头改需求。不随意变更需求截止时间就烧高香了 0 0
在需求时间很紧，且随时可能变更需求的情况下，TDD 有些吃力不讨好 0 0
可能刚写完 T, 准备开始下手了，产品和你说这里要改，然后截止时间要压缩，这种情况下能选择抗住压力去改 T 然后按部就班的做完的人很少。

卡死是桌面不能操作么？
能切换 tty 么？
查过 xorg or wayland 的 log 么？

另外，笔记本双显卡建议从硬件上禁用某一个显卡。根据以往的经验，建议先禁用 Nvidia 的显卡，用 Intel 核心配置好后再搞独立显卡

如果说 IDE 的话，只有一个选择 Pycharm，其它都不如 Pycharm 精细，
不要怕花钱，买个 pro 的 license，物超所值

@wukaichao 我觉得和生理年龄关系不大，关键还是心态 0 0

不知道前面说防止 sql 注入的什么想法.....
确认注入点不需要知道字段名。
可以进行注入后，字段名也是随便就能搞出来了....

内存才占 2.1%...... 你的内存都用来干嘛了 0 0
和其他服务挤在一起了？
数据库如果为了比较良好的查询效率 0 0 当然是越高内存越好 0 0

这得分离出一个单独的 cache 服务来处理这个逻辑吧 0 0
有些业务系统对于这种是分出两层来，一层专门做业务逻辑，一层专门做数据服务；
业务逻辑层从数据层取数据，不管数据层是从哪里取的；
而数据层来维护如贴中所说的缓存逻辑。

06:10:48 up 404 days