《程序员进阶之路》读后感

封面

前言

一般的书，里面讲述大部分关于项目管理和领导者的内容，都是【软考】中项目管理十大领域的内容并且用比较轻度的形式讲述出来，程序员自我开发的内容反而可以看看

领导力

1. 领导者与管理者的区别

区别	领导	管理者
特征	成员的未来、梦想、组织的发展	重视组织效率和成果
关注范围	说服、必要性、战略	统计性选择、业务执行方法
重要观点	效果	效率
目标	规划	目的
达成方法	做正确的事	正确地做事

2. 程序员的需求

知识方面	金钱方面
能够学到技术和经验的工作环境	合适的薪水
能够获得成长的项目	业务强度和工作时间相协调
对公司有贡献且能得到公司认可的业务	工作环境和待遇的改善

技术能力是程序员的自尊心，即使现有条件不能满足自身要求，为了获得更优越的待遇，程序员也总是不断学习，提升自我。
新技术出现后，自己要在最短时间内掌握并教给其他程序员，同时将自己积攒的经验和秘诀毫无保留地传授给他们。“培训”才是最好的、最自然的领导力打造方法。

3. 当对归属感和关系的需求得到充分满足后，成员会渴望满足第五层对自身发展的需求。如果一个程序员与他的领导共事时，认为自己的技术、经验、成果等得到了提高，又能获得许多与自身发展相关的机会，他就会对自己的未来充满希望。自我发展的需求可以左右人心，影响巨大。满怀希望的人会身随心动，无论多么困难的那么，如何给成员提供发展机会呢？可以从寻找每个人擅长的条件都可以克服。

项目管理

1. 项目立项时的恐惧的类型与解决方法

恐惧的类型	解决方法
技术难题和相关知识的欠缺带来的恐惧	得到技术方面的帮助即可解决或避免
项目的重要性或对业绩的要求带来的压迫感引发的恐惧	客观计算成功概率并实现突破

2. 程序员使用的开发环境与实际系统及硬件设施的相似度越高，越能在开发过程中更快发现bug。这可以减少正式上线后发现bug的修复成本。

领导的沟通

1. 领导与程序员的沟通：
   介绍业务或问题发生的原因（背景）
   介绍业务执行方法
   领导倾听程序员对自己提出的方法的意见或质疑
   给程序员思考业务的时间或拟定下次会议的时间
   讨论风险和需要的资源
   决定交付日期与品质

程序员自我发展

1. 规划的意义：
   自己希望拥有的理想中的模样
   确立目标、不动摇、不随波逐流
   越多、越具体，越有用
   推动自己的原动力

2. 每个人对未来的构想都不相同，程序员领导可以树立如下目标:
   √深入研究自己的专业领域，成为业界前1％的专家；
   √提升成员的能力，打造专家团队和人才库；
   √取得专业资格证；
   √进行多领域研究，拓宽视野；
   √将自己的经验和诀窍记录下来传给后辈。

3. 越是自己认为重要的技术，越应该传授给他人。

4.小组学习：
中间的桌子上摆放一块大白板，以6人为一组进行学习。这种方式的核心在于，彼此事先约好了，所以谁都不能违背日程安排，各自把自己负责的部分讲给其他人听。小组学习是将自己知道的内容教给他人。相比其他人给自己讲课，反其道而行之的效果更佳，思路也更清晰。

5. 备忘录与复习法:
   将学习主题中的重要内容提取整理后，以备忘录的形式记录下来，反复阅读的同时画出重点，之后自然而然就成了自己的知识。反复阅读备忘录超过7次后，日后只需1小时就可以看完整个科目。

6. 著书学习法:
   执笔著书的同时汲取知识，进而成为专家。

7. 撰写技术文档

过程	确认事项
设定主题与关键词	整合脑海中浮现的内容，删除多余内容，为阅读者考虑
寻找与主题相符的参考资料	查找资料并标识需要引用的部分或信息
设计文档结构	采用绪论、本论、结论等完整的结构
在文章中增添故事	考虑阅读者，使用举例、比喻、比较
在最后总结中心思想	使阅读者把握整体内容和文章意图
段落整理与添加图表	整理排版，使用可视化资料
打印后再次确认	检查数字等重要的数值信息

为了写出好的文章，需要多看、多写、多想。大量阅读文章，才能练就一双可以分辨优劣的眼睛。要杜绝按照现有的质量并不高的文档撰写报告。先选取几篇评价较好的文章，再根据这些模板撰写，经过长期练习，你的水平会超过模板。为了获取客观评价，此时可以给别人看你写的文章。无须在意评价人的撰写水平，因为从他人的角度可以发现人自己未能发现的问题。

8. 红海与蓝海
   √与其一直身处“红海”行业，不如转移至可以获得更好待遇和福利的“蓝海”。
   √如果一直身处“红海”行业，那么随着市场的不断缩小和竞争的白热化，最终会到达极限（不断恶化的状况或组织结构调整）。
   √“蓝海”行业需要大量人员，所以入行门槛不高。
   √“蓝海”行业起步时间并不长，所以专家数量不多，实力上的差距也不大。
   √尽早进入比在成熟后进入市场更有利。

9. 编程的学习方法

类型	学习方法	内容
建议方法	经典著作	通过公认的大师著作学习
建议方法	经验丰富的开发者	倾听从业10年以上程序员的经验
不恰当的方法	网络社区	复制粘贴源代码