按：這幾天我一直在寫這篇東西，本來是胸有成竹，沒想到后來越寫越發(fā)現(xiàn)自己在這個題目下有太多話想說，而以我現(xiàn)在的能力又不能很好地概括總結(jié)，以至 于越寫越長，文章結(jié)構(gòu)也變得混亂，到后來修改的時候每次都要考慮好久才能下筆，所以決定拆成兩部分來發(fā)，以便閱讀。這篇寫得我心力交瘁，質(zhì)量不算好，湊合著看吧。
同樣是寫程序，不同的崗位工作內(nèi)容不一樣，對程序質(zhì)量以及工程師的要求也不一樣。程序開發(fā)大概可以劃分成兩類：開發(fā)和研發(fā)，相應(yīng)也就有開發(fā)工程師和 研發(fā)工程師。很多人覺得做開發(fā)和做研發(fā)沒什么區(qū)別，“都是一樣對著電腦寫程序啊”，但其實這兩者是完全不一樣的，下面我想拋開公司對員工的期望、社會對工 程師的需求等其它因素，單純從國內(nèi)互聯(lián)網(wǎng)行業(yè)“工程師個人發(fā)展”的角度來說一下我個人對這兩類工作的看法。
開 發(fā)一般是指產(chǎn)品開發(fā)，開發(fā)工程師直接為產(chǎn)品貢獻(xiàn)代碼。每個公司都有自己的產(chǎn)品線，拿 Google 來說吧，它有 Gmail, Chrome 等產(chǎn)品，每個產(chǎn)品都有很多開發(fā)工程師在后面支持，這些產(chǎn)品的開發(fā)、維護(hù)以及升級都是由相應(yīng)的開發(fā)工程師負(fù)責(zé)的。由于開發(fā)工程師的工作直接關(guān)系到產(chǎn)品的質(zhì)量 和在線情況，所以開發(fā)工程師的責(zé)任是很重的，他可能經(jīng)常為了下個版本的發(fā)布而加班，為了產(chǎn)品的故障不得不在休假的時候打開電腦工作，甚至在過年的時候都會 接到領(lǐng)導(dǎo)的電話。所以你看到那些總抱怨加班太多，總是說自己是“IT民工”的，大部分都是開發(fā)工程師。在工程師當(dāng)中，大部分人都是做產(chǎn)品開發(fā)的，畢竟公司 都是要靠產(chǎn)品盈利，招聘的大部分人也要直接為產(chǎn)品服務(wù)。
盡管我很尊重開發(fā)工程師，但是我不得不承認(rèn)，在國內(nèi)大部分的 公司，做開發(fā)工程師是沒有前途的。首先，從微博到開心，有多少國內(nèi)的產(chǎn)品不是山寨的？這 也罷了，最惡心的是有一些產(chǎn)品經(jīng)理連產(chǎn)品設(shè)計圖都懶得自己畫，直接去截取別人產(chǎn)品的圖片，假如我是一個人人網(wǎng)的開發(fā)工程師，每天看到產(chǎn)品經(jīng)理把 Facebook 新上線功能的截圖拿過來讓我做，你讓我如何對產(chǎn)品有榮譽感和認(rèn)同感？而如果一個開發(fā)工程師對自己做的東西沒有榮譽感和認(rèn)同感，那么他堅守自己的崗位要么是 因為公司給的錢多，要么是因為他還沒有找到下家。我個人認(rèn)為，做開發(fā)最大的一個好處就是可以親手實現(xiàn)一個“自己的作品”，就算平時很累，但最后完成它的時 候也還是會無比滿足，這點被剝奪了之后，和飯店打工的服務(wù)員有什么兩樣？不一樣是為了糊口嗎？
我不知道別人怎樣，但我自參加工作以來就一直糾結(jié)于此——甚至開發(fā)的大部分產(chǎn)品都不好意思寫上自己的名字；直到前不久有機(jī)會去做一個公司內(nèi)部使用 的 平臺，才終于有個作品讓自己覺得滿意。相信很多開發(fā)工程師參加工作之前都對互聯(lián)網(wǎng)上很多諸如Gmail, Facebook 等優(yōu)秀的產(chǎn)品耳熟能詳，自己也常夢想做出那樣的產(chǎn)品，但萬萬沒有想到的是，工作之后要學(xué)習(xí)的第一課就是“不要對自己做的東西有感情”——有了感情你就不愿 意做廣告彈窗，不愿意看到它下線，不愿意為了短期利益?zhèn)τ脩簟Ｅc此同時，你還要繼續(xù)聽產(chǎn)品經(jīng)理和老大們滿懷激情地說“我們一定要讓用戶喜歡我們的產(chǎn) 品”。一個連開發(fā)工程師本人都覺得無聊的產(chǎn)品如何讓用戶真正喜歡呢？拿搜索巨人來說吧，Google 把社交網(wǎng)站看作是某種形式的娛樂而不是有用的工具，所以它會
在社交領(lǐng)域失敗，再牛的技術(shù)也無法遮蓋情感上的空白。不過話說回來，這好像對于國內(nèi)大部分的公司都不是問題，因 為它們做一款產(chǎn)品只是想從用戶那里拿到錢，如果以后用戶流失了就下線，然后再開發(fā)一個新的。他們要的不是用戶的長期感情，而是一夜情，開發(fā)工程師就是一夜 情的工具。
其次，國內(nèi)幾乎所有公司的技術(shù)流程和技術(shù)積累都做得很爛，大部分都只是片面地追求開發(fā)速度。我們在大學(xué)里受到的教育是“文檔和注釋很重要”，工作 之 后才發(fā)現(xiàn)文檔和注釋是很稀有的東西，只有特別負(fù)責(zé)任的工程師才會擠時間去寫。有一個很有意思的現(xiàn)象是，國內(nèi)很多產(chǎn)品發(fā)布之后會特別自豪地說“XX 是我們開發(fā)團(tuán)隊在時間緊迫的情況下，封閉開發(fā)了X 天就完成的！只有最牛的工程師才能創(chuàng)造這樣的奇跡！！多少個凌晨，XX寫字樓上只有我們辦公室的燈還亮著……”，然后你會覺得“好感動啊”，但冷靜下來想 一想，這種拼命趕工做出來的東西質(zhì)量會過硬嗎？拋開產(chǎn)品質(zhì)量不談，沒有時間寫文檔、沒有時間寫注釋、沒有時間做 code review, 沒有時間做階段總結(jié)……沒有了這些，作為一個開發(fā)工程師你通過這個項目可以提升多少呢？所以好多開發(fā)工程師一開始是“代碼民工”，過了幾年還是“代碼民 工”，而一個人年富力強的時間又有幾年呢？怪不得那么多人說工程師和妓女一樣，都是吃青春飯的。
發(fā)展方向
我個人認(rèn)為，國內(nèi)的開發(fā)工程師大概有三個發(fā)展方向：1.做管理。 2. 去做架構(gòu)等與產(chǎn)品關(guān)系不那么緊密的研發(fā)。3. 提升其它方面的能力，做 “A+ Player”，然后自己創(chuàng)業(yè)。我對管理沒有研究，也沒有興趣，這里就不說了。研發(fā)我會在下篇中細(xì)說，這里主要說一下第三條。
為什么要關(guān)注代碼之外的事情
如果你只會埋頭寫代碼，那么代碼寫得再好也可能不會是一個好的開發(fā)工程師。做開發(fā)不是做學(xué)術(shù)研究，你的任務(wù)不是去鉆研技術(shù)，而是利用自己的技術(shù)把 產(chǎn) 品做出來。盡管技術(shù)能力是基礎(chǔ)，但如果無法把能力很好地應(yīng)用到開發(fā)當(dāng)中，那么你在團(tuán)隊中就沒什么價值。舉個例子，如果你不能很好地理解產(chǎn)品需求，那么就會 根據(jù)自己的理解去做技術(shù)方面的架構(gòu)和編碼，等到后來發(fā)現(xiàn)了再去修改就特別麻煩，這個時候技術(shù)能力強反而成了壞事，南轅北轍的故事我想大家都聽說過。
很多開發(fā)工程師屬于那種“很本分”的人，從來不會提出意見，不關(guān)心產(chǎn)品形態(tài)和細(xì)節(jié)，只是去做產(chǎn)品經(jīng)理提出的需求。我覺得別人把工程師叫做“代碼民 工”也就算了，但是工程師對自己做的東西完全沒有看法，那就是甘心淪落為民工了。這也有文化的原因，國內(nèi)的公司都喜歡那些不愛抱怨的員工，因為他們聽話而 且符合中國傳統(tǒng)的價值觀，但我更喜歡那些愛抱怨并且抱怨得有道理的人，因為國內(nèi)（不只是互聯(lián)網(wǎng)上面）粗制濫造的東西實在太他媽的多了，不抱怨才不正常，有 不滿才會去思考如何做得更好。
曾經(jīng)聽到有人談?wù)撊绾喂芾砑夹g(shù)人員的時候說：“管理技術(shù)人員很簡單，找一個比他們都牛的人就行了。” 這個人很了解工程師的脾氣。工程師去判斷其他工程師的時候，往往只看他的技術(shù)能力，覺得誰的技術(shù)好誰就最牛，其它的都無所謂。沒錯，技術(shù)牛的工程師寫的代 碼質(zhì)量很高，但這只是一個方面而已，判斷一個人在團(tuán)隊中是不是“很牛”要看他對團(tuán)隊對產(chǎn)品的整體貢獻(xiàn)，而不是他的個人能力。他能很好地理解產(chǎn)品需求嗎？能 很好地理解設(shè)計師的意圖嗎？和團(tuán)隊其他成員溝通順利嗎？寫出的代碼方便測試嗎？會對產(chǎn)品提出好的建議嗎？……這些都是判斷一個開發(fā)工程師的標(biāo)準(zhǔn)，整體素質(zhì) 越高在團(tuán)隊中的價值也就越大。
所以要想做一個好的開發(fā)工程師，就要在寫好代碼的同時努力提高其它方面的能力。我知道大部分的工程師都喜歡和機(jī)器而不是和人打交道，所以遇到和產(chǎn) 品 經(jīng)理、設(shè)計師以及 QA 等部門協(xié)調(diào)溝通的時候就皺眉頭。協(xié)調(diào)溝通確實是一件鬧心的事情，但從另一方面來說，這是開發(fā)工程師的一個得天獨厚的優(yōu)勢：你可以深入接觸產(chǎn)品生產(chǎn)線上的所 有環(huán)節(jié)。需求評審的時候，你可以了解產(chǎn)品設(shè)計；開發(fā)界面的時候，你可以了解到視覺和交互設(shè)計；測試的時候，你可以了解到產(chǎn)品測試的細(xì)節(jié)；上線的時候，你也 可以多觀察 Ops 同事的操作。如果你可以在協(xié)調(diào)溝通的時候?qū)W會換位思考，多從對方的角度看問題，多想一下“他為什么要這么做”，那么不知不覺就會對各個領(lǐng)域有一些了解，進(jìn) 而發(fā)現(xiàn)原來每個領(lǐng)域都大有學(xué)問，就不會因為周圍那些學(xué)藝不精的人而輕視他們所在的領(lǐng)域。
學(xué)習(xí)設(shè)計
對于工程師來說，測試和上線都是技術(shù)性的工作，和開發(fā)有很多相通的地方，而產(chǎn)品設(shè)計、交互設(shè)計和視覺設(shè)計等設(shè)計領(lǐng)域則比較陌生。對于自己不了解的 東 西，我們的看法往往會趨于兩個極端：要么是看得高深莫測，要么是看得一文不值。其實對于大部分的東西，只要不笨并且愿意下功夫?qū)W習(xí)，總是可以學(xué)會的。盡管 達(dá)到大師的水平可能需要傳說中的“天賦”，但做到中等水平并不是特別困難。關(guān)于設(shè)計領(lǐng)域我一直在斷斷續(xù)續(xù)地在學(xué)習(xí)，到現(xiàn)在可能連略窺門徑也算不上，這里只 是說一下我個人對設(shè)計的理解和心得，供大家參考。
產(chǎn)品設(shè)計
產(chǎn)品設(shè)計看上去比較簡單，因為只要清楚自己想要做什么，那么自然可以慢慢勾勒出產(chǎn)品的形態(tài)和功能。要做好產(chǎn)品設(shè)計，就需要平時多下一些功夫，多研 究 一下互聯(lián)網(wǎng)上那些已有的產(chǎn)品，另外還需要多看一些諸如社會學(xué)、歷史等“閑書”，舉個例子，假如你想開發(fā)一款針對臺灣用戶的產(chǎn)品，那么了解一下臺灣的文化肯 定是有必要的。總之，學(xué)習(xí)產(chǎn)品設(shè)計是慢功夫，沒有什么速成的捷徑，只有一點一滴地不斷積累才能培養(yǎng)出敏銳的產(chǎn)品意識和深刻的洞察力。
工程師學(xué)習(xí)產(chǎn)品設(shè)計有一個優(yōu)勢，那就是設(shè)計出來的產(chǎn)品是自己親手實現(xiàn)的，你可以在實現(xiàn)的過程中不斷重新反思原來的設(shè)計，然后加以修改和完善。這就 好 像寫文章一樣，很多時候你寫東西的時候并不清楚自己具體要寫什么，但只要是下筆開始寫，寫著寫著就會發(fā)現(xiàn)新的想法，寫作的過程同時也是思考的過程。寫作和 寫代碼很像，它們不僅可以表達(dá)想法，還可以創(chuàng)造想法。
視覺設(shè)計
很多工程師聽到視覺設(shè)計會立刻退避三舍，覺得自己“不會畫畫”、“不懂配色”是不可能學(xué)習(xí)視覺設(shè)計的。誠然，視覺設(shè)計是需要更多藝術(shù)方面的基本 功， 要完全掌握需要長期的訓(xùn)練，但我們還是可以從簡單的學(xué)起，慢慢培養(yǎng)對設(shè)計的感覺。我個人在這方面所知非常有限，但是對視覺設(shè)計中的完美主義印象深刻。
編程的時候，如果你的某行代碼多了一個空行可能不會有什么問題，但在視覺設(shè)計中差了 1 個像素或者 10% 的透明度就是不可容忍的，很多設(shè)計師要求的都是 “Pixel-Perfect”——像素級別的完美。如果你不苛刻地追求完美，幾個這樣的“小瑕疵”就可以把整個作品毀掉。在我沒有接觸過視覺設(shè)計的時候 很難理解這一點，切頁面的時候并不會特別仔細(xì)地去看設(shè)計圖，而且為了降低技術(shù)難度會想當(dāng)然地篡改設(shè)計師的意圖，比如把一些微小的漸變用純色代替，這是很無 知的做法。所以當(dāng)設(shè)計師要求你做一個 1px 的修改的時候，即使會花掉你幾個小時的時間也要聽他的——只有這樣才可以把界面做到百分之一百的完美。當(dāng)然，設(shè)計師自己做不到完美另當(dāng)別論。
此外，作為一個頁面設(shè)計師，從職位名稱上來看他的最終作品應(yīng)該是頁面，而不只是視覺效果圖。所以我覺得頁面設(shè)計師應(yīng)該精通 CSS，只有自己才可以精確實現(xiàn)自己的設(shè)計意圖。對于那些沒有受過設(shè)計訓(xùn)練的工程師來說，很難注意到頁面上色彩、字體和漸變的細(xì)節(jié)，讓他們精確實現(xiàn)一個設(shè) 計師的意圖幾乎是不可能的。精通 CSS 對于頁面設(shè)計師來說并不算一個過分的要求，很多國外的設(shè)計師甚至可以自己用 PHP 寫出產(chǎn)品原型，相比之下，國內(nèi)的頁面設(shè)計師進(jìn)化得實在太慢了。
交互設(shè)計
交互設(shè)計是有關(guān)行為的設(shè)計，它更關(guān)注如何讓產(chǎn)品更好用。舉個例子，網(wǎng)頁中一般都有很多超鏈接，當(dāng)你把鼠標(biāo)移動到超鏈接上的時候，鼠標(biāo)形狀會變成手 型，暗示它是可以點擊的，而且訪問過的超鏈接和普通超鏈接的顏色是不同的，這樣就很好地引導(dǎo)了用戶行為。
之前我一直把設(shè)計和“視覺設(shè)計”等同起來，但在深入了解了之后發(fā)現(xiàn)，對于互聯(lián)網(wǎng)產(chǎn)品來說，交互設(shè)計要比視覺設(shè)計重要得多，而且交互設(shè)計相對于視覺 設(shè) 計也更加有跡可循，對“感覺”要求沒那么高，工程師完全可以把重點放在交互設(shè)計上。如果交互設(shè)計做得好，視覺設(shè)計遵循一些標(biāo)準(zhǔn)，那么完全可以做出一款“不 難看并且好用”的產(chǎn)品。沒有人特別夸贊 Google 的產(chǎn)品“好看”，但它們都特別好用，Google 注重的是易用、快速，用戶體驗是很棒的。
互聯(lián)網(wǎng)行業(yè)的大部分頁面設(shè)計師（Web Designer）都是學(xué)習(xí)平面設(shè)計出身的，但我覺得網(wǎng)頁和軟件設(shè)計更像是“顯示器里面的工業(yè)設(shè)計”。很多平面設(shè)計師設(shè)計出的頁面很好看，好像海報一樣， 非常適合打印出來，但往往對交互方面重視不夠。不太好看影響不會很大，但不好用就沒有辦法留住用戶，而且有時候太注重外觀的視覺效果反而會分散用戶的注意 力進(jìn)而影響產(chǎn)品的使用，這種 “eye candy” 是糟糕的設(shè)計。現(xiàn)在專門培養(yǎng)交互設(shè)計師的機(jī)構(gòu)不多，我很希望對互聯(lián)網(wǎng)有興趣的工業(yè)設(shè)計師們到這個行業(yè)中來。
關(guān)于設(shè)計我就說這么多，以后有機(jī)會再另外撰文專門探討這些主題。值得一提的是，沒有人可以真正把設(shè)計和開發(fā)全部精通，如果深入到細(xì)節(jié)，無論設(shè)計和 開 發(fā)都會占用你大量的時間和腦力。單從設(shè)計來說，需要掌握的就有顏色、字體排印（Typography）、排版(Layout)、交互設(shè)計等，其中每一種技 能又涵蓋無數(shù)細(xì)節(jié)，真的是要皓首窮經(jīng)才可以在其中的某個領(lǐng)域成為大師。不過，即使你對這些知識只是有一個大致的了解，以后在看一款產(chǎn)品的時候也可以從功 能、交互、排版、頁面代碼、整體性能以及URL語義化等各個方面進(jìn)行全面而細(xì)致的分析，明白它哪里做得好，哪里做得不好，而不是在那里想當(dāng)然地說“真酷” 或者“狗屎”。真正了解什么是好的什么是差的，自己做東西的時候才會心中有數(shù)。
一專多能的好處
很多人可能會說：“一個人要是可以把所有事情都搞定，那還要其他人干嘛？我更相信團(tuán)隊的力量。” 沒錯，一個人就算從設(shè)計到開發(fā)都精通，如果只有他一個人做東西，開發(fā)效率也不會高。但是若你真的花心思去了解那些“與代碼無關(guān)的事情”，你就會在寫代碼的 時候更多考慮到產(chǎn)品經(jīng)理/設(shè)計師的想法，對產(chǎn)品經(jīng)理/設(shè)計師疏忽的地方也可以及時提醒，讓自己真正地融入整個團(tuán)隊。目標(biāo)并不一定要實現(xiàn)，它是用來指明方向 的。開發(fā)工程師提高自己的產(chǎn)品意識和設(shè)計能力絕對不會是白費心血，不然的話你就只是一個實現(xiàn)產(chǎn)品的工具。你只會回答別人提出的問題，而好的問題要比好的答 案有價值得多。
當(dāng)你各方面能力提高得差不多的時候，應(yīng)該就可以出來創(chuàng)業(yè)了（注意，我說的是創(chuàng)業(yè)，不是去創(chuàng)業(yè)公司打工）。因為對各個領(lǐng)域都有一定的了解，平時也經(jīng) 常 接觸到各個領(lǐng)域的人，那么在創(chuàng)業(yè)的時候你就很清楚自己需要什么樣的產(chǎn)品經(jīng)理/設(shè)計師，知道具有什么樣能力的產(chǎn)品經(jīng)理/設(shè)計師才是最好的，這樣就可以從一開 始就保證團(tuán)隊的質(zhì)量和氣質(zhì)。很多互聯(lián)網(wǎng)的業(yè)界前輩都說過“要招聘最好的人”，但問題是你如何判斷一個人是不是該領(lǐng)域最好的呢？如果一個人對程序和設(shè)計一竅 不通，滿腦子都是商業(yè)運作，你覺得他有可能找出最好的工程師和設(shè)計師嗎？有一次和一個創(chuàng)業(yè)公司的CEO聊天，他和我講他們“只招聘 Geek”，后來我才發(fā)現(xiàn)他其實根本不知道什么是 Geek，只是不知道從那里聽到 Geek 這個詞，他真正想要的應(yīng)該是那種只知道寫代碼愿意沒日沒夜任勞任怨給他當(dāng)牛做馬的人。國內(nèi)大部分的創(chuàng)業(yè)公司就是這樣，老大們喊著技術(shù)密集型的口號，實際上 做著勞動密集型的事情，金玉其外，敗絮其中。你可以和他們不一樣。
我自己并沒有創(chuàng)業(yè)的經(jīng)歷，也沒有創(chuàng)業(yè)的打算，所以對創(chuàng)業(yè)的理解可能很片面而且天真。但是我相信，找到最好的人永遠(yuǎn)都是關(guān)鍵，不然即便后來成功了， 也 不過是多了一家靠人數(shù)取勝的血汗工廠。假如你選擇成為移動互聯(lián)網(wǎng)的獨立開發(fā)者，對一個產(chǎn)品各個環(huán)節(jié)的全局把握也是有必要的。如果一個團(tuán)隊的每個人都能獨當(dāng) 一面并且可以很好地理解其他人的意圖和專業(yè)技能，就算最后在商業(yè)上失敗了，那也會是一個幸福的團(tuán)隊，比那些除了盈利之外找不到任何亮點的團(tuán)隊好太多。
對產(chǎn)品經(jīng)理的偏見
在“開發(fā)”這個小節(jié)的最后，我想多說一點自己對產(chǎn)品經(jīng)理這個角色的看法。在國內(nèi)絕大多數(shù)公司，開發(fā)工程師的作用就是把產(chǎn)品經(jīng)理的想法以代碼的方式 寫 出來，“代碼民工”這個稱呼倒是很恰當(dāng)。我對互聯(lián)網(wǎng)行業(yè)的產(chǎn)品經(jīng)理們一直感到很奇怪：他們沒有能力把自己的想法實現(xiàn)出來，但是卻幾乎總是認(rèn)為自己比其他人 更理解產(chǎn)品；當(dāng)工程師對產(chǎn)品提出自己的意見的時候，他們往往會心中不屑但盡量保持禮貌擠出微笑說一句：“呵呵，工程師不是普通用戶”。一個產(chǎn)品本來就是需 要很多人齊心協(xié)力一起完成的，產(chǎn)品經(jīng)理和工程師的地位也是平等的，但是由于產(chǎn)品經(jīng)理在工作流的上游，所以情況往往演變成工程師在為產(chǎn)品經(jīng)理工作。如果產(chǎn)品 經(jīng)理真的對產(chǎn)品負(fù)責(zé)也就罷了，可惜的是大公司的產(chǎn)品經(jīng)理大部分是對KPI負(fù)責(zé)，小公司的產(chǎn)品經(jīng)理大部分是對老板的個人好惡負(fù)責(zé)，結(jié)果就是工程師跟在產(chǎn)品經(jīng) 理屁股后面做一些莫名其妙的事情。我接觸到的幾乎所有開發(fā)工程師都對他們的產(chǎn)品經(jīng)理頭疼不已，據(jù)他們說，好的產(chǎn)品經(jīng)理就像真正的愛情，是極為稀有和可遇不 可求的。
按照現(xiàn)在大部分公司的分工方式，產(chǎn)品經(jīng)理是產(chǎn)品的總負(fù)責(zé)人。根據(jù)我個人的理解，產(chǎn)品經(jīng)理之于產(chǎn)品，應(yīng)該相當(dāng)于導(dǎo)演之于電影，建筑師之于建筑。一個 導(dǎo) 演如果對拍攝一竅不通，那么就很難控制鏡頭的表現(xiàn)力；一個建筑師如果對建筑材料和結(jié)構(gòu)一無所知，就不可能把握建筑整體的感覺。那為什么那么多人會覺得產(chǎn)品 經(jīng)理可以不懂技術(shù)不懂視覺設(shè)計，只需要寫好文檔畫個框圖然后交給別人去做就可以做出好的產(chǎn)品呢？本來是一個需要對各個領(lǐng)域融會貫通最難做得好的角色，現(xiàn)在 反而被很多人視為清閑的差事，不愛干活的人紛紛想要轉(zhuǎn)去做產(chǎn)品經(jīng)理，實在是可悲至極。
我一直堅信好的工程師是不需要產(chǎn)品經(jīng)理的。如果一個產(chǎn)品非要有一個什么產(chǎn)品經(jīng)理的話，Google 的很多產(chǎn)品都不會出現(xiàn)，DropBox 這種只招聘工程師的公司也早就完蛋了。很多偉大的產(chǎn)品都是幾個工程師想到一個點子然后慢慢做出來的，比如 Paypal 和 Google. 但需要說明的是，我討厭產(chǎn)品經(jīng)理并不是說我推崇“技術(shù)導(dǎo)向”——無論怎樣產(chǎn)品都應(yīng)該是讓用戶使用的，而不是用來炫耀技術(shù)的，只不過工程師不需要產(chǎn)品經(jīng)理也 可以設(shè)計好一個產(chǎn)品并且實現(xiàn)它。產(chǎn)品設(shè)計不是產(chǎn)品經(jīng)理的專利。
想知道懂得設(shè)計的工程師沒有產(chǎn)品經(jīng)理的時候可以做出什么東西嗎？去看一下
Livid 做的
V2EX 就知道了。在國內(nèi)，設(shè)計和代碼都有品味的網(wǎng)站可不多，我覺得
Livid 同學(xué)真是開發(fā)工程師的典范。
接下來我們說一下“研發(fā)”。（未完待續(xù)）