烟台网站制作公司,域名可以自己注册吗,中国铁建一体化平台登录,沈阳seo网站推广书籍地址#xff1a;http://book.douban.com/subject/11614538/ 一句话点评该书#xff1a;Bob大叔的职业生涯经验总结#xff0c;现身说法#xff0c;可信可敬#xff01; #xff08;一#xff09;专业主义 #xff08;1#xff09;“专业主义”就意味着担当责…      书籍地址http://book.douban.com/subject/11614538/              一句话点评该书Bob大叔的职业生涯经验总结现身说法可信可敬      一专业主义 1“专业主义”就意味着担当责任 2所谓专业人士就是能对自己犯下的错误负责的人哪怕那些错误实际上在所难免 3你写的每一行代码都要测试。如果你希望自己的软件灵活可变那就应该时常修改它 4每个专业人士必须精通的事项 1设计模式必须能描述GOF书中全部24种模式同时还要有POSA书中多数模式的实战经验 2设计原则必须了解SOLID原则而且要深刻理解组件设计原则 3方法必须理解XP、Scrum、精益、看板、瀑布、结构化分析及结构化设计等 4实践必须掌握测试驱动开发、面向对象设计、结构化编程、持续集成和结对编程 5工件必须了解如何使用UML图、DFD图、结构图、Petri网格图、状态迁移图、流程图和决策表 5坚持学习。 不写代码的架构师必然遭殃他们很快会发现自己跟不上时代了不学习新语言的程序员同样会遭殃他们只能眼睁睁看着软件业径直向前把自己抛在后面学不会新原则和技术的开发人员必将沦落他们身边的人都是益卓越 6业精于勤。 我常用的一个技巧是重复做一些简单练习不妨早晚都个10分钟的卡塔吧学习的第二个最佳方法是与他人合作。 7每位专业软件人员都有义务了解自己开发的解决方案所对应的业务领域 8雇主的问题就是你的问题每次开发系统都应该站在雇主的角度来思考确保开发的功能真正能满足雇主需要 二说“不” 1专业人士敢于说明真相而不屈从于权势。专业人士有勇气对他们的经理说“不” 2最要说“不”的是那些高风险的关键时刻。越是关键时刻“不”字就越具价值。 3许诺“尝试”就意味着你承认自己之前未尽全力承认自己还有余力可施。如果承诺尝试你其实也在承诺将改自己原来的方案。你是在承认原来的方案中存在不足。 三说“是” 1做出承诺包含三个步骤 1口头上说自己将会去做 2心里认真对待做出的承诺 3真正付诸行动 2识别“缺乏承诺”的征兆注意搜寻如下词语“需要/应当”、“希望/但愿”、“让我们” 3真正的承诺是你对自己将来做某件事做清晰的事实陈述而且还明确说明了完成期限 4如果你无法兑现承诺那么最重要的就是尽早向你的承诺对象发出预警、越快越好越早越好 5专业人士不需要对所有请求都回答“是”。不过他们应该努力寻找创新的方法尽可能做到有求必应。当专业人士结出肯定回答时他们会使用承诺用语以确保各方能明白无误地理解承诺内容 四编码 1编码原则 1首先代码必须能够正常工作 2代码必须能够帮你解决客户提出的问题 3代码必须要能和现有系统结合得天衣无缝 4其他程序员必须能读懂你的代码 2如果感到疲劳或心烦意乱千万不要编码。强而为之最终只能再回头返工。相反要找到一种方法来消除干扰让心绪平静下来 3结对是应对中断的一种好方法另一种有帮助的方法便是采用TDD 4广泛阅读包括软件、政治、生物、航天、物理、化学、数学等能激发创造力“创造性输出”依赖于“创造性输入”创造力会激发创造力 5软件开发是一场马拉松而不是短跑冲刺。你无法全程一直以最快的速度冲刺来赢得比赛只有通过保存体力和维持稳定节奏来取胜 6管理延迟的诀窍便是早期检测和保持透明 五测试驱动开发 1TDD的三项原则 1在编好失败单元测试之前不要编写任何产品代码 2只要有一个单元测试失败了就不要再写测试代码包括无法通过编译 3产品代码恰好能够让当前失败的单元测试成功通过即可不要多写 2TDD是专业人士的选择。它是一项能够提升代码确定性、给程序员鼓励、降低代码缺陷率、优化文档和设计的原则。 六练习 1专业人士都需要借助专门训练来提升自己的技能 2保持不落伍的一种方法是为开源项目贡献代码 3我的理解练习就像是学生时代的课后作业日事日毕练习内容可包括经典算法、常用数据结构、设计模式等 七验收测试 1做业务的人和写程序的人都容易陷入一个陷阱即过早进行精细化 2验收测试定义为业务方与开发方合作编写的测试其目的在于确定需求已经完成 3业务分析员测试“正确路径”以证明功能的业务价值QA则测试“错误路径”、边界条件、异常、例外情况 4实现某项功能的代码应该在对应的验收测试完成后开始 5验收测试不是单元测试。单元测试是程序员写给程序员的它是正式的设计文档描述了底层结构及代码的行为验收测试是业务方写给业务方的它们是正式的需求文档描述了业务方认为系统应该如何运行 6整套持续集成系统应该由源代码管理系统来触发。只要有人提交了代码持续集成系统就会开始构建并运行所有的测试测试结果会用电子邮件发送给团队所有人 八测试策略 1开发小组要把“QA”应该找不到任何错误“作为努力的目标 2QA在团队中扮演的是需求规约定义者和特性描述者 3专业开发人员遵循测试驱动开发的要求来创建单元测试。专业开发团队使用验收测试定义系统需求使用持续集成保证质量稳步提升 4测试金字塔由下至上的顺序是单元测试--组件测试--集成测试--系统测试--人工探索式测试其中单元测试是基石。   九时间管理 1站立会议的核心 1我昨天干了什么 2我今天打算做什么 3我遇到了什么问题 2迭代计划会议用来选择在下一轮迭代中实现的开发任务 3凡是不能在5分钟内解决的争论都不能靠辩说来解决。这类争论依据的不是事实而是信念。唯一出路是用数据说话。 4用番茄工作法管理时间。呵没想到Bob大叔也用这个 5睡眠的重要性怎么强调都不为过保证7小时睡眠 6要避免的行为优先级错乱、死胡同、泥潭如果你掉进入坑里别继续再挖   十预估 1专业开发人员不随便承诺除非他们确切知道可以完成 2专业开发人员能够清楚区分预估和承诺。只有在确切知道可以完成的前提下他们才会给出承诺。此外他们也会小心避免给出暗示性的承诺。他们尽可能清楚地说明预估的概率分布这样主管就可以做出合适的计划 3预估实践方法之三元分析法即划为乐观预估O、标称预估N、悲观预估P结果u(O4NP)/6 4预估实践方法之德尔菲法一组人集合起来讨论某项任务预估完成时间然后重复”讨论--预估“的过程直到意见统一 5预估是非常容易出错的控制错误的方法之一是大数定律把大任务分成许多小任务分开预估再加总。   十一压力 1即使有压力专业开发人员也会冷静果断。尽管压力不断增大他仍然会坚守所受的训练和纪律他知道这些是他赖以战胜由最后期限和承诺所带来的压力感的最好方法 2在压力下保持冷静的最好方式便是规避会导致压力的处境 3避免压力的方法 1不做不切实际的承诺 2让系统、代码和设计尽可能整洁 3在危机中依然遵守纪律原则 4应对压力 1避免孤注一掷的想法鲁莽仓促只会把你带入更深的深渊。相反要放松下来对问题深思熟虑。 2和团队、主管沟通 3坚信并依靠你的纪律原则 4结对寻求帮助   十二协作 1不正常的团队最糟糕的症状是每个程序员在自己的代码周边筑起一道高墙拒绝让其他程序员接触到这些代码 2专业开发人员是不会阻止别人修改代码的期望拥有代码的是整个团队而非个人 3专业人士结对工作是解决程序间合作的最有效方法也是分享知识的最好途径 4最有效率最有效果的代码复查方法就是以互相协作的方式完成代码编写   十三团队与项目 1形成团队是需要时间的。团队成员需要首先建立关系。他们需要学习如何互相协作需要了解彼此的癖好强项、弱项最终才能凝聚成团队。否则那就是团伙而非团队 2最理想的团队是12人7名程序员2名测试人员2名分析师和1名项目经理 3创建有凝聚力的团队然后不断地把新项目分派给他们而不是围绕项目来构建团队 4团队对项目更难构建。因此组建稳健的团队让团队在一个又一个项目中整体移动共同工作是较好的做法   十四辅导、学徒期与技艺 1所谓大师 已经领导过多个重要软件项目的程序员。一般说来他们已经拥有10年以上的从业经验曾在多个不同类型的系统、语言和操作系统上工作过。他们懂得如何领导和协调多个团队他们是熟练的设计师和架构师能够游刃有余地编程。 2专业主义价值观和技术敏锐度需要进行不断地传授、培育、滋养和文火慢炖直至其深植入文化当中     【Bob大叔使用的开发工具】 使用Git来管控源代码使用Tracker来管理Bug使用Jenkins来进行持续构建使用IntelliJ作为集成开发环境使用XUnit来做单元测试使用FitNesse来做组件测试           【附Bob大叔不完全Resume】   11968年自学计算机编程时年15岁学习PDP-8汇编器、FORTRAN、COBOL、PL/1 21970年没有上大学被ASC公司聘为程序员时年17岁 31973年20岁与妻子Ann Marie永结连理妻子那年刚18岁过去3天。Bob大叔深情地说“38年来她一直是我坚定不移的伴侣是我的舵和我的帆是我的爱与生命。我期待同她携手再走40年”看来一个卓越的程序员也一定是一个深爱妻子与家庭的人这点倒是与我不谋而合 4到目前为止Bob编了42年的程序与妻子育有二女一子 转载于:https://blog.51cto.com/254300848/1152725