授予每个自然月内发布4篇或4篇以上原创或翻译IT博文的用户。不积跬步无以至千里，不积小流无以成江海，程序人生的精彩需要坚持不懈地积累！
授予每个自然周发布1篇到3篇原创IT博文的用户。本勋章将于次周周三上午根据用户上周的博文发布情况由系统自动颁发。
《原力计划【第二季】》第一期主题勋章 ，第一期活动已经结束啦，小伙伴们可以去参加第二期打卡挑战活动获取更多勋章哦。
在《原力计划【第二季】》打卡挑战活动中，成功参与本活动并发布一篇原创文章的博主，即可获得此勋章。
敏捷开发中的PO即Product Owner，字面意思是产品或业务负责人，即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员，一般可由产品经理担任，也可由熟悉业务的开发人员担任。如果敏捷团队是在一起办公的（指一个办公室内坐在一起的），建议由产品经理担任，本身产品经理已经是所有业务的接口人，熟悉业务是其本职工作；如果产品经理和开发、测试团队是两地办公的，如设立的研发中心、外包服务等形式的，建议在开发团队内指定一个人来担任PO，这样产品经理在第一次PRD全体review之后，只需跟这个PO讲解清楚产品逻辑，后续开发和测试当中遇到的问题，都可以咨询PO来得到解决，PO不确定的可以联系产品经理确认，这样可以减少一部分的沟通成本。
敏捷开发中的SM即Scrum Master，字面意思是敏捷专家或者敏捷大师，即熟悉敏捷开发模式及敏捷实施流程的人员，一般可由敏捷团队当中的开发负责人担任，部分能力很强且懂技术的产品经理也可担任这个角色，因涉及到工作量评估和分派等工作，最好都是由技术能力较强的人员担任。
确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品ROI（profitability of product）负责。 是维护产品需求清单（ product backlog ）的人，代表利益相关者的利益。
这里的团队分级主要是指团队的敏捷成熟度，即产品团队实施敏捷开发模式后，对敏捷开发模式的适应程度、接受程度和学习程度。后面会专门介绍团队的评估标准。
一句话总结PO这个角色就是：告诉产品团队要做什么，做功能的先后顺序是怎样的，需求有变动时该如何处理。
是团队的导师和组织者，与Product Owner紧密合作，及时为团队成员提供帮助。促使team按照scrum方式运行，为Scrum过程负责的人。
Scrum Master并非团队的领导（因为团队是自我组织的），而是一个负责屏蔽外界对开发团队干扰的角色。 Scrum Master是规则的执行者，他是Scrum团队中的服务型领导。
一句话总结SM这个角色就是：教整个团队怎么做，如何估时，跟进每天进度，风险控制，定期总结，计划排定。
在敏捷开发团队内部，PO和SM角色是非常重要的，基本决定了团队是否可以很好的执行敏捷开发这种模式，因此这两个角色一定都要十分熟悉敏捷开发的整个运转流程，带领和引导团队一步一步的往敏捷的方向迈进。很多时候PO和SM的不专业，很容易使团队偏离敏捷的模式，因此决定一个团队能否完全进入敏捷开发模式时，这两个角色很关键。
PIM是Protocol Independent Multicast（协议无关组播）的简称，表示可以利用静态路由或者任意单播路由协议（包括RIP、OSPF、IS-IS、BGP等）所生成的单播路由表为IP组播提供路由。组播路由与所采用的单播路由协议无关，只要能够通过单播路由协议产生相应的组播路由表项即可。PIM借助RPF（Reverse Path Forwarding，逆向路径转发）机制实现对组播报...
码农哥哥与测试妹妹的一段恩怨情仇：测试妹妹:需求文档在哪里？码农哥哥:这个...，没有需求文档，产品经理发了我一句话，后来直接和我说了要求，很简单，我和你再讲一下吧。测试妹妹:好吧，懂了，那我开始测了。测试妹妹:测试完了，有5个bug，我都提交了，你看看吧。码农哥哥:好的，还有一个新需求，再和你讲一下。测试妹妹:终于测完了，全部测试通过了...
在阿里，40岁的奋斗姿势在阿里，什么样的年纪可以称为老呢？35岁？在云网络，有这样一群人，他们的平均年龄接近40，却刚刚开辟职业生涯的第二战场。他们的奋斗姿势是什么样的呢？洛神赋“翩若惊鸿，婉若游龙。荣曜秋菊，华茂春松。髣髴兮若轻云之蔽月，飘飖兮若流风之回雪。远而望之，皎若太阳升朝霞；迫而察之，灼若芙蕖出渌波。”爱洛神，爱阿里云2018年，阿里云网络产品部门启动洛神2.0升......
来讲，项目经理的价值是什么？编码实现的理解不如程序员，业务的理解不如产品经理。我的理解是“
与团队之间的架桥”，要对整个软件项目负责。 既然是架桥，首先就得理解架桥的必要性，了解这座“桥”的作用，然后才知道这桥架成什么样子。 人最终是受限于自身的经验与知识体系的。 正因为分工不同，
即ProductOwner，字面意思是产品或业务负责人，即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员，一般可由产品经理担任，也可由熟悉业务的开发人员担任。
课程亮点： 课程培训详细的笔记以及实例代码，让学员开始掌握设计模式知识点 课程内容： 工厂模式、桥接模式、组合模式、装饰器模式、外观模式、享元模式、原型模型、代理模式、单例模式、适配器模式 策略模式、模板方法模式、观察者模式、迭代器模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式 课程特色： 笔记设计模式，用笔记串连所有知识点，让学员从一点一滴积累，学习过程无压力 笔记标题采用关键字标识法，帮助学员更加容易记住知识点 笔记以超链接形式让知识点关联起来，形式知识体系 采用先概念后实例再应用方式，知识点深入浅出 提供授课内容笔记作为课后复习以及工作备查工具 部分图表（电脑PC端查看）：
