最新补充：刚刚又买了几本书，京东618每满100减50，不买吃大亏。

以下正片

这个月，我穿越了哦。

课程

【CS公开课】计算机程序的构造和解释（SICP）
此课程对应的是这本书哦，计算机科学丛书：计算机程序的构造和解释（原书第2版）
当时本书在出版两年后（1986年），Harold Abelson和Gerald Jay Sussman两位作者录制了《计算机程序的构造和解释》系列公开课，该录像是他们在给Hewlett-Packard公司员工培训时录制的。
所以我每晚10点半后睡觉前就穿越回去听一节课。由于原书英文版是公开的，课程也是公开的，不用担心下架看不到。这里有GitHub项目链接

目前我看到P6，一共有20P，课程使用Lisp编程语言。目前最大感受是，爽！
教授说，我们都是魔法师，每一个过程（Procedure，可以简单理解为函数方法）就是一个精灵，当你知道精灵的名字后，就可以控制它。教授强调，将过程和数据看成是一个东西，你怎么用的数据，那就可以怎么用过程。

SICP关心的是：“当系统复杂度爆炸时（或者在此之前），我们如何通过有效的方法和手段去控制系统的复杂度？”

目前遗憾的是我下载不了Scheme（Lisp方言之一）解释器，无法在本地上运行Lisp程序验证做题结果。
最新补充 22:32分，有资源，下载下来了！

书

构建之法 现代软件工程（第三版）
这本书我5月18号下单，21号才收到。原因是中转站爆仓了。

这本书从21号收到，每天下班回来看一章或一章半，一共17章，在5月31号看完。为什么我看得这么快，因为里面基本没有代码，书中绝大部分是关于软件构建时个人和团队的工作方法与决策，可以理解为“经验”。
我认为任何人都可以看的一本书，里面包含但不限于：
1.一个人写软件的流程（无论在不在团队）
2.软件工程师的成长，个人能力的衡量与发展
3.两个程序员合作：包括编码规范、代码审阅、结对编程。有意思的是，这本书还讲述了如何正确地给予反馈，举例说了在不同情境下面对不同性格同事的处理方式。
我比较感兴趣的是结对编程，在什么情况下需要结对编程呢？书中给了一些建议：在高速度中完成任务，任务有较高的技术要求，任务失败的代价很高。
4.团队和流程。怎样才算一个团队呢？村口等搬砖的人，收到搬砖任务就一起工作的是团队吗？不是，他们只是临时聚集，各自完成任务就领钱走人。
团队应该有一致的集体目标，并且团队成员应该有各自的分工，互相依赖合作，共同完成任务。
而开发流程上，我没有仔细斟酌，没有结合自己的实际去思考，所以不予评价。
5.敏捷流程。以及讲述了什么样的软件才需要敏捷开发
支持敏捷流程的是定期的例会。
以下是书中原话：

每日例会看起来很爽：
我昨天做了啥
我今天要做啥
我碰到了什么问题
爽了之后，也许会流于形式。一群狗熊级的程序员会这么说：
我昨天写代码
我今天继续写
我没碰到困难

6.需求分析。功能的定位和优先级。
7.典型用户和场景。举了几个让人哭笑不得的例子。
8.软件设计与实现。在软件开发的任一阶段，对待bug的做法是不一样的。什么时候实现新功能，什么时候处理bug也有提及。
9.用了12页讲述了用户体验，举了几个例子。
10.软件测试。什么样的bug报告才是好的。
11.稳定和发布阶段。主要说了软件准备发布需要做的一些事情。我觉得对于我来说这里算是全书的精华，因为里面给了一个项目回顾的模板！

如果你可以重新来过，什么方面可以做得更好？

0.jpg
1.jpg

12.行业的创新
13.职业道德

游戏

NS游戏最近打折，买了个日服的《武士0》（全区中文，日服折合80rmb），还没玩，听说是今年第一匹独立游戏黑马。

视频

六一儿童节 最后推荐一下lindalinda吧
日本幼儿园小妹妹迷恋朋克摇滚，现场演唱THE BLUE HEARTS的「LindaLinda」

评论区：暑いです（撩）

这里是原唱原版