程序員和軟件工程師的區(qū)別
程序員和軟件工程師的區(qū)別
關于軟件工程師和程序員的區(qū)別，大家都知道嗎?今天小編就帶大家了解一下 軟件工程師和程序員的區(qū)別 ， 軟件工程師是程序員嗎 。
軟件工程師和程序員的區(qū)別
其實懂IT的朋友應該知道，程序員和軟件工程師之間有著很大的區(qū)別，軟件工程師是對于軟件開發(fā)相關工作的人員的一個統(tǒng)稱。軟件工程師是IT行業(yè)中需求量最大的一個職位，穩(wěn)居IT行業(yè)職位需求TOP10第一位。軟件工程師的技術要求比較全面的，除了最基礎的編程語言(C語言/C++/JAVA等)、數(shù)據(jù)庫技術(SQL/ORACLE/DB2等)、.NET平臺技術、C#、C/S B/S程序開發(fā)，還要掌握諸如JAVA SCRIPT、AJAX、HIBERNATE、SPRING、J2EE、WEB SERVICE、STRUCTS等的前沿技術。除此之外，還要涉獵于網(wǎng)絡工程和軟件測試的其他技術，以便于操控全局。軟件工程師可以說是一個項目開發(fā)的掌舵者。一名優(yōu)秀的軟件工程師應該具有較強的邏輯思維能力，對于技術的發(fā)展有著敏銳的嗅覺。雖然要求技術全面，但無須偏執(zhí)于門門技術都精通，任何軟件工程師都有自己的技術特長和偏向，對于自己手中的技術，可有精通-掌握-熟悉-了解之分，根據(jù)工作需要和職業(yè)發(fā)展的具體情況來劃分。 程序員是專職從事程序開發(fā)、維護的專業(yè)人員。
按照標準來看：一個軟件工程師的工作程序是需求分析、總體設計、詳細設計、測試設計、軟件開發(fā)編程。與此軟件開發(fā)流程管理相適應，軟件企業(yè)也要有合理的人力資源結構。在這一結構中每一個人都必須按照分工協(xié)作的原則來進行流水線作業(yè)，其中數(shù)量最多的要數(shù)從事軟件開發(fā)編程等基礎工作的人員，也就是我們所說的程序員。所以，程序員和軟件工程師之間的區(qū)別就像蓋樓的分工一樣，程序員永遠是扮演工人的角色，而軟件工程師是這座大樓的設計人員。這也是程序員和軟件工程師的最大區(qū)別。
軟件工程師是程序員嗎
應該說一個軟件工程師首先應該是一個合格的程序員，但程序員只能是成為軟件工程師的第一步。一個軟件工程師來說，在掌握了基本的編程技能后，開發(fā)軟件所需要的各種除了編碼之外的其它知識會更為重要，比如如何從組織工程與項目的角度來看待軟件開發(fā)的問題，如何為軟件搭建合理準確的架構，什么樣的軟件會更易于維護與更新。故而軟件工程師的級別要大于程序員。
程序員和工程師有什么不一樣
第一、工程師不寫黑箱程序
“程序=數(shù)據(jù)結構+算法”，這個著名的公式大家都知道，不幸的是，它不適合描述工程領域或者現(xiàn)實世界的程序。有很多程序，數(shù)據(jù)結構和算法都寫得很棒，功能足夠強大，系統(tǒng)足夠復雜，但是——它很難調試，一跑起來就無法停止，而且誰也不知道程序現(xiàn)在到底在干什么，里面發(fā)生了什么。
別覺得好笑，我遇到過很多工作三四年甚至五六年的開發(fā)人員，仍然不停地生產黑箱程序：出現(xiàn)問題的第一反應是直接殺掉進程重啟(天哪你們的程序不能安全關閉嗎)。當然還有更生猛的，直接用開發(fā)機連上生產數(shù)據(jù)庫(防火墻上開個洞)去調試。
你說他們技術不好嗎?明明各種技術問題也能搞定。你說他們沒有系統(tǒng)意識?做過的程序也不簡單。但是，他們做的充其量只能叫“程序”，而不是工程上成熟的“系統(tǒng)”。
怎樣的程序不是黑箱?你需要考慮它的層次劃分，你需要考慮哪些(功能之外的)運行信息必須暴露和記錄，以什么方式暴露記錄，你甚至還需要考慮這些暴露和記錄對性能的影響，以及程序需要對外提供什么操縱接口……當你把這一切都考慮清楚，寫出能夠讓運行細節(jié)“盡在掌握中”的程序的時候，你的一條腿就邁進了“工程”的大門。
這方面，互聯(lián)網(wǎng)和軟件開發(fā)的大廠會更加關注一些，但也不是說個人就毫無追求的空間了。網(wǎng)絡爬蟲大家都會寫，大家也都知道如果要數(shù)據(jù)抓得準，調試起來很麻煩。我有個朋友在某大廠寫過一套“可視化”的爬蟲，可以用逐步操縱語句的執(zhí)行，迅速定位問題所在。這種水平的工程師，屬于可遇而不可求的類型，每次說起來大家仍然嘖嘖稱贊。
第二、工程師注意實現(xiàn)和接口分離
Java面試的一道經典問題是：請描述抽象類和接口的區(qū)別。通常，大家都會知道“接口”和“實現(xiàn)”要分離。不幸的是，很多人理解的“接口”，只是狹義的特定語言提供的Interface，而沒有考慮“接口”真正的含義。
接口的真正含義是什么?計算機最擅長處理的是信息，它可以讓信息脫離現(xiàn)實的障礙高速流動起來。如果說“實現(xiàn)”是干臟活累活，“接口”就是發(fā)出干臟活累活指令的窗口。臟活累活干一遍就足夠了，但發(fā)指令的窗口卻可以有千千萬萬。
更具體一點說，完成功能的是程序員，完成功能并且設想它會在什么情況下使用，并且讓人方便使用的，是工程師。我見過不少這樣的程序：登錄會話一開始放在本地內存里沒問題，到了要切換到數(shù)據(jù)庫里方便會話轉移就得大興土木，雖然要做的其實仍然只是存取而已;程序自動加載的數(shù)據(jù)出了問題，就根本不能手動加載;以前手動加載的數(shù)據(jù)，改成自動加載就要推倒重來……
有沒有接口意識，能不能真正區(qū)分接口和實現(xiàn)，這是區(qū)分程序員和工程師的一大標識。
第三、工程師注重功能的邏輯聯(lián)系
很多系統(tǒng)都在不斷的變化和改進過程中，程序員看到的是功能點，工程師看到的是功能點之上的邏輯。
任何系統(tǒng)當然都是由若干功能構成的。但在功能點之上，還需要一張有邏輯意義的大網(wǎng)，才能把功能點組合起來，把復雜度降低，成為大家能理解的對象。最簡單的“登錄”，就包含數(shù)據(jù)輸入、數(shù)據(jù)驗證、登錄信息記錄等等功能，“登錄”是這些功能的邏輯集合，也是理解這些功能的基礎。
隨著時間的推移，業(yè)務的增長，新功能可能越來越多，比如用戶數(shù)據(jù)的加載，對好友的通知，廣告的推送準備等等。這些功能實現(xiàn)起來當然都容易(因為很具體)，但功能堆積的后果是復雜度急劇上升，因為功能之間的邏輯聯(lián)系被切斷了。所以，工程師必然需要思考，這些功能應該怎么組合，放到哪些具有邏輯意義的動作——比如“登錄”里去?正是經過這樣持續(xù)不斷的思考，系統(tǒng)的復雜度才能夠被一直維持在較低的水平，容易讓大家理解。
這個例子看起來很簡單，但做起來卻沒那么容易。我有時看到復雜的系統(tǒng)操作手冊，簡直讓人哭笑不得：1) 點這里;2) 點那里;3) 輸這個…… 這些操作對應的邏輯意義那么準確，分明就該是一次性自動完成的啊，把它們割裂開來的后果大大提高了系統(tǒng)的復雜度，既不方便維護，也不方便操作。最后來擦屁股的，只能是開發(fā)人員自己。
我經常反思自己接受的教育，在學校里寫程序，和工作了寫程序，有那么一點相同，但又好像完全兩回事，到底有什么不同，只有親自體會、思考了才能明白，所以我想把自己的所見所感寫出來。悟性好的有機會接受很好訓練的同學，估計不需要了解這些。但對于沒有這樣條件的同學，但愿我的這點念叨能給你們一點幫助。
猜你喜歡