某人認爲一本關於編碼的書某種程度上是過期的--由於編碼再也不是問題;咱們應該關心建模和需求。確實有些人認爲咱們已經接近編碼的終點。立刻所有的代碼都會自動生成。不將再須要程序員由於業務人員會生成程序。程序員
胡扯!咱們永遠也擺脫不了代碼,由於代碼才能表現出需求的細節。在一些水平上,這些細節沒法被忽略或者抽象;他們必須被指定。指定需求到那種細節以至機器可以執行他們就是編程。那樣說明書就是代碼。編程
我認爲咱們語言的抽象的水平會繼續增長。我也認爲領域特定語言也會增加。這將是好的事情,但這也不會淘汰掉代碼。事實上,用更高水平的領域語言寫的說明書就是代碼!代碼須要更嚴格,更準確,那樣機器才能理解和執行他。工具
認爲代碼會消失的人們就像數學家但願發現數學是沒有公式同樣。他們但願有一天咱們能建造一個能按咱們所想要的自動的而不是咱們叫他們那麼編碼的機器。那些機器能理解咱們,以致能夠把模糊的特定的需求轉化爲準確地知足需求的可完美執行的程序。測試
這將永不會發生。甚至是,使用所有的創造力和直覺的已經能從客戶含糊的需求中構建成功系統的那些人。事實上,若是需求說明書已經告訴了咱們全部事,那麼被肯定好的需求就像代碼同樣,和像可執行的測試代碼同樣。編碼
記住,代碼是真正的終極地表達需求的語音。咱們能夠創造接近需求的語言。咱們能夠創造,幫助咱們以正式結構解析和集合需求的工具。可是咱們永遠不會去除必須的精確度--so there will always be code.code