如何做好事情

Posted by Xiaoye's Blog on August 12, 2019

前言

本篇作为在个人博客上的第一篇读书总结, 希望能坚持,以输出来带动输入.

去年7月离开学校,进入职场. 初入职场,兼具两个身份: 职场新人. 转行新人. 兼具这两个身份, 在去年7月份到12月份, 我十分努力地在工作之中获取需要的知识和技术, 那段时间很充实.

然而2019年春节时回头看, 我发现自己有时候会陷入技术的细节, 而不是关注问题的解决, 有点儿盲目信仰技术的感觉. 于是在春节之后我找了两本书学习了下, 当然, 都是工程师写的书. 感觉对我这种初入职场的工程师十分有指导意义.标题为思维导图总结.

The Effective Engineer

副标题为How to Leverage Your Efforts in Software Engineering to Make a Disproportionate and Meaningful Impact. 硅谷的一个工程师写的, 我看的第一本此类书籍, 花了10个小时, 看的比较仔细, 也很有收获. 作者主要说了两方面: 心态想法和实际行动.

心态想法方面,第一个为时间是有限的,要做high-Leverage的事情.这点是我比较欠缺的,其实2017年开始我逐渐有些认识到这个问题.当面对一个问题时,认为自己可以完成,叫嚣自己要全部完成,无评估,无计划,无限投入时间,最终不仅结果不理想,情感上也比较受挫.这其实就是自我要求100,最后拿了50.还不如自我要求80,最后拿到80.第二个是优化学习率,学习率是个复利,现在的学习率越高,之后的复利收入越高.第三个是不断总结优化,目标是可以直接产生价值的重要紧急事情和重要但是不紧急的事情.

实际行动方面,有这个几方面: 1, 快速迭代

  1. 找到指标量化你的优化效果
  2. 尽快验证idea
  3. 培养项目预估的能力 这几个方面在互联网公司其实还挺普及的,不过对于自己还是挺启发的

Programming Beyond Practices

副标题是Be More Than Just a Code Monkey,这本书主要以一个个案例展开,还是挺生动的. 这本书比较薄,只有上本书一半厚度,然而统计显示我读了8.7小时,尴尬,难道是在地铁上看的时候发了会呆?!

下面这句话概括了作者的思想: The intersting parts of programming to me have always been the problem-solving, communication, and human-centirc aspects of things; code was just the most effective tool i could find to serve those purposes

总结

下面是我的一点儿感悟:

懂得一门技术,对一个本可以用其他简单方法解决的问题来应用这个技术. 这个过程叫学习. 遇到这个问题,找最简单易行的技术,这个过程加解决问题.

之前在工作中会碰到一种情况,对于问题没有正确评估,然而自己想要用某个新技术解决一个问题的情况,心里还把这个过程当做在工作中顺便学习这个技术. 看来需要分开学习和解决问题这两个步骤

代码是一个解决问题的工具.要为问题找最合适,最方便的工具,而不是为工具找问题. 当然这并不意味着就没有技术的追求, 你若想解决好问题, 你会主动去熟练工具的.