我本身的專業(yè)是法學，出于一直以來對互聯(lián)網(wǎng)領域的興趣，修讀了軟件工程的第二學位。雖然實際的編程能力還是很弱，不過實實在在的專業(yè)學習還是有很大的幫助。

我本身并不擅長技術，對設計相關的內容也僅限于了解一些基礎概念，避免出現(xiàn)低級錯誤。所以這個章節(jié)算是對溝通部分的補充，并不是很專業(yè)地技術/設計入門推薦，只希望了解一些常識有助于和設計人員、開發(fā)人員的交流。

先說技術。這些都是紙上談兵，我屬于編程能力比較弱的那種人，只不過比較喜歡關注技術領域的一些新聞，只是簡單說一說技術相關的內容。

如果非計算機專業(yè)的同學想認真學技術的話，可以閱讀@蕭井陌和@Badger的《編程入門指南》或者《知道創(chuàng)宇研發(fā)技能表》，同時推薦網(wǎng)易云課堂的《計算機專業(yè)體系》。

此外，推薦想要成為產(chǎn)品經(jīng)理的同學學習一些前端相關的知識或者學習一些腳本類語言比如Python。前端相關知識相對來說注重前端呈現(xiàn)，不像后端特 別追求性能，并且前端有自身的設計規(guī)則（類似的，iOS/Android/WindowsPhone也都有各自的人機界面指南），對產(chǎn)品設計有很大的幫 助；與C/JAVA相比，不需要那么多的數(shù)理知識和算法要求。而腳本類語言相對更為友好，沒有那么抽象，編譯器/IDE也較輕，適合入門。

簡要介紹一些編程語言相關的內容。

HTML/CSS/JavaScript

前端相關，HTML算是比較熟悉的，畢竟是簡單的標記語言，相對來說對邏輯的要求沒那么高；CSS沒深入學過，能簡單改一改；JS簡單用過框架，沒 深入了解過框架源碼和架構。前面說過，我認為這部分應該是最應該了解的，個人感覺C系列的編程語言以及腳本類編程語言都比較偏向技術實現(xiàn)，而前端類的編程 語言比較注重呈現(xiàn)的效果，這一點在產(chǎn)品設計階段需要關注到。

從另一個角度來說，隨著 HTML5 在移動領域的表現(xiàn)越來越好，學習web相關的知識，對移動端也有很大的幫助。

Basic

沒接觸過，據(jù)說更加類似搭積木，沒有那么抽象。如果一點沒有接觸過編程，推薦先玩一玩Small Basic，類似很久之前的LOGO語言，很有意思，英文官網(wǎng)疑似被墻，我這里現(xiàn)在無法訪問。

C/C++/C

C還算好點，***的時候能弄懂一點指針的概念，很久不寫也就忘記了。C++/C#有個好處，可以使用MS的IDE——VS2013。

JAVA

僅僅入門過，有意從事安卓相關職業(yè)的同學可以學習。

Python/Ruby

腳本類語言。Python入門，Ruby沒學過。相對，Python的免費電子書比較多，推薦「Python 中文學習大本營」。

Linux

推薦《鳥哥的Linux私房菜》，想入門安全的可以搞搞Kali Linux。

數(shù)據(jù)庫

數(shù)據(jù)庫方面無法推薦，圖形化操作還可以，SQL沒有認真學習，數(shù)據(jù)庫只了解一些概念性的東西。 相對來說，了解一些技術性的概念有很大幫助，比如「高內聚低耦合」等。適當熟悉一些簡單的編程語言，對產(chǎn)品設計時的思路有所幫助。從另一個角度，也有利于估算產(chǎn)品的開發(fā)進度。

嚴格來說，軟件工程專業(yè)的學習對我?guī)椭?**的并不是編程語言的課程，而是《軟件工程》/《軟件項目管理》兩門課程。雖然***終于確認自己沒有編程上的天賦和耐心，與其吐槽自己Hello World級別的編程能力，倒不如講講一些其他的體會更好。

#p#

關于軟件工程

軟件工程里對我?guī)椭?**是「軟件生存周期模型」，其次是需求分析的一些方法和文檔，UML圖等更偏向詳細設計，并不十分適合互聯(lián)網(wǎng)產(chǎn)品快速迭代的開發(fā)模式。

我們可以看一些軟件生存周期模型和產(chǎn)品研發(fā)流程的示意圖：

瀑布模型

快速原型模型

產(chǎn)品研發(fā)流程

又一個產(chǎn)品研發(fā)流程

兩者雖然不盡相同，但是卻有著某種共性：需求——設計——開發(fā)——運營。

互聯(lián)網(wǎng)產(chǎn)品由于其特性，不斷循環(huán)這樣一個流程；而快速迭代，實質上也就是將每一個這樣的流程縮短，盡快推給用戶，得到反饋，繼續(xù)下一個這樣的流程。 也因為跟傳統(tǒng)軟件公司的不同，沒有甲方的存在，必須要從用戶中獲取反饋，所以產(chǎn)品經(jīng)理必須要有一定的數(shù)據(jù)分析和用戶調研能力，辨別真需求和偽需求。也就是 經(jīng)常說的，找準用戶的痛點。

有些產(chǎn)品經(jīng)理的入門書籍中說過產(chǎn)品經(jīng)理和項目經(jīng)理的區(qū)別，知乎上也有一些回答。一般大公司分得比較細，兩個職位都有專職人員，小公司很多都是一人兼 兩個職位。即便如此，學習《軟件工程》相關的知識絕對對成為產(chǎn)品經(jīng)理有所幫助。像剛才所說的，最基礎意義上的，理解軟件的生命周期，對理解快速迭代、理解 產(chǎn)品的開發(fā)流程非常有幫助。撇開產(chǎn)品經(jīng)理/項目經(jīng)理的區(qū)別這點不談，軟件工程領域有一本書推薦閱讀：《人月神話》。這本書我僅限于了解，并未深入地精讀。 《人月神話》本身是比較偏向項目經(jīng)理方向，但是學習一些其中的觀點還是很有用處的，避免在策劃中忽略一些定量/變量，率性而為。

因為大學期間在圖書館的兼職經(jīng)歷，對圖書的分類比較敏感，相當多的產(chǎn)品經(jīng)理書籍都分到了F類——即經(jīng)濟管理，這本書也屬于F類。從管理的角度上來 說，《軟件工程》就屬于對軟件（產(chǎn)品）的管理。用vczh的一個回答來介紹這本書：“這本書的主要內容是，一個程序讓vczh一年剛好可以寫出來，但是你 如果找到了12個vczh同時寫，一個月肯定是寫不出來的。人和月是兩個單位，人月自然是它們相乘了，神話的意思就是說，這兩個量是不能乘的。”

雖然說產(chǎn)品經(jīng)理不一定要會設計，但是有必要了解一些設計相關的知識，避免出現(xiàn)一些低級的錯誤。推薦閱讀《眾妙之門》系列，都是小冊子，比較簡單；還有王堅在《結網(wǎng)》中推薦的《點石成金》、《GUI設計禁忌》以及《寫給大家看的設計書》。

《點 石成金》就是大名鼎鼎的《Don’t Make Me Think》一書的中譯本，我也是返校之后才去補課讀的這本書，短小精悍，即便第三版加入了移動應用相關的內容，依然簡潔，全書不到200頁，一個下午的 時間足夠做到通讀***遍。除了總結一些基本的可用性設計準則外，對可用性測試做了相當詳細的敘述。此外還有一本《用戶體驗要素》也有很多人推薦，準備這幾 天補課；同時推薦豆瓣上根據(jù)此書整理的一個書單：以《用戶體驗要素》整理互聯(lián)網(wǎng)產(chǎn)品經(jīng)理書單。 在「媒體和博客」那一篇里提到過一些大公司的UED團隊，推薦了一些鏈接，特別是。針對移動產(chǎn)品的策劃，十分推薦了解相應的人機交互規(guī) 范：iOS/Android/WindowsPhone，這里的鏈接都是英文版的，國內的一些團隊都有針對性翻譯一些中文文檔，在「媒體和博客」一篇中已 經(jīng)有所推薦，不再多給鏈接。還有一個之前沒有提到過的，谷歌去年提出的「Material Design」。

***，多說一句：我認為互聯(lián)網(wǎng)上本質依然是技術驅動的，開發(fā)人員才是核心。所以，尊重技術，不迷信產(chǎn)品。