软件和教堂非常相似——建成之后我们就在祈祷。
1.一个好的程序员是那种过单行线马路都要往两边看的人。
2.一个人写的烂软件将会给另一个人带来一份全职工作。(Jessica Gaston)
3.如果没能一次成功，那就叫它1.0版吧。
4.任何你写的代码，超过6个月不去看它，当你再看时，都像是别人写的。(Eagleson’s law)
5.所有的程序员都是编剧，所有的计算机都是烂演员。
6.按代码行数来评估软件开发的进度，就如同按重量来评估飞机建造的进度。(Bill Gates)
7.软件就像做爱。一次犯错，你需要用余下一生来维护支持。(Michael Sinz)
8.在水上行走和按需求文档开发软件都很容易——前提是它们都是冻结状态。(Edward V Berard)
9.注释代码很像清洁你的厕所——你不想干，但如果你做了，这绝对会给你和你的客人带来更愉悦的体验。(Ryan Campbell)
10.如今的编程是一场程序员和上帝的竞赛，程序员要开发出更大更好、傻瓜都会用到软件。而上帝在努力创造出更大更傻的傻瓜。目前为止，上帝是赢的。(Rick Cook)
11.软件设计最困难的部分…是阻挡新功能的引入。(Donald Norman)
12.为了理解递归，我们首先要理解的是递归。(Anonymous)
13.世上只有两类编程语言：那些拥有被人诟病的和那些没人用的。(Bjarne Stroustrup)
14.如果Java能实现真的垃圾回收，那大部分的程序都会在执行时删除自己。(Robert Swell)
15.预备，开火，瞄准：这是最快的软件开发方法。预备，瞄准，瞄准，瞄准，瞄准：这是最慢的软件开发方法。(Anonymous)
16.编程是10%的科学，20%天份，和70%的让这天份符合科学。(Anonymous)
17.测评不会撒谎，但测评的人会。(Anonymous)
18.软件通常在beta测试完成不久后发布。Beta在拉丁语中是“还不能用”的意思。(Anonymous)
19.除非最后一个用户死掉，软件是不会有完工的时候的。(Anonymous)
20.软件和教堂非常相似——建成之后我们就在祈祷。 (Sam Redwine)
PS:
其实不光是程序员这样,运维也是这样的.
每当你设计一套架构. 还要去考虑架构的扩展、延伸、人工成本、架构的物理成本.等等.
设计一套易用可行的工具或者架构,才是一个IT人所需要的基本功.
比如设计一套日志系统.
除了要能方便”人”来查询,还要考虑:
如果日志量大了,还能不能快速查询日志.
如果日志丢了供查询的日志丢了怎么办.
如果让一个新手快速查询日志.等等
但是分析的工作.如果还要靠人来做的话.那就太耗费人工成本了.这类的东西,能自动就自动.
好了 我自己说的就写到这吧. 希望看这个文章的人能得到一些启发.
- 本文固定链接: http://www.sa-log.com/180.html
- 转载请注明: 王, 帅 于 我的系统记录 发表
