|
|
英文原文：Guilty Developer Syndrome
我發(fā)現(xiàn)，當(dāng)程序員開發(fā)了一個(gè)項(xiàng)目，然后要把它移交給其他程序員時(shí)，他們會(huì)對(duì)開發(fā)這個(gè)項(xiàng)目時(shí)做出的一些決策感到內(nèi)疚。我問(wèn)他們當(dāng)時(shí)為什么選擇這樣做，他們會(huì)羞愧的說(shuō)，“唉，我知道這不是最好的實(shí)現(xiàn)方法，如果現(xiàn)在再去做，肯定不會(huì)采用那樣的方式。”有些人可能會(huì)辯護(hù)，或強(qiáng)調(diào)一下外部因素，比如工期壓力。但我的觀點(diǎn)是，程序員不需要為老的項(xiàng)目感到太多的內(nèi)疚。
經(jīng)驗(yàn)
我承認(rèn)，我曾經(jīng)有一次重新發(fā)球的經(jīng)驗(yàn)。那是一個(gè)作為內(nèi)部工具使用的Ruby on Rails項(xiàng)目。我之前對(duì)這種技術(shù)架構(gòu)了解不多。基本上就是把東西按照需求拼湊起來(lái)，它運(yùn)行很正常。沒(méi)有多少測(cè)試，設(shè)計(jì)上必然是沒(méi)有體現(xiàn)出最好的設(shè)計(jì)原則。但它能用。
接著，我做了一個(gè)6個(gè)月長(zhǎng)的Rails項(xiàng)目，過(guò)程完全是TDD的。在此之后，出現(xiàn)了一個(gè)機(jī)會(huì)，需要調(diào)整那個(gè)內(nèi)部工具，增加一些功能。
我很高興有這次機(jī)會(huì)。我感覺對(duì)這種技術(shù)有了更好的了解，能夠看出代碼中存在的問(wèn)題，知道如何用更好的Rails或Ruby技術(shù)來(lái)解決這些問(wèn)題。這讓人很興奮。不止一次，我驚奇于那些老的代碼竟然能正常的運(yùn)行。我想，絕大多數(shù)程序員都很少能有這樣的機(jī)會(huì)，除非他們是在維護(hù)一個(gè)老項(xiàng)目，我想這是一次很有價(jià)值的經(jīng)歷，讓我在事后看清了我自己寫的程序。
綜合分析
但后來(lái)，我開始意識(shí)到，程序員不必要為自己開發(fā)出的產(chǎn)品感到內(nèi)疚。新的技術(shù)和實(shí)踐方法不斷的出現(xiàn)，等待著你去學(xué)習(xí)，每一次你都要權(quán)衡取舍，總會(huì)有事后諸葛亮的情況出現(xiàn)。我應(yīng)該現(xiàn)在重構(gòu)這個(gè)類，還是放到以后再說(shuō)？我是需要把設(shè)計(jì)的容易擴(kuò)展，或者根本不需要這樣？做這個(gè)項(xiàng)目時(shí)我們是否應(yīng)該首先盡量的減少技術(shù)上的風(fēng)險(xiǎn)?
在針對(duì)某一問(wèn)題我遍歷群書后，對(duì)解決這類問(wèn)題我學(xué)會(huì)了新的技術(shù)，新的方法。但這并不能妨礙我們當(dāng)前的工作。我們不可能百分百的知道我們所需要的知識(shí)，我們能想到的方案只是能滿足解決當(dāng)前問(wèn)題需求。
我相信，程序員都已經(jīng)盡了他們最大的努力。但這并不能免除程序員犯錯(cuò)誤，并從錯(cuò)誤中學(xué)到經(jīng)驗(yàn)，也不能保證他們能夠進(jìn)行先知先覺的學(xué)習(xí)。
我想說(shuō)的是，程序員如果沒(méi)有足夠的知識(shí)以最佳的方式來(lái)解決所有的問(wèn)題或在困境中做出最正確的抉擇，他不必為此不安。在之后的歲月里認(rèn)識(shí)到了自己的錯(cuò)誤，這是自己進(jìn)步的標(biāo)識(shí)。每一次都把事情做的正確無(wú)誤，這暗示一種技術(shù)的停滯，或完美主義。哪一種更有可能？
你是否也有過(guò)這樣的一種愿望，希望能夠重新來(lái)一次，改變某個(gè)軟件項(xiàng)目中的某些東西？有過(guò)看著自己寫過(guò)的代碼感到惡心的時(shí)候？把事情做對(duì)，還是把事情做完？平衡點(diǎn)在哪里？在評(píng)論里留下你的想法吧！
英文原文：Guilty Developer Syndrome
it知識(shí)庫(kù)：內(nèi)疚的程序員，轉(zhuǎn)載需保留來(lái)源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
