程序员修炼之道

摘要:
实用程序员1。负责积极思考方法,不找借口。软件的熵写得很好,涉及到很好,是优雅变革的催化剂。记住,大局使质量成为一个需求问题,并知道何时停止。5.定期投资多元化,管理风险,低买高卖。重新评估并平衡目标。每年至少学习一种语言。SmalltalkSqueak,每个季度至少读一本技术书。还可以阅读非技术书籍、课程、在线新闻论文、实验、不同的环境、跟上潮流、学习机会、批判性思维、感谢交流、知道你想说什么你了解你的受众、选择时间、选择风格吗

注重实效的程序员
1. 负责 积极想办法,不要找借口
2. 软件的熵 编写整洁,涉及良好,优雅
做变化的催化剂
记住大图景
使质量成为需求问题
知道何时止步
5. 定期投资 多元化 管理风险 低买高卖 重新评估和平衡
目标
每年至少学习一种语言 smalltalk Squeak
每季度至少阅读一本技术书籍
也要阅读非技术书籍
上课 上网 新闻论文 实验不同的环境 跟上潮流
学习的机会
批判的思考
表示感谢
交流
知道你想要说什么
了解你的听众
选择时机
选择风格
让文档美观
让听众参与
做倾听者
回复他人

注重实效的途径
7. DRY 不要重复你自己
让重复变的容易
消除无关事物之间的影响
让你的代码保持解耦
避免使用全局数据
避免编写相似的函数
不存在最终决策
在黑暗中发光的代码
16. 为了学习而制作原型
17. 靠近问题领域编程
18. 估算以避免发生意外
19.通过代码对进度表进行迭代
20.用纯文本保存知识
21.利用命令shell的力量
22.用一种好的编译器
23.总是使用源码控制 eg svn
24.要修正问题而不是发出指责
25.不要恐慌
26.Select 没有问题
27.不要假定,要证明
28.学习一种文本操纵语言
29.编写能编写代码的代码
30.你不可能写出玩美的软件
31.通过合约进行设计
32.早崩溃
33.如果他不可能发生,用断言确保他不会发生
34.将异常用于异常的问题
35.要有始有终
36.使模块之间的耦合减至最少
37.要配置,不要集成
38.把抽象放进代码,细节放进元数据
39.分析工作流,以改善并发性
40.用服务进行设计
41.总是为并发进行设计
42.使视图与模型分离
43.用黑板协调工作流
44.不要靠巧合编程
45.估算你的算法的阶
46.测试你的估算
47.早重构,常重构(重新设计)
48.为测试而设计
49.测试你的软件
50.不要使用你不理解的向导代码
在项目开始前
51.不要搜集需求---挖掘他们
52.与用户一同工作,以像用户一样思考
53.抽象比细节活的更长久
54.使用项目词汇表
55.不要在盒子外面考虑要找到盒子
56.倾听反复出现的疑虑,等你准备好在开始
57.不要做形式方法的奴隶
59.昂贵的工具不一定能制作出更好的设计
60.围绕功能而不是工作职务进行组织
61.不要使用手工流程,一切都要自动化
62,早测试,常测试,自动测试
63.要通过全部测试,编码才算完成
64.通过蓄意破坏测试你的系统
65.测试状态覆盖而不是代码覆盖
66.一个bug只抓一次
67.把英文当做一种编程语言
68.把文档建在里面不要挂在外面
70.在你的作品上签名

免责声明:文章转载自《程序员修炼之道》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇解决Chrome浏览器主页被hao123、360和2345篡改简单有效方法oralce 菜鸟总结下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

程序员修炼之道 从小工到专家读书笔记

  前段时间抽空阅读了程序员修炼之道的第一章。从书中充满哲学的小故事,以及作者的领悟,受到了许多的启发。所以对这本书的兴趣便更加浓烈,静下心来仔细阅读。这两周,认真的阅读了此书的第二章:注重实效的途径。在软件开发的各个层面中,有多的提示和诀窍。有些想法已经几乎成为公理,另一些过程大家都在使用。可是没有人将这些系统的总结。而这一章,作者便将这些想法和过程集中...

程序员修炼之道的提示们(1)

1. 关心你的技艺. 没错, 开发软件是一个工程, 但是个人的技艺并不会就此埋没在其中 2. 思考你的工作. 设法理解你面临的每个问题的内在本质; 首先抓住事实, 而不是照搬别人的说法. 3. 提供各种选择. 不找蹩脚的借口. 要为自己的过错负责, 而不是找一个蹩脚的借口, 那无法改变事实, 不要说做不到, 而要说能够做什么来挽回. 4. 不要容忍破窗户....