47

苦练基本功:超级大佬推荐工程师必看的书感悟

 5 years ago
source link: https://mp.weixin.qq.com/s/noDP3L-_HnEQJP73doWY-Q?amp%3Butm_medium=referral
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

点击上方「 编程一生 」,获取更多技术干货!

背景

最近看了三本书《启示录-打造用户喜爱的产品》、《学会提问-批判性思维指南》、《写给大家看的设计书》。本来超级大佬要求我们「苦练基本功」的功课是前两本加上《金字塔原理》。因为《金字塔原理》之前看过很多遍,这次不用看。正好有热心博友反馈静儿的文章排版不太好,静儿就把最后一本改成了《写给大家看的设计书》,感觉收获挺大。

上面提到的四本书都上传了,有需要的可以自己下载。

链接: 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、能促进有效的沟通。

感悟

静儿遇到一些毕业不久的程序员朋友。他们往往更注重技术。相比较而言,并没有太注重沟通。静儿自己思考了一下这个问题。潜在的原因可能是相比较技术,沟通还没有成为瓶颈。

但是要注意一点:技术的提升相比较沟通这种软素质而言,进步要快的多。而且沟通影响不仅是工作,是更综合性的。如果前期不注重,当成为短板的时候,影响要更为长久。

尤其重要的是:沟通是作为架构师和项目经理最重要的基本功。所以,想要好的发展,请尽早重视沟通。


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK