許多程式設計師認為其工作任務只是負責後台邏輯的程式開發，對介面的布局莫不關心。實際上評價乙個程式設計師的優秀與否，是要從介面和業務邏輯兩方面來衡量的。雜亂無章的介面布局，只會給人留下「三流程式設計師」的印象。塗雅 在下文中通過乙個小專案為我們講解怎樣才算乙個優秀、有想法的程式設計師，才能坐上產品經理或專案經理的交接椅。請見下文：
先做乙個實驗，假如我們要開發乙個小專案，需求很簡單，就是乙個儲存使用者基本資訊的頁面，要求使用者可以輸入姓名、**、聯絡位址、郵箱、手機號碼、備註，其中姓名與郵箱是必輸專案，我們把這個專案分給三個程式設計師做（當然這三個人都是虛擬的，其實都是我做的），三個程式設計師交來的作品都沒有邏輯錯誤，資料儲存正常，讓我們看看做出來的效果有什麼不一樣。
第乙個程式設計師交上來的作品，這種作品我們基本上可以理解為實習生做的作品，許多有兩年甚至更長開發經驗的開發人員，也會開發出這種作品，不要笑，我甚至見過還比這種作品更爛的作品。如果乙個程式有超過一年的工作經驗還提交這種作品，基本上沒戲了，因為這類程式設計師不會自己思考。不要和我較真，那種從來不與介面打交道的程式設計師另當別論了。
許多程式設計師的理解是資料進到資料庫，邏輯上沒有錯誤注完成了。所以一般來說，讓乙個程式設計師評估一件工作的工作量，你需要在他評估的工作量上再增加100%。第乙個程式設計師交的作品如下圖所示：
第二個程式設計師交上來的作品可以算得上是乙個合格的作品，中規中矩，沒什麼太大的亮點。與第乙個程式設計師不同的是：
1.他給網頁加上了標題資訊；
2.他給每一行標題（就是姓名/郵臬等資訊）設定了加粗並新增了背景顏色；
3.給必輸項加入紅色的*號進行標註；
4.他把預設的提交按鈕文字改為儲存，並沒有使用預設的提交字樣；
5.給**加了連線，這樣看起會舒服一些（這項見仁見智）；
6.為輸入框設定了最大可輸入長度；
再來看第三個程式設計師提交的作品，第三個程式設計師在第二個程式設計師的基礎之上又做了一些改進，除了第二程式設計師所做的事情，他還做了這些事：
1.新增了水印備註，讓使用者更能了解輸入框的作用（當然這裡只是做了乙個示例，實際上姓名的水印是沒有必要的）；
2.當輸入框獲得焦點的時候，背景會變顏色，以提醒使用者
3.當使用者輸入正確的時候，會在後面出現綠色的勾，如果輸入錯誤，則會在輸入框後面出現紅色的叉
許多的程式設計師都有這樣的想法，我就是乙個程式設計師，我只負責程式的邏輯上沒有錯誤，例如說資料正常插入到資料庫，至於介面的事，應該由美工負責。實際上在大多數專案中，並沒有太多複雜的邏輯。乙個程式設計師可以不用管介面是否漂亮，但是一定要把介面弄得很整潔，不要把一大堆控制項搞得亂糟糟的。其實你並不需要花太多的時間來處理這些介面，而是你要花些心思在上面，多注意幾次就好了。
例如在上面示例的web程式中，css**非常簡單，但給人的感覺很簡潔，最起碼看起來不會太難受。而第三個程式設計師所提交的作品，除了頁面整潔之外，他還注意到使用者的體驗，這是很難能可貴的。如果乙個程式設計師在寫程式的時候能時時想到使用者體驗，那麼應該離他公升職的時間應該不會太遠了。如果你能做到文中提到的第三個程式設計師的程度，我認為你已經摸到了產品經理或者專案經理的凳子了。
寫程式並不是別人讓寫什麼就寫什麼，應該有一些自己的想法，如果你一直像第乙個程式設計師那樣寫程式，你將永遠是乙個三流的程式設計師。不要像乙個滑鼠一樣，別人拽一下動一下，應該和病毒一樣主動出擊。在有限的時候裡把程式做得最好，無論是介面上還是業務邏輯上。
做乙個有想法的程式設計師
許多程式設計師認為其工作任務只是負責後台邏輯的程式開發，對介面的布局莫不關心。實際上評價乙個程式設計師的優秀與否，是要從介面和業務邏輯兩方面來衡量的。雜亂無章的介面布局，許多程式設計師認為其工作任務只是負責後台邏輯的程式開發，對介面的布局莫不關心。實際上評價乙個程式設計師的優秀與否，是要從介面和業務...
做乙個有想法的程式設計師
許多程式設計師認為其工作任務只是負責後台邏輯的程式開發，對介面的布局莫不關心。實際上評價乙個程式設計師的優秀與否，是要從介面和業務邏輯兩方面來衡量的。雜亂無章的介面布局，只會給人留下 三流程式設計師 的印象。塗雅在下文中通過乙個小專案為我們講解怎樣才算乙個優秀 有想法的程式設計師，才能坐上產品經理或...
做乙個有品位的程式設計師
能夠寫出漂亮 的程式設計師就是有品味的程式設計師麼？還不夠。品味來自於每乙個細節，有品位的程式設計師會把每一次提交做小 做對 做好，盡量做到整個開發的過程的無可挑剔，這樣才夠逼格，才可以稱為有品位。git log no merges pretty shortstat 2 files changed,...