加油💪

一个函数只做一个功能

@tomczhen 秀的头皮发麻

除了 money，兴趣是第一驱动力！先问你自己对你从事的工作有没有兴趣？

祝幸福

@niweicumt 描述的有点问题，应该是技术主管

如果题主有定期用时间机器备份，那么恢复起来是轻而易举的事情。

@visonme 是的

@CallMeReznov 哈哈看来不是个例啊，不过这么多人合作开发不使用版本控制管理层是怎么想的？

@qq007523 如果多个人修改了同一个文件中的代码那么手工合并岂不是噩梦😂

@hengo 我觉着就算是个人开发也是有必要加入版本控制的。比如：每次添加新功能的时候或者修复错误的时候都可以放心大胆的去做，大不了回退呗。另外如果你的项目被别人接手了，还可以根据每次的提交日志来了解项目的开发历程。还有的话就是可以给代码做一个备份。

由于 Condition 内部的 lock/RLock 对象是在线程间共享的，因此_is_owned 方法并不能判断当前的线程是否拥有该锁。
举一个例子，现在有两个线程 T1 T2，(T2 线程的执行时间晚于 T1):

T1 线程调用了 cond._lock.acquire()，获取锁，不释放锁
T2 线程中调用了 cond._lock.acquire(False),此时 acquire()返回结果为 False。
如果在 T2 线程中调用 cond._is_owned 方法那么会返回 True。显然 T2 线程并没有持有锁。

此时如果直接在 T2 线程中调用 cond.wait()是可以成功阻塞 T2 线程的运行的,尽管在 T2 线程中并没有持有锁。
因此在线程中调用 cond.wait()方法时，只要满足 Condition 实例对象的内部的 lock 已经持有某个线程的锁就可以了。

娱乐至死的年代在 github 上看到杨超越也不稀奇了，不是前段时间还有女装照也火了一把嘛。我觉着 github 应该增加一个审查机制，对于这些和技术无关的项目直接删库封号警告。

我觉着最坑的就是没有 usb3.0 的接口，局域网内做 samba 服务速度跟不上。

搜索引擎能干出这种事，全世界独一家了吧！

滑动体验太差了

和你在一起，这个世界会好吗？ 离婚

这操作也只有在中国能这么搞了！