ImageVerifierCode 换一换
格式:DOCX , 页数:7 ,大小:17.47KB ,
资源ID:23399789      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/23399789.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(程序员的45个习惯.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

程序员的45个习惯.docx

1、程序员的45个习惯一、态度篇 31. 做实事 32. 欲速则不达 33. 对事不对人 34. 排除万难,奋勇前进 3二、学习篇 35. 跟踪变化 46. 对团队投资 47. 懂得丢弃 48. 打破砂锅问到底 49. 把握开发节奏 4三、开发流程篇 410. 让客户做决定 411. 让设计指导而不是操纵开发 512. 合理地使用技术 513. 让应用随时都可以发布 514. 提早集成,频繁集成 515. 提早实现自动化部署 516. 使用演示获得频繁反馈 517. 使用短迭代,增量发布 518. 固定价格就意味着背叛承诺 6四、用户篇 619. 守护天使 620. 先用它再实现它 621. 不同

2、环境,就有不同问题 622. 自动验收测试 623. 度量真实的进度 624. 倾听用户的声音 7五、编程篇 725. 代码要清晰地表达意图 726. 用代码沟通 727. 动态地进行取舍 728. 增量式编程 729. 尽量简单 730. 编写内聚的代码 831. 告知,不要询问 832. 根据契约进行替换 8六、调试篇 833. 记录问题解决日志 834. 警告就是错误 835. 对问题各个击破 936. 报告所有的异常 937. 提供有用的错误信息 9七、团队协作篇 938. 定期安排会面时间 939. 架构师必须写代码 940. 实行代码集体所有制 941. 成为指导者 1042. 让

3、大家自己想办法 1043. 准备好后再共享代码 1044. 做代码复查 1045. 及时通报进展与问题 10一、态度篇1. 做实事不要抱怨,发牢骚,指责他人,找出问题所在,想办法解决。对问题和错误,要勇于承担。2. 欲速则不达用小聪明、权宜之计解决问题,求快而不顾代码质量,会给项目留下要命的死角。3. 对事不对人就事论事,明智、真诚、虚心地讨论问题,提出创新方案。4. 排除万难,奋勇前进勇气往往是克服困难的唯一方法。二、学习篇5. 跟踪变化新技术层出不穷并不可怕。坚持学习新技术,读书,读技术杂志,参加技术活动,与人交流。要多理解新词背后的所以然,把握技术大趋势,将新技术用于产品开发要谨慎。6.

4、 对团队投资打造学习型团队,不断提高兄弟们的平均水平。7. 懂得丢弃老的套路和技术,该丢,就得丢。不要固步自封。8. 打破砂锅问到底不断追问,真正搞懂问题的本质。为什么?应该成为你的口头禅。9. 把握开发节奏控制好时间,养成好习惯,不要加班。三、开发流程篇10. 让客户做决定让用户在现场,倾听他们的声音,对业务最重要的决策应该让他们说了算。11. 让设计指导而不是操纵开发设计是前进的地图,它指引的是方向,而不是目的本身。设计的详略程度应该适当。12. 合理地使用技术根据需要而不是其他因素选择技术。对各种技术方案进行严格地追问,真诚面对各种问题。13. 让应用随时都可以发布通过善用持续集成和版本

5、管理,你应该随时都能够编译、运行甚至部署应用。14. 提早集成,频繁集成集成有风险,要尽早尽量多地集成。15. 提早实现自动化部署16. 使用演示获得频繁反馈17. 使用短迭代,增量发布18. 固定价格就意味着背叛承诺估算应该基于实际的工作不断变化。四、用户篇19. 守护天使自动化单元测试是你的守护天使。20. 先用它再实现它测试驱动开发其实是一种设计工具。21. 不同环境,就有不同问题要重视多平台问题。22. 自动验收测试23. 度量真实的进度在工作量估算上,不要自欺欺人。24. 倾听用户的声音每一声抱怨都隐藏着宝贵的真理。五、编程篇25. 代码要清晰地表达意图代码是给人读的,不要耍小聪明。

6、26. 用代码沟通注释的艺术。27. 动态地进行取舍记住,没有最佳解决方案。各种目标不可能面面俱到,关注对用户重要的需求。28. 增量式编程写一点代码就构建、测试、重构、休息。让代码干净利落。29. 尽量简单宁简勿繁。如果没有充足的理由,就不要使用什么模式、原则和特别的技术。30. 编写内聚的代码类和组件应该足够小,任务单一。31. 告知,不要询问多用消息传递,少用函数调用。32. 根据契约进行替换委托往往优于继承。六、调试篇33. 记录问题解决日志不要在同一地方摔倒两次。错误是最宝贵的财富。34. 警告就是错误忽视编译器的警告可能铸成大错。35. 对问题各个击破分而治之是计算机科学中最重要的

7、思想之一。但是,要从设计和原型阶段就考虑各部分应该能够很好地分离。36. 报告所有的异常37. 提供有用的错误信息稍微多花一点心思,出错的时候,将给你带来极大便利。七、团队协作篇38. 定期安排会面时间常开会,开短会。39. 架构师必须写代码不写代码的架构师不是好架构师。好的设计都来自实际编程。编程可以带来深入的理解。40. 实行代码集体所有制让开发人员在系统不同区域中不同的模块和任务之间轮岗。41. 成为指导者教学相长。分享能提高团队的总体能力。42. 让大家自己想办法指引方向,而不是直接提供解决方案。让每个人都有机会在干中学习。43. 准备好后再共享代码不要提交无法编译或者没有通过单元测试的代码!44. 做代码复查复查对提高代码质量、减少错误极为重要。45. 及时通报进展与问题主动通报,不要让别人来问你。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1