我特別支持軟件開發者在他們掌握技術技能的同時去學習“軟技能”——事實上,我寫了一本關于這方面的書——但是不可否認的是:技術技能很重要。
我的意思是,如果你不能編寫代碼和開發軟件,那么你學習眾多軟技能有個卵用。也許你可以成為一名優秀的管理人員或指導人員,但不會是軟件開發人員。
如果你正在閱讀這篇文章,那么我假設你有興趣成為一個軟件開發人員——或者是更優秀的軟件開發人員——下面就讓我們來聊一聊你需要知道哪些技術技能。
用技能賺錢
現在,有這樣一種主流觀念,壓垮了很多新手軟件開發者,那就是你需要學習很多東西才能成為軟件開發人員,并且很多人不知道從哪里開始起步。
這里我會嘗試著具體說明那些在你追求成為軟件開發人員的路上將讓你受益的必要技術技能。一篇文章當然不能詳盡說明作為軟件開發者,你可能需要掌握的所有技術技能,但是我會列出最關鍵的一些技術技能。
編程語言
我認為從這一條開始說起是最合適的。不懂編程語言,怎么能成為一個真正的程序員?不過,關于選擇哪種編程語言去學習可能并沒有我們想得那么重要這一點,請允許我一筆帶過。相反,讓我們談一談為什么我們要從一種編程語言開始,而不是試圖去學習所有的東西。許多新手程序員會試圖一次性或在第一份工作之前學習幾種編程語言,以便于有備無患。雖然我認為你最終應該學會一種以上編程語言,但我不建議提前這樣做,因為這只會導致混亂,并且會分散你需要學習的其他技能的精力。相反,我建議你應該深入研究,重點學習單一編程語言的來龍去脈,這樣你才能對用這種編碼語言來寫代碼信心十足。那么在你決定想要成為什么樣的開發人員的時候,怎么樣才能盡可能地獨樹一幟呢?
如何構造代碼
在學習了一門編程語言之后——或者最好是在學習的同時——我堅信,你需要知道的下一件事就是如何正確地構造你的代碼。有一個很好的資源來幫助你學習這個非常寶貴的技能:Steven McConnell的《Code Complete 》。
我所說的構造代碼是什么意思呢?
我的意思是,要寫出好的,清晰的,易于理解的代碼,不需要大量注釋,因為代碼本身就是一種表達方式。很多軟件開發者在他們整個職業生涯都不曾去學習這個技能,這是不幸的,因為這是我——以及其他許多人——判斷一個軟件開發人員技術和能力的主要方式。
良好的代碼結構展示了對這種技藝的熱衷,而不僅僅是為了完成工作。
構建代碼是軟件開發真正的藝術部分,但它也是至關重要的,因為你和你的同事得花費相當多的時間來維護現有的代碼,而不是編寫新的代碼。具體應該如何正確地組織代碼我就不說了,因為我已經給出了一個很好的資源,但是要努力學習如何從一開始就寫出好的、干凈的代碼,而不是事后學習這個技能。我只能保證,即使你是個新手,如果你可以寫出好的、干凈又簡潔的、易懂的,本身就可以表達意思的代碼,那么任何面試官看到你的代碼都會覺得你是一個有經驗的專業人士。并且在一定程度上,或者至少在這條道路上,因為你會將這個職業當作一種專業,而不是一份工作。
面向對象的設計
這一條是有爭議的,特別是如果你正在學習的編程語言并不面向對象,但是有大量的軟件開發世界會按照面向對象設計的思維思考,所以你需要確保你了解它。面向對象的設計是一種將復雜程序設計分解為單獨的類或對象(類的實例)的方法,其中封裝功能且具有特定的角色和責任。
在軟件開發中,我們總是試圖管理復雜性。
從對象的角度思考可以幫助我們做到這一點,因為它能讓我們從一堆交互組件中定義并設計一個復雜的系統,而不是作為一個整體的試圖解決整個復雜性。現在的編程世界有著大量的函數式編程語言,但你在軟件開發中找到的最流行的語言和模式,仍然深受面向對象設計和分析的影響。你應該好好理解什么是類,繼承的不同類型——何時使用它們——還有理解像多態性和封裝等術語。
算法和數據結構
如果你上傳統院校學習并想獲得計算機科學學位的話,那么這是一個很大的考點。算法是解決各種計算機科學/編程問題的常用方法。例如,有若干常見的在程序上用于排序的算法。每一種排序算法都有一系列關于速度,內存大小要求,以及數據理想類型的不同屬性。計算機科學領域有很多這樣的算法,并且理解如何變化這些算法來解決你可能遇到的棘手問題也很重要,當你解決現實編程問題的時候。
通常情況下,擅長這些算法可以讓一個開發人員在1個小時之內就能解決可能需要另一個開發人員幾天時間才能搞清楚的問題。除非你熟悉和擅長算法,否則你甚至不知道已經有了優雅的解決方案在那里。因此,僅僅只為這個原因,我認為這也是一個值得掌握的寶貴技能。
數據結構也是如此,并且可以與算法結合使用。有幾個所有軟件開發者都應該熟悉數據結構中的,包括:
數組或向量/鏈表/堆棧/隊列/樹/哈希/集合
通過熟練掌握數據結構和算法,你可以輕松又優雅地解決許多艱難的編程問題。當我開始編程的時候,我在數據結構和算法方面非常糟糕,因為我主要是靠自學的。我一直都沒有意識到它們的價值,直到我和一個名為TopCoder的網站競爭,而他們對數據結構和操作算法的了解使之有了很大的競爭優勢。很快,隨著我遇到了一些我不知道如何解決的問題,我發現這些技能在真正的編程世界非常有用,而且解決起來相當簡單——和有趣。
事實上,我認為這是軟件開發最有趣的領域之一。解決難題并利用數據結構和算法來開發一個又干凈又優雅的解決方案,真的很有意義。
至少到寫這本書為止,目前最好的資源是Gayle Laakmann McDowell的《Cracking the Coding Interview》.在這本書中,作者涉及了所有你需要了解的關于算法和數據結構的內容。學習這些東西是一個挑戰,但非常值得。這是可以讓你超越眾多同行的技能之一。大多數軟件開發人員都不擅長這個領域。如果你想通過如微軟或谷歌這樣的大公司的面試,那么你一定得掌握這個技能集。
開發平臺及相關技術
你應該具備一些經驗,并至少掌握一個開發平臺以及與之相關的技術或框架。我所說的平臺是什么意思呢?好的,通常它的意思是操作系統(OS),但也適用于其他可以充當類似于操作系統角色的抽象。例如,你可以是專注于Mac或Windows操作系統得Mac開發者或Windows開發者,你也可以是一名專注于特定的web平臺的web開發人員。
具體確切的關于平臺是什么就不討論了——不同的人會有不同的看法——但這里我要定義平臺為你開發的特定環境,它有自己的生態系統和特殊性。
再者,這是另一個我認為選擇并非那么重要的技術技能,只要你選擇了一個就好。
企業通常會聘請開發人員針對特定的平臺或技術開發軟件。
你作為iOS開發者將更容易找到工作,如果你專業于那個特定平臺的話。
這意味著要熟悉平臺本身,以及開發工具,慣用模式,還有大多數程序員在為那個平臺開發時會使用的通用框架。
你可能會認為編程語言的選擇決定了平臺,但實際上事實情況很少是這樣的。
就拿C#舉例。如果你是一個C#開發人員,那么你可以用這種編程語言為Windows,Mac,iOS,Android,Linux,甚至是嵌入式系統寫代碼。
所以,不要僅僅只是選擇語言;還要選擇平臺。
框架或堆棧
除了學習特定的編程語言和平臺,我高度建議去學習框架,或者更好的是,與之相配套的完整的開發堆棧。
什么是框架?什么是堆棧?
框架就是一系列被用于在特定平臺或多個平臺上開發代碼的庫。它通常可以使得在該平臺上的編程任務變得更加容易。
看這個C#的例子。大多數C#開發人員使用.NET框架來編寫C#應用程序。 .NET框架包括許多庫和類,能夠讓C#開發人員在更高的抽象級別上工作,因為每當他想做什么事情的時候,沒有必要完全重新發明輪子。
例如,.NET框架的部分還包含了處理圖像的代碼。這類代碼從頭編寫是極其困難的,所以框架極大地幫助了C#開發人員去編寫需要以某種方式處理圖像的代碼。
堆棧則有點不同。堆棧是一組技術,通常包括一個框架,并且常一起用于創造一個完整的應用程序。
例如,有一個常見的稱為MEAN的棧。它代表MongoDB,Express.js,AngularJS,和Node.js。
MongoDB是一個數據庫技術。
Express.js是一個用于創建web應用程序的Node.js框架。
AngularJS是一個用于為web應用程序創建用戶界面的前端JavaScript框架。
最后,Node.js是一個用JavaScript開發基于web應用程序的運行時環境。
有沒有理解所有這些東西并不重要—— 除非你打算成為一個MEAN開發者——重要的是要明白,如果你知道所有這些技術和框架,那么你就能夠開發一個完整的web應用程序。
棧使得創建應用程序變得更容易,因為它們提供了一種許多開發者用來開發應用程序的通用范式,因此知識可以很容易地共享,并且你也能確定哪些特定的技能集市可以一起工作的。
學習堆棧真的是非常有價值,因為這意味著你擁有開發一個完整的應用程序所有必要的技能。很多使用特定堆棧開發應用程序的企業,更愿意雇用那些熟悉那類堆棧能夠立馬開展工作的軟件開發人員。
基礎數據庫知識
即使數據庫的景色在過去幾年時間里已經改變了不少,但我不認為數據庫會很快消失,因此對此了解一二總是不會錯的,對吧?
當前主要有兩種數據庫技術:關系數據庫和文檔數據庫。
現在的開發人員至少應該熟悉關系數據庫,并稍微了解文檔數據庫。
在軟件開發中,數據庫經常被用來存儲應用程序的數據。
當然,有些團隊甚至有專門的數據庫開發人員或數據庫管理員(DBA),但是這并不能真正允許你不懂至少是基本的數據庫知識。
最起碼,你應該知道:
數據庫如何工作
如何執行基本的查詢來獲取數據
如何插入、更新和刪除數據
如何連接數據集
此外,你可能會想知道如何以編程方式從你的代碼與你所選擇的平臺和/或框架檢索和存儲數據。
大多數開發者被期待能夠編寫與數據庫進行交互代碼。
源代碼控制
源代碼控制是任何軟件開發項目的組成部分。
在我們使用源代碼控制之前,我們必須在網絡上共享項目的所有文件,或者通過U盤來回查看存儲在上面的不同軟件版本。
雖然我很不想承認,但我的確不止一次地玩過這個把戲。
但是,我還年輕。我蠢。你卻沒必要像我這樣。
當前,幾乎所有專業的開發者人員都被期待懂得如何使用源代碼控制來反復檢查代碼,并希望懂得合并來自多個源的變化。
最基本層面的源代碼控制可以讓你保持在一個軟件項目中對不同的文件所做更改的歷史記錄。
它還允許多個開發人員在同一時間工作于相同的代碼,然后合并這些更改。
具體就不細說了,但你應該知道如何熟練地使用至少一個源代碼控制系統,并且你應該熟悉大多數基本的源控制概念。
在當今軟件開發領域,幾乎所有專業的軟件開發團隊都會使用某種源代碼控制。
構建和部署
現在,大多數軟件開發項目都有著某種自動化的構建和部署系統。
有幾種不同的軟件應用程序,可以幫助軟對自動化這兩個任務,曾經是手動,當然對于某些團隊而言,現在仍然如此。
你問什么是構建和部署?
好問題。
你知道如何寫代碼,并檢入到源控制系統嗎?
擁有一些方法來確保代碼可在你檢入后真正能工作很不錯。
這就是構建系統的用武之地。
最起碼,構建系統將編譯所有代碼,并確保沒有編譯錯誤。
一個復雜的構建系統可以運行單元測試或用戶測試,運行代碼質量檢查,并提供關于代碼庫當前狀態的一些報告。
部署系統將負責部署代碼要么到生產機器要么可能到某種測試環境。
你不必成為這些技術的絕對專家,但是了解至少這些系統如何工作的基礎知識,以及構建和部署代碼的過程,是非常重要的。
通常情況下,創建和維護構建和部署系統的實際職責屬于所謂的DevOps(developer operations的簡寫)——這個快速增長的領域。
但是,這并不妨礙你至少了解關于這個過程如何工作的基礎知識。
測試
曾幾何時開發者并沒有必要知道太多關于測試的內容。
我們習慣于寫一串代碼,然后扔給測試人員,讓他們去找代碼中的各種bug,然后我們再來修復bug。
切不可再如此。
隨著越來越多的軟件項目開始采用所謂的敏捷過程,(后面再方法這一點中我們再細談),軟件開發人員和測試人員不得不更密切地一起合作。
質量已真正成為了整個團隊的責任——我倒是更想說,它一直都是。
隨之而來的是,你需要了解一些關于測試的東西。
你至少應該熟悉如下基本術語:
白盒測試
黑盒測試
單元測試(不是真的測試)
邊界條件
測試自動化
驗收測試
一個好的開發人員——我假設你至少想成為一個優秀的開發人員——會在將代碼交給別人之前測試自己的代碼。
如果你真的想被認為是專業的,并非浪者虛名,那么這一條沒有商量余地。
調試
嗯,很多新手軟件開發人員在調試時都感覺自己像是在用雞蛋碰石頭。
每個人都希望寫代碼,沒錯吧?
但好像沒有人愿意調試自己的代碼?
這就是真相。
大約90%的時間軟件開發人員是用來搞清楚到底為什么代碼不能正常工作。
我知道你只是想能夠整天寫新的代碼,但是此路不通。
如果你采用如測試驅動開發這樣的方法,那么你可能會少花很多時間在調試上,但無論如何,不管你做什么,不管你如何努力,你都不得不學習如何調試代碼或其他人的代碼。
因此,與其采取一種隨意的方式來做一些你不得不做的事情,還不如咬緊牙關竭盡全力學會如何有效地做好這件事情。
方法
有沒有被我列出來的需要知道的事情清單嚇倒?
好吧,還有一個——但是我保證這是最后一個。
雖然一些軟件開發團隊才剛開始寫代碼,不擇手段只要完成任務即可,但是大多數團隊還是至少遵循某種方法的。
出于這個原因,熟悉一些最常見的軟件開發方法背后的基本理念至關重要。
今天,我要說的是瀑布式開發和敏捷開發。
大多數團隊會聲稱他們正在做敏捷。敏捷本身是一個非常松散的概念,但也有一些做法和——原諒我的措辭——固定程序是你應該知道的,如果你不想只是紙上談兵,想要打造一支敏捷團隊的話。
不堪重負?不需要
我知道這些內容通通要掌握的話,有點多,而且我僅僅觸及了大多數主題表面的東西。
現在,你可能會覺得有點不知所措,有點不堪重負,面對這些所謂的技術技能一片茫然。
沒關系。你不用不著這樣,除非你已經是一個軟件開發從業人員,在這種情況下,可恥的是你!(開個玩笑。但你真的最好需要提高自己了,真的。)
不管怎樣,我將在《What You Need to Know About Software Development》這本書中更深入地談論這些主題中。
所以,淡定點。
好吧,接下來,學習這些技術技能的時候到了,你準備好了嗎?
云和教育作為云和數據旗下高端泛IT職業教育品牌,開設有UI設計總監班、PHP高薪班、JAVA企業直通班、HTML5專家班、Unity虛擬現實大師班五大精品課程。
課程設置緊跟時代“前端”發展和“后端”需要。采用金牌講師面授教學,沉浸式的教學模式,學員畢業即擁有1-2年工作經驗,貼近企業需求,高薪就業不是夢!