美文网首页看场电影
《跃迁——从技术到管理的硅谷路径》读书笔记

《跃迁——从技术到管理的硅谷路径》读书笔记

作者: Leisure_LS | 来源:发表于2018-06-03 17:34 被阅读0次
    跃迁

    作者简介:朱赟(Angela),公众号嘀嗒嘀嗒的作者,江湖人称安姐,科大少年班,美国莱斯大学计算机博士,Airbnb技术经理,Square公司首位华人女工程师。大部分时间都在不断的积累和练习,独立学习、做科研、编码。

    阅读目的:一直关注她的公众号,无论是技术层面的,还是工作方法、思考方式上,都有启发,喜欢这类踏实的风格。

    书籍简介

    本书从四个方面展开,包括技术管理、技术实践、硅谷文化、个人成长。

    技术管理

    作者分享了自己从技术骨干成长为管理者的一些经验和思考。技术管理包含两层含义,一层是管理自己和团队的技术,技术选型,保证产品上线;另一层是管理技术团队,帮助团队成员成长,从亲力亲为模式转成授权模式,才会获得更大成功。

    比较触动的点:

    1.给答案还是引导?许多牛人大咖经常被问问题,虽然帮助别人梳理思路,比直接抛给其答案花费更多时间,但是如果从你这里得到答案很容易,可能会造成自己琐事越来越多,越来越忙,对方却没有学会自己解决。如果某个东西除了你别人都不清楚,导致你越来越忙,此时你已经成为了团队最大的瓶颈,而并不是你很重要,没有你不行。

    恰好最近被英国新王妃刷屏,决定追一下王妃的剧《suits》,目前只看完第1集,恰好这集就展示了一个职场老司机如何带新人的故事,该push的时候使劲push,放手让新人自己学、去试错,局面失控的时候再亲自出马挽救,堪称导师典范。

    2.在分配任务的时候扬长避短,把线上产品的改动交给慢而稳的人,把需要快速迭代开发的产品交给快速做出结果的人。最终这两个人都能变成项目中的核心成员。有效的把任务分配出去,还能保证分配出去的任务能够被圆满完成。

    3.定期沟通交流,每半年或一年进行一次关于期望值的深度对话,了解团队成员兴趣、希望做什么,未来两三年职场规划如何,做了哪些努力?还想做什么。有了约定,还要持续跟进。

    一对一沟通,要以下级为核心,切忌不要给予批判性反馈。这个有点类似家庭里父母和孩子之间的沟通,不要评判,当你发现你开始评判的时候,孩子往往不想再跟你说下去了,还会试图推卸责任或者掩盖事实,从而达不到增进了解的效果。上下级沟通,同样不要评判。

    4.激发团队人员的责任心,明确责任制,负责产品的改进和bug的修复,并不是对bug的问责,而是跟进bug是怎样产生的,造成什么影响,后续怎么预防。发现问题时,用关心的口吻,而不是问责的态度。不要把主观感受强加于人,而是用引导的方式,反而更能激发团队成员的责任感。

    技术实践

    这部分就是技术相关的话题了,有些细微,有些宏观,都是程序员日常开发中经常会遇到的问题。

    比如作者推荐深入掌握数据结构和算法,阅读经典著作,了解算法的思想,也是大数据时代的核心竞争力,虽然算法在日常开发中可能只占10%左右,但是不精通算法永远不可能成为优秀的工程师。

    作者还推荐每个工程师都该了解一些数据库知识,从选型到架构,人为错误到数据库瓶颈,还有常用的索引、事务、锁等等。

    关于系统拆分,拆分后的注意事项,测试、接口、报错、超时等等问题。我的理解就是系统里的每个模块划分都是有历史的,涉及到接口变动的,一定要有风险意识。

    关于软件质量,作者建议:

    1)有效跟踪,立刻记录跟踪,而不是过分相信记忆力;

    2)诚实,程序里潜在的问题其实是程序员自己清楚的,对“地雷”打上标签,全凭程序员良心;

    3)勤快,代码里的to do要尽快解决,永远不要把垃圾扫到地毯下面,对看得出有问题的代码要随手处理,而不是置之不理,也不要为了保持代码风格的一致,拷贝一些不好的代码;

    4)完备的测试集(论自动化测试的重要性)

    5)代码审核,code review可以保证所有合作的人对代码改动有全面的了解,也能多一份审核一份保障。被审核人要保持开放、听取的心态,审核者要多存质疑,甚至听不懂直接说,意见有分歧的时候,其实也会帮助我们对系统或代码加深理解。

    硅谷文化

    在这一部分,可以看到,无论是项目层面的从立项OKR的设立、到项目验收复盘,还是工程师、产品经理、数据工程师之间的合作,还是做code review,代码如何提交,如何合并,如何面对bug,如何升职,这些硅谷的处事方式,我们也是差不多的(读完有一种我们还不错的傲骄感)。

    触动的点:作者从产品经理身上,学到了很多,包括沟通能力(会议、邮件、一对一面谈)、处理和确定优先级的能力、如何回绝不合理需求的技巧,还有一些项目管理和跟踪的技巧。

    过去我觉得一个开发人员只要代码没有bug,就算做好工作了,但是后来越来越体会到,邮件、会议的高效沟通、写出简明、逻辑清晰的设计文档,这些也是工作的重要部分,但很多人可能并不会意识到,冗长低效的会议,一些作者好像就是不想让其他人看懂以彰显自己是技术牛人的说明文档,读了N遍也不知要解决什么问题的邮件,都是工作的阻碍。所以还是要学一学《金字塔原理》,这本翻译过来的可能并不符合国人的阅读习惯,可以看看李忠秋的《结构思考力》,这也是我年度书单中的一本。

    硅谷比较好玩的活动,就是编程马拉松(Hackathon),在这个期间不工作,而是去hack一些自己感兴趣的小项目,这样的活动可以激发创意,有些好点子也成为了产品的原型,还可以和团队成员建立特殊的感情纽带,增加团队凝聚力,和牛人结对编程,拓展视野。

    个人成长

    这里面有很多务实的经验,比如怎么建立个人影响力(存在感,说服力,谈判力,协调力,鼓舞力),不是彰显自己重要,而是通过影响力把事情做成;怎样处理人际关系(向“给予者”方向努力);怎样在错误中成长(培训、信息共享、复盘、备用方案);怎样给别人提意见;别人给我们提意见如何应对;怎样做职场规划;怎样成为不可替代的程序员(专家or执行力超强or凝聚力超强);精力管理等等。

    总结

    这本书可以从侧面了解到一个“牛人”的成长轨迹——踏实做事,及时总结。无论是技术还是管理,还是个人成长,很多书中的心得观点,都可以延伸出更多值得学习的内容。推荐阅读。

    相关文章

      网友评论

        本文标题:《跃迁——从技术到管理的硅谷路径》读书笔记

        本文链接:https://www.haomeiwen.com/subject/vznjsftx.html