个人观点，我觉得记住这些是有用的——当学习一门编程语言的时候，你实际上正在学四件事情。
这四项很容易搞混，不幸的结果是，当你遇到问题最终完全找错了地方。
http://lambeta.com/2017/04/18/Techniques-for-Efficiently-Learning-Programming-Languages/
发现有一些错误是自己经常犯的，不记录下来回顾一下，总是会一直犯。高中的时候还有习惯来记录错题，然而这么好的习惯，到了大学里却莫名其妙的没有了，知道毕业两年后的今天才突然想起。所以第一个场贩的错误就是思想上的——学习是一件终身的事，要延续好习惯。
对于各种持有资源的连接池对象等，要时刻注意它们是否是线程安全的。
解决：
Python 的变量声明和赋值没有分开，这个是一个坑，只能通过多用工具检查来实现
有时候删文件删不掉但是空间还在占用是因为还有程序在使用这个文件
CPU wait 比较高说明在做io
操作系统相关问题（OOM）
dmesg -T 或 tail -200 /var/log/kern.log 查看系统kill进程的日志，可以看到被kill掉时候的内存占用，再用free -m 查看一下是否超出了内存 …
对编程产生感兴趣并因为乐趣而写程序。确信你自始至终都能乐在其中，这样你才愿意将十年光阴投入编程事业.
与其他程序员交流；阅读别人的代码。这比任何书任何培训都重要。
记住在 “计算机科学” 中包括”计算机” 这个词。要知道你的计算机执行一条指令需要多久，到内存中取一个字需要多久(缓存是否击中), 到磁盘读取连续的字需要多久，而磁盘的定位又需要多久.
Fred Brooks (人月神话作者) 在他的文章 没有银弹 中指出，发掘卓越软体设计者的三部曲：
代码要做到自文档化
.only()，以减少对数据库的压力转载自：https://mp.weixin.qq.com/s?__biz=MzIwMzg1ODcwMw==&mid=2247486399&idx=1&sn=219af64c7ecbf9e6c601cefddd0a0eba&source=41#wechat_redirect
众所周知，在团队中进行代码审查（Code Review）可以提升代码质量，分享项目知识、明确责任，最终达到构建更好的软件、更好的团队。如果你花几秒钟搜索代码审查的相关信息，你会看到许多关于代码审查带来的价值的文章。也有许多方法来进行代码审查：在GitHub中提pull request，或使用像JetBrains的Upsource之类的工具。然而即使拥有清晰的流程和正确的工具，还遗留了一个大问题需要解决——我们需要找寻哪些问题。
可能没有明确关于“我们需要找寻哪些问题”的文章，是因为有许多不同的要点需要考虑。正如任何其他的需求，各个团队对各个方面都有不同的优先级。
本文的目标是列出一些审查者可以找寻的要点，而各个方面的优先级就因各个团队而异了。
在我们继续之前，让我们考虑一下大家在代码审查时会讨论到的问题。对于代码的格式、样式和命名以及缺少测试这些问题是很常见的几点。如果你想拥有可持续的、可维护的代码 …
想象一个函数是一个流水线，每一个函数调用都是在当前函数旁边新开了一个流水线。
新的调用是从调用者分出的一条叉，所有的调用构成了一个从左向右的栈。
把每个循环想象成一个并行执行的流水线
把每一个 if/case 语句想象为一个流水线的一个分叉点，当然两条叉可能最后会聚合。
把一个类当做相关的动作和分享同一个状态的一个集合
