@kokutou 老哥说的是

非常重要！

共勉🤗

最重要的还是先把数据规整成统一的格式，不然真不知道代码该怎么写！

加油💪

一个函数只做一个功能

@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 服务速度跟不上。