Jul 22, 2018
德国著名的心理学家艾宾浩斯告诉我们人的记忆和遗忘是有规律的，记忆的保持在时间上是不同的，有短时的记忆和长时的记忆两种，人们接触到的信息在经过人的学习后，便成为了人的短时的记忆，但是如果不经过及时的复习，这些记住过的东西就会遗忘。并根据实验得出了著名的艾宾浩斯记忆曲线，如下：
这条曲线告诉我们在记忆的最初阶段遗忘的速度很快，后来就逐渐减慢了，到了相当长的时候后，几乎就不再遗忘了，这就是遗忘的发展规律，即"先快后慢"的原则。观察这条遗忘曲线，你会发现，学得的知识在一天后，如不抓紧复习，就只剩下原来的25%。随着时间的推移，遗忘的速度减慢，遗忘的数量也就减少。
艾宾浩斯在关于记忆的实验中发现，记住12个无意义音节，平均需要重复16.5次；为了记住36个无意义章节，需重复54次；而记忆六首诗中的480个音节，平均只需要重复8次！这个实验告诉我们，凡是理解了的知识，就能记得迅速、全面而牢固。不然，愣是死记硬背，那也是费力不讨好的。
分散学习比集中学习优越。如对一个12个音节的音节组集中学习需要育读68次才能达到正确背诵，而分散学习只要35次就够了。
参考：http://wiki.mbalib.com/wiki/%E8 …
Jan 02, 2018
感觉很难在工作和学习之间找到平衡。倒也不是说每天的工作有多么枯燥无味，但是总归每天涉及的领域比较单一，也经常要做一些很不优雅的折中。
这么多年的成长经历和习惯是，总要搞些“副业”才能心里安生，也的确没有吃亏，如果只是按部就班的话，可能高中毕业最终会上一个普通二本、或者从数学系毕业了去做一个银行柜员？
然而现在呢，收获的确是有的，我也不确定是不是其实这已经是最快的速度了，自己总是思维跳跃是不是反倒在浪费宝贵的学习机会，只感觉时间过的特别快，而来不及抓住什么。总有人催，心里也很厌烦。有时候觉得同事们是由一些很好的思路，另外的时候也觉得好多事情其实稍微多一点时间停下来解决一下以后会省很多时间，然而总是一个漏洞补另一个漏洞。有时候又在想是不是边际效益已经变得很小了，该去干一些别的事情。
如果有机会开一家公司的话，一定要多给工程师一些时间吧。还是觉得很多事情能提升很大的效率，但是确总在很低的效率做。
也许只是能力不够吧，好多东西可能自己遇到了要花30分钟了解一下，而别人五分钟就够了。。
有些东西的确不懂也可以干好每天的工作，比如 Linux 上 C 编程，比如编译原理，比如 https 的原理，但是确实有些时候会成为瓶颈，另外遇到了但却不能弄痛总感觉心有不甘。
之前在一家外企工作，应该说 work-life balance 很好了，不过自知能力不够 …
Nov 09, 2017
错误一 项目管理
不要瞎想, 不要试着管理一个还不存在的项目. 写下来大概的idea和预期的时间, 这就够了.
错误二 过度设计基础架构
你可能觉得自己的这个主意太棒了, 开始设计一个能够满足几百万用户同时在线的系统. 不要瞎想, 最开始你可能只需要的是一个512内存的DigitalOcean实例
错误三 担心技术栈
大部分的软件工程师似乎总是担心潜在客户会很在意他们的技术栈, 实际上他们才不关心呢...那个顺手就用那个吧, 管他是PHP还是Ruby呢...
错误四 创建自己的框架
这一点是我最常犯的错误, 本来想要做一个什么东西, 但是感觉现有的框架都不顺手, 于是决定自己写一个框架, 等框架写完了, 发现原本的项目根本不想做了...
解决方法: 使用现有的框架并且定制他们, 这就足够了.
错误五 持续没有输出
过度设计输出系统, Jenkins, Drone, Travis 等等, 导致一直没有输出. 这些东西是好东西, 但是一开始不用纠结于配置他们.
原文: https://elsyms.com/the-art-of-over-engineering-your-side-projects/
May 29, 2017
- 歇一会
- 把下一件事提前开始做，不适用于地铁上，一个人吃饭等时间
- 和同学聊聊天
- 回顾一下今天干了什么，或者准备一下接下来的重要事情
- CoC，BoomBeach
- 复习一些短小的东西，函数参考之类3
- 背单词
一定不要去做大块时间才能做的事，一定不能去给接下来的大块时间挖坑