作者herospeed (タシロス・シェン)
看板NIHONGO
标题[格言] プログラマーの格言
时间Sun Oct 12 15:47:45 2008
要求仕様はプログラム完成後に完结する．
基本仕様は完成品を顾客が见てから决定される．
详细仕様は使用者がプログラムを动かしてから固まる．
※注解
一般来说，程式设计的流程应该要是
顾客要求 ──────→ 基本设计 ──────→ 详细设计 ──┐
│
┌─────────────────────────────────┘
│
└→ 写完程式 ──────→ 让顾客看完成品 ───→ 使用者实际使用程式
然而，实际上作业并非如此。
在现场的流程会是
顾客要求 基本设计 详细设计
↑ ↑ ↑
写完程式 ──────→ 让顾客看完成品 ───→ 使用者实际使用程式
在程式设计的世界里面，完成品一定会先出现，在那之後，设计书才会出现。
也就是说，正常人所认识的「先有因，才有果」的这个逻辑，
在程式设计的世界里面根本不成立。
因为这个在这个世界，只有能够以「先有果，才有因」的逻辑思考的人，
才能活下去。我想，这同时也是造成"程式设计师是怪人的机率很高"的现象
成立的最大原因。
--
═╦╯ ║ ║╰╦═╩═╦╯═╮╭╬═══╬╮
═╬═║ ║ ║╭╬═╩═══╩═ ╰╠╬═══╬╣
╭╬╮╰╮║╭╯║║╠═════╣═╮╭═════╯
║║║ ╭╯╮ ║║╰═════╯ ╰╠╦╦═══╯
║║║╭╯ ╰╮ ║╭║╰╮╰╮ ╭║║╰═╮═╯
╯║║╯ ╰ ╯╯╰════╯═╯╯╰╯ ╰═╯
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 122.130.147.160
1F：推 but:应该是说客户常常无法准确描述他想要的是什麽 造成开发时制定 10/12 15:52
2F：推 but:规格上线後 客户才发现不是他想要的东西 而一改再改 10/12 15:55
不过这就是造成「先有果才有因」的最大因素不是?
反正最终的设计报告书永远要等顾客满意了才能写...
相反的就代表在这一个制造工程里面最後会被完成的都是设计书..
※ 编辑: herospeed 来自: 122.130.147.160 (10/12 15:57)
3F：→ but:再补翻译XD: 需求规格在程式写完後才会敲定。 10/12 15:56
4F：→ but: 基本规格要客户看到成品後才会决定。 10/12 15:56
5F：→ but: 详细规格要使用者用过後才会确定。 10/12 15:56
6F：推 johanna:软体的理想设计决定於程式写完之後，基本设计决定於顾客 10/12 16:04
7F：→ johanna:看到成品之後，详细设计决定於使用者实际操作之後。 10/12 16:04
8F：推 dobioptt:想想头都晕了...(楼上是花大耶,花大好 10/13 00:15