标签：整合 程序员 项目 平滑 学习 没有 节奏 思考 菜鸟
Hello~~~~
由于从小对于通过写作的方式输出头皮发麻，写作文一直是上学第一大困难，高考语文分数甚至创造了不及格的壮举，于是一直对写博客这样的事情非常畏惧，但是在IT成长之路上读了太多别人写的博客，逐渐发现写博客对于作者以及读者都是非常有利的事情，希望能通过课程的学习达到这个目的。
另外，我一直喜欢骑自行车，尤其是中距离的骑行，高中曾经组织过十几个人一天120km的骑行活动，不过大学因为合肥恐怖的丢车率而不得不放弃。
我认为能加入IT大家庭是一件非常幸运的事情，我大二在中科大就读于物理方向，但是在经过一番比较和思考之后，我发现相比与物理方向，少数牛人做出卓越的贡献从而推动社会进步，计算机方向的能力-贡献曲线更加平滑，而且计算机行业本身也能为社会创造更多的价值，再比较做出巨大贡献，或者说成为“牛人”的微小概率，终于冒着一定的风险在大三转入IT方向。
因此在大三面对需要补修的繁重课程之后，没有太多的精力去做一些的项目，导致在经验和代码量等“乃功”方面有着比较大的欠缺，比如python和C++加起来也小于1w行代码，于是希望借这门课的机会进行一次加强训练，希望能通过努力突破不少瓶颈，首先从程序理解（Programming: Comprehension），读懂别人的程序，学习别人的设计方法，到设计自己的程序（Programming:Design），再到具体的coding实现，减少bug率等（Programming:Implementation）三个方面提高自己，而自学能力（Ability to learn : 对新知识的检索，阅读，理解，整合。对已有知识的一个巩固和完善）应该是贯穿整个过程的“乃功”，具体计划如下所示：
Comprehension 课程前3 课程后 5
Design ?????? 课程前1 课程后 4
Implementation 课程前 2 课程后 5
Ability to learn 课程前 3 课程后 5
结束在msra的实习后，未来我会在医疗图像方向攻读博士，基于对自己的了解，我对和人打交道与和代码打交道的兴趣是相同的（一般兴趣和天赋比较关联，术业有专攻，因此我在两个方面的表现都就那么回事0v0），于是希望毕业之后能在医疗图像分析落地的时机做一份自己的贡献，尽量通过技术和工程运作成公司，医院，患者的三赢局面。因此非常希望能在这门课的学习上补齐代码能力和软件工程能力的缺失，并且确定一个正确的发展方向并不断完善，不求成为专家，至少要达到熟练（通过面试）的水平。
我个人并不完全赞同文章所说内容，因为对于我个人而言从初中开始大部分的上课就没有怎么听讲，但并不意味着专心能力的不足，持续几个小时专心做某件事和能不能专心听讲不是一个概念。个人更喜欢独立的学习理解知识的过程，因为一般有许多教材/资料/ppt的帮助，自学节奏并不会迷失太多。对于少数无法自学的内容，专心听讲一定效益更大。
私以为，小学-初中-高中的师生关系非常类似于栽树人和树苗的关系，栽树人不停的浇水施肥剪枝，目的是让小树苗在正确的方向成长成扎根的大树，核心矛盾是树苗成长所需养分和对抗惰性损失与不停成长的需求之间的对抗。而到了大学以后，接触到许多不论是实力水平，还是为人品质都非常令人钦佩的老师，我体会到的大学后的师生关系应该是学生努力向老师学习一招半式的过程，用健身教练和健身学员的对比关系实在是太棒了，这门课程应该也不例外。
而针对于抄袭与引用的关系，我认为对于抄袭者而言更多是一个态度问题，抄袭心态更多是拿来用完了事，引用是借鉴他人代码从而为自己所用，然而消极的态度基本上不会产生很棒的结果，所以抄袭是绝对要否定的。在借鉴引用他人的工作时候，加一句引用标注，我认为体现的不仅仅是对他人工作的一种尊重。
辜新星：时刻调整方向 找到人生的蓝海
：能够在一条符合自己兴趣的道路上，不断的客服困难走出瓶颈取得进步，这是一个幸运的事情，同时也是一个非常值得付出的过程！同时也非常佩服作者能够早早的给自己规划清楚职业方向，对自己的特点兴趣有着明确的认识，同时有着坚持不懈的执行力，最终达到自己的预期。非常喜欢作者的一句话：
求职之路 定调：结合兴趣，目标明确，准备充分，一举中的
P79页 在结对编程模式下，一对程序员肩并肩，平等的，互补地进行开发工作
问题：但是对于同一一件事交给两个人同时做，本身就会进行大量重复思考，如果再牵扯进来两个人的优劣势互补，两人配合协作问题，可能效益会打不少折扣，除非是要完成的任务对成品率要求很高 && 两人都不能独立完成任务，否则不见得一定提高整体效率，那么实际开发中这种情况很多吗？
P111页 敏捷模型是时间驱动的
问题：时间驱动固然能够激发团队的热情，但也是一件非常有风险的事情，比如发生问题需要解决，而不能保证每个人都能快速解决，如果需要学习新东西该怎么办，或者如果团队进度不统一，某个人的激情程度不够，这样风险也是不小的。那决定敏捷模型是如何保证这些风险的呢？
P189页 一定的专业能力
问题：按照老师的认为，PM是“舵手”的作用，用来维系整个团队合理的运营。但是一定的专业能力如何去评估呢，如果在几个方向非常强，又能快速观察学习理解，也能分析管理团队，跟老板客户沟通，这样的复合型人才的价值一定很大，但同时也比较难得，那么又怎么保证和其他成员同等地位呢？如果专业能力没那么强，那会出现跟一线创造价值的程序员在专业问题上出现扯皮该怎么办呢？所以不太理解一定的专业能力是怎么界定的呢？
整个绩效管理
问题：衡量每个程序员产出的多少，本身就是一个多元多方面的事情。如果涉及到分工的不通，如何量化又变成了一个问题，因此看完教材后还是不太理解成熟的公司管理制度应该怎么去考核绩效才能达到合理激励督促员工。
P172 提高估计能力时候参考前人的经验
问题：如果发生前人经验没那么多，那么怎么确定前人所估计得时间现在的人做要多久呢？因为高手和菜鸟对同一件事情的难易程度的判断一般是大相径庭的，如果自己的人做过类似的事情，那么又如何保证所用工具/人员的记忆程度/做事的方法是否足够先进等不确定的因素呢？
标签：整合 程序员 项目 平滑 学习 没有 节奏 思考 菜鸟
原文地址：https://www.cnblogs.com/yqsyqs/p/9806723.html
