背景
最近看了三本书《启示录-打造用户喜爱的产品》、《学会提问-批判性思维指南》、《写给大家看的设计书》。本来超级大佬要求我们「苦练基本功」的功课是前两本加上《金字塔原理》。因为《金字塔原理》之前看过很多遍，这次不用看。正好有热心博友反馈静儿的文章排版不太好，静儿就把最后一本改成了《写给大家看的设计书》，感觉收获挺大。
上面提到的四本书都上传了，有需要的可以自己下载。
链接: https://pan.baidu.com/s/1E7zMC_9D9XpMQi_11KlXLA
提取码: r2zn
《启示录》感悟
《启示录》里提到软件开发的两种方法，一种是瀑布式开发，另一种是敏捷开发。
一、瀑布式开发
别名
持续改进方法
里程碑式开发方法
基本原则
采用阶段式开发
采用阶段式评审
二、敏捷开发
精要
鼓励开发人员相信简单设计和快速重新设计的优势。
方法
scrum方法
极限编程
实际运用
之前项目开发的版本，看有的同学有个文档每周都会review一下当前milestone(里程碑)。结果版本做出来之后大家都在修复一些问题，非常疲惫。
后来升级版本，领导说做「尽量详尽的设计」，设计到编码成为一个非常快的过程。静儿思考并提出了这个流程的漏洞，最大的问题是我们的新版本比较旧版本差异巨大，所有的技术都是新的。这时候技术本身的一些问题是未知的。
基于这个理念，静儿提出了一个改进版的开发流程：特别是涉及新技术的开发项目，应该是一个基于快速demo(模型)的设计。这时候单体测试就派上用场了。在快速demo阶段，正好可以解决凭空的想象设计带来的具体问题没有全面考虑，在开发阶段来纠正一些设计成本过高的问题。
《学会提问》感悟
《学会提问》主要讲的是怎么用批判性思维来处理自己获取的信息。里面提到两种思维风格：海绵式和淘金式。
海绵式思维的主要特点：注重吸收，相对比较少的过滤。
淘金式思维的主要特点：对信息采用使用多提问的方式来过滤信息，选择性吸收，也就是文中提倡的批判性思维。
实际运用
静儿之前觉得很容易受别人感染，好的坏的都是这样。分析起来这就和思维风格有关系：海绵式思维。
十年前静儿面试的时候做过特别傻的一件事情。面试官问了一个mysql的问题。静儿提出了一个答案，还理直气壮的说自己问过DBA了，DBA就是这么说的。淘金式思维会提出很多的问题，并思考答案，这样会获取更多正面的知识。
《写给大家看的设计书》感悟
《写给大家看的设计书》里提到了设计的四大基本原则：对比(contrast)、重复(repetition)、对齐(alignment)、亲密性(proximity)。
一、亲密性
Robin亲密性原则：将相关的项组织在一起。增强内聚性，让页面从理解上和视觉上变的更有条理。
二、对齐
Robin对齐性原则：任何元素都不能在页面上随意安放。每一项都应当与页面的某个内容存在某种视觉联系。这样来达到统一条理的视觉效果。
三、重复
Robin重复性原则：设计的某些方面需要在整个作品中重复来达到统一的视觉效果。
四、对比
Robin对比性原则：如果两个项不完全相同，就应当使之截然不同。如果差别不明显，效果不是对比，而是冲突。利用对比可以增强页面效果，更有趣，更有可读性，有助于信息的组织。
实际运用
静儿最近的目标是要写出有九年义务教育就能看懂的技术文章。换句话说叫：「说人话」。让人理解包括怎么组织语言和怎么组织形式。修炼中……
静儿看完这本书，突然对衣服的搭配有了epiphany（顿悟）。市面上有很多鞋子都是棕色的。静儿喜欢穿白色上衣+黑色裙子，这样鞋子一般选浅色。好看的棕色鞋子不知道怎么穿合适。看了《写给大家看的设计书》，等静儿再瘦两斤，要穿一身素色裙子，搭配上棕色鞋子看看效果~~
总结
多读书、读大家公认的好书。
收益
1、帮助梳理自己平时认为一些好的做法背后的逻辑，用自然语言理清楚究竟好在哪里。
2、能促进有效的沟通。
感悟
静儿遇到一些毕业不久的程序员朋友。他们往往更注重技术。相比较而言，并没有太注重沟通。静儿自己思考了一下这个问题。潜在的原因可能是相比较技术，沟通还没有成为瓶颈。
但是要注意一点：技术的提升相比较沟通这种软素质而言，进步要快的多。而且沟通影响不仅是工作，是更综合性的。如果前期不注重，当成为短板的时候，影响要更为长久。
尤其重要的是：沟通是作为架构师和项目经理最重要的基本功。所以，想要好的发展，请尽早重视沟通。