很多年來始終有一種聲音:編碼自身會逐漸消亡,軟體開發會越來越像一種組裝工作。
也就是說,程式設計師會越來越像it工程師,他們很少自己從頭做什麼,而是靠搭配來達成各種目標。
我身邊就有持這種觀點的人。
而在《**整潔之道》一書中,robert c martin在開篇處加了這樣一段文字:
有人也許會以為,關於**的書將有點落後於時代---**不再是問題;我們應當關注的是模型和需求。
確實有人說過我們正在臨近**的終結點。很快,**就會自動產生出來,不需要再要人工編碼。
.... ...
這段文字告訴我們編碼會逐漸消亡這種觀點即使在國外也有一定的市場。
假使說這是真的,那程式設計師就必然是乙個會逐漸消亡的職業。
現在的關鍵問題是,這究竟是不是真的?
為回答這一問題,需要對軟體開發內在的根本特質做一點考察。
只要靜下心來想一想,我們就會發現,持有上述觀點的人並非無的放矢,也還是有一定根據的。
在今天開發任何一款軟體的時候,很少會從頭開始開發。
與此同時商用的各種元件或庫也是越來越豐富:圖形處理的,出圖的,並行運算的等等。
上述這些現實確實使軟體開發具備越來越多的「組裝」性質。
這意味著程式設計師並不能只關注自己可以幹什麼,還要關注別人幹了什麼,自己能不能拿過來用。
從這個角度看,如果上述趨勢不斷強化,編碼似乎真的是要逐漸消亡了。
但其實這是錯的。
這種觀點低估了世界變化的頻度,以及軟體在應對變化過程中所扮演的角色。
這事情其實並不複雜。
對各種已有問題,我們總是可以抽象出特定的模組來處理他們。
如果只是重複的處理已有的問題,那麼組裝就是本質特徵,編碼確實會消亡。
但反過來想如果處理新問題是主流和核心,那麼編碼就是本質,組裝就是一種輔助。
在商務世界裡,往往是只有領先一步,才能搶占先機,所以在有軟體產品的軟體公司中編碼必然永遠是主流。
好比說a公司可以用hadoop,b公司也可以用hadoop,但如果沒有自己附加上去的東西,那麼兩個公司就會同質化,通常不會有誰能生存的很好。
即使誰好了,也馬上就會有c,d,e,f來湊熱鬧。而能造成差異,造成獨有附加值的則只能是創新加編碼。
但在目標是開發「能用就行」軟體的組織中,「組裝」占上風的情形估計也是時有發生。
沒有具體考察過,但我個人很懷疑電商類**,開發內部使用軟體的團隊,很可能會是這類情形。
理想流 + 軟體 = 《完美軟體開發:方法與邏輯》
理想流 + 人生 = ??
理想流 + 管理 = ??
理想流 = 以概念和邏輯推演本質,追求真理。
會不會孤單
上班的時候 忽然心裡特別難受 趴在桌子上哭了一會 很長時間了 心裡面一直堵堵的 不痛快 不單純因為失戀 當然 也是因為失戀 一年多的感情 猛的 走到頭了 想起來的時候總覺得一切好象是做夢 隱隱的有什麼事情發生過 卻又不知道到底是什麼 認識他的時候 我還在上學 和所有感情的開始一樣 甜蜜的 難捨難分的...
IT行業會不會淘汰
這個it行業裡,大部分人能找到自己適合的崗位,適合自己的工資,但部分人還是很迷茫,不知道自己適不適合這個行業,所以很害怕,當你看完下面這組資料,你就不會這麼擔心了 一目了然,我們所看見的扇形圖,it居然佔了百分之35.而且每年的it人才需求幾乎達到2000萬人數,這不僅是乙個數字,更是說明了人才的稀...
Kafka 會不會丟訊息?
kafka 是分布式發布 訂閱訊息系統。它最初由 linkedin 公司開發,之後成為 apache 專案的一部分。kafka 是乙個分布式的,可劃分的,冗餘備份的永續性的日誌服務。它主要用於處理活躍的流式資料。kafka 的整體架構非常簡單,是顯式分布式架構,主要由 producer broker...