開發程序的人對他寫的程序使用了如指掌嗎？

12-29

不是說像那種小程序，我指的是像office，或者ps這類軟體，開發程序的人是不是特別會用這些軟體。

不。比如我整了個Lisp的解釋器，然後自己都搞不清楚它的行為。這看起來應該屬於bug，但事實上基本都是符合我以前定義的語法和語義的，不能算bug。

也就是說，雖然是自己寫的解釋器，但是了解這個解釋器就像學習一門新語言一樣，而且沒有文檔，有的，只是這個解釋器，和這個解釋器的源碼。

當然絕大多數情況下是靠譜的

至少半個月之後就不是了

現代的大型軟體開發完全就是一項十分精細的工程。一個軟體會由多個人完成，這些人可能來自不同的部門，甚至在全球範圍內的，一個現象是，印度的軟體外包業務非常發達，因為老美白天寫完代碼下班之後，差不多時間印度的代碼狗上班了，然後接著寫，或者是完成一些其他的部分。

有一種代碼狗只是純粹地寫代碼，就是項目負責人給出函數的輸入參數和相應的返回值，然後代碼狗實現這個功能，函數的具體實現對於別人來說是黑盒的，至於這個函數會被誰調用，如何調用，代碼狗都不知道，當然這種情況是極端的。總體上來說開發程序的人會對自己實現的部分有一定的了解，但是具體如何使用，以及使用的熟練程度就另當別論了，一些專業性很強的軟體，打個比方，機械設計軟體，開發人員都不一定能做出一個符合工程實際的模型出來，當然這並不是想說開發人員弱爆了，確實是隔行如隔山。

關於產品使用的問題去問QA或者Support會更靠譜一點。不過如果是一些沒有規範文檔的，不常用的隱藏配置我可以幫你看看源碼，找到或者找不到都好，半小時後給你答覆。不過你得幫忙提交條Support的Jira給我PM讓他再分配給我，不然我不好解釋這半小時在幹啥。

如果程序是一個程序員從裡到外設計出來的，說了如指掌應該問題不大……

不過要麼這樣的程序員是神

要麼（比較可能）這程序很小

在軟體開發的早期，確實是有很多神級程序員的，可以叫眾神時代

但是發展到今天，市面上能見著的普通人能接觸到的東西，由一個人從頭到尾完成的情況應該是越來越少了（可能手機軟體里還比較多一些）

這個行當內部分化的非常厲害，做資料庫的，做後端的，做前端的，做嵌入式的，平時用的工具，考慮的重點，誇張點說簡直就不像同行。

更不要說還有架構師、設計師、產品經理、測試、scrum master等林林總總的角色

程序員對於自己負責的模塊自然了如指掌（不過了解程度的半衰期為一周到一個月不等），問題是失之於精，前端不熟後端流程，後端不熟UI邏輯，應該是常態。

我大學之前曾經寫過brainfuck解釋器。

然而這個語言……

一般不可能，一個大型點的程序都是分工很細緻的多人合作開發出來的，一般開發人員對自己模塊的業務流程熟悉點，其他業務就不一定了，開發ps畫筆功能的人你認為他就一定ps玩的6嗎？說不定他根本不會用ps

當然不是啊。

我寫過很多數獨遊戲，一開始用c語言寫的。

後來用MFC寫，ui長這樣。

後來接觸到安卓，然後做到了手機上。

後來手機版的app還發到了應用市場上面，現在應該還能搜到。

我寫的數獨高手可以自己出題，可以自己解題，可以從最開始只需要填1個空，到後面每過一關就多一個空，就是有81關，當時甚至考慮每過1關得1分，然後每10分就可以獲得一次自動解題的機會。

看上去牛逼的不行，但是如果讓我自己來解一個一般的數獨題我自己都解不出來。包括後來也寫過掃雷的遊戲，也是同理。

代碼的話~~~自己寫的都很快忘記了~~~~別說合作開發的大傢伙了~~~

功能的話一般項目會開各種會，然後項目裡面也有各種開發文檔，功能文檔，基本上操作是可以做到的~~~但是不是經常使用也會遺忘，頂多是知道有這麼個作用

很多回答都是不解題意的，呵呵

老實說，連需求都沒有弄懂，做出來的能收到錢？

沒有金剛鑽，就別攬瓷器活。當然應該要對自己的業務了如直掌，要靠這些本事吃飯的。

不會...我已經很習慣寫好註解，注意clean code

寫好ut，但最近的例子，我上兩星期花了三天寫了200多行自以為可以的代碼，但我現在也記不起細節來了...只能再去看兩眼才又能記起來.

至於我三個月前寫的...我忘玩了，因為這三個月那段代碼沒維護沒修改...

代碼太多了並不能記住

實際上完全不懂很正常，越大的，越細節的越是如此

說實話，java可以生成doc文檔，不用擔心。

並不會，這就類似於製造鍋和鏟子的人不一定是個廚師一樣。

會文檔上寫了的功能。也就是符合預期的功能。

但是不符合預期的功能其實不算會，不然只有兩個結果：

1. 把這個功能作為符合預期的。

2. 刪掉這個功能