初入行PM必備:大白話告訴你計算機基礎知識(一)

26 評論 25527 瀏覽 339 收藏 6 分鐘
🔗 产品经理的职业发展路径主要有四个方向:专业线、管理线、项目线和自主创业。管理线是指转向管理岗位,带一个团队..

PM要不要懂技術?既然要懂技術,那么,需要懂得哪些技術呢?計算機基礎知識、前端、后端的知識是必不可少的。筆者今天就用小白的語言翻譯下基礎知識,不喜勿噴。

PM要不要懂技術,這是個老掉牙的問題,入行3個月來,與RD溝通時,越來越發(fā)現(xiàn):同樣一件事情,溝通完成之后,復盤便發(fā)現(xiàn),懂技術的話,和rd溝通更省時、省力,當然,也不會被RD忽悠的原地打轉,無法推進任何工作。當然,這里的懂技術并非要你知道代碼如何寫,而是功能是如何實現(xiàn)的,這點很關鍵。

so問題來了,既然要懂技術,那么,需要懂得哪些技術呢?計算機基礎知識、前端、后端的知識是必不可少的。不過,對于轉行的PM來說,這些也是最頭痛的,神馬HTTP、Javascript、Java,各種概念。今天就用小白的語言翻譯下基礎知識,不喜勿噴。

計算機基礎知識:HTTP協(xié)議、TCP/IP協(xié)議、URL等等。

1、HTTP協(xié)議、TCP/IP協(xié)議

計算機通過網(wǎng)絡傳遞信息,但客戶端到服務端是如何通信的呢?和國家與國家、企業(yè)與企業(yè)間的合作類似,少不了要簽署各種協(xié)議,所以就有了TCP/IP協(xié)議(傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議)。顧名思義,TCP/IP 協(xié)議定義了兩方面的標準:電子設備如何連入因特網(wǎng),數(shù)據(jù)如何在它們之間傳輸。

緊接著,在TCP協(xié)議基礎之上HTTP協(xié)議建立起來了(HTTP議即超文本傳輸協(xié)議,初衷是為了發(fā)布和接收HTML頁面的)。當瀏覽器需要從服務器獲取網(wǎng)頁數(shù)據(jù)的時候,發(fā)起HTTP請求。HTTP通過TCP建立起與服務器的連接通道,而IP則是服務器的地址,HTTP請求通過通道到達服務器地址(IP地址),獲取服務器頁面數(shù)據(jù),服務器按照一定格式予以響應。

說到此,就不得不提URL了,也就是我們平時說的網(wǎng)址(互聯(lián)網(wǎng)上的每個文件都有一個唯一的URL,它包含的信息指出文件的位置以及瀏覽器應該怎么處理它)。

2、URL

URL具體格式如下:scheme://host:port/path/document?query#fragment,即http協(xié)議/域名:端口/虛擬目錄,即路徑/文件名(?#/)參數(shù)部分#錨

舉個例子:http://22none.com/category/pmd,人人都是產(chǎn)品經(jīng)理的網(wǎng)址。

(1)scheme:通信協(xié)議,負責告知瀏覽器采用哪種協(xié)議打開文件,常用的http、ftp等。例子中的http:屬于該部分;

(2)host:域名,也就是 IP 地址。例子中的22none.com為該部分;

(3)port:端口號,可省略,省略時使用方案的默認端口,如http的默認端口為80。例子中的端口號省略;

(4)path:虛擬目錄,即路徑。由零或多個”/”符號隔開的字符串,一般用來表示主機上的一個目錄或文件地址。例子中的category為路徑;

(5)document:文件名部分,從域名后的最后一個“/”開始到“?”為止,是文件名部分,如果沒有“?”,則是從域名后的最后一個“/”開始到“#”為止,是文件部分,如果沒有“?”和“#”,那么從域名后的最后一個“/”開始到結束,都是文件名部分。例子中最后的pmd屬于該部分;

(6)query:查詢,可省略,用于給動態(tài)網(wǎng)頁傳遞參數(shù)??捎卸鄠€參數(shù),用”&”符號隔開,每個參數(shù)的名和值用”=”符號隔開。例子中無此項。

(7)fragment:錨點。簡單說就是信息片斷,用于指定網(wǎng)絡資源中的片斷。例如一個網(wǎng)頁中有多個名詞解釋,可使用fragment直接定位到某一名詞解釋。例子中無此項。

計算機基礎知識還有很多,后續(xù)不斷更新,雖然這些基礎知識較枯燥,理解了才是關鍵。希望對大家有幫助。PS:想要學習系統(tǒng)的知識,題主參考的是計算機科學導論,不過,有點枯燥。

 

本文由 @馨香菩提?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載。

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 你可以看看《大化設計模式》這本書,那個就是一個技術小白也可以看懂的。你這個太形式化了,為了寫文而寫文,略死板,再接再厲。

    來自北京 回復
    1. 好噠,謝謝您的意見哦,果斷收了

      來自北京 回復
  2. 產(chǎn)品不懂技術,感覺是混飯吃的 ??

    來自廣東 回復
    1. ??

      來自北京 回復
  3. 作為技術小白,如果你能用講故事的方式來講技術就太好了

    來自廣東 回復
    1. 謝謝哦~~~這條建議果斷收了~~歡迎之后多多提意見 ??

      來自北京 回復
  4. 來自北京 回復
  5. 我看excel文檔里需求是按每個模塊寫的,想問下,如果幾個模塊里有重復的需求點怎么表示好呢?比如,統(tǒng)計分析里,下面有幾個子模塊,每個模塊下都有按時間統(tǒng)計的需求,怎么提煉出來表示比較好呢?求溝通

    回復
    1. 對于文檔的話,目前我的處理方式是單獨列,但是設計的時候各模塊復用,但也要考慮合不合適,不是100%復用的~~~

      來自北京 回復
  6. 坐等坐著連更,不要虎頭蛇尾哦??????

    回復
    1. 收到~~好噠,我會繼續(xù)go on噠 ??

      來自北京 回復
  7. 回復
  8. 產(chǎn)品小白的痛痛痛痛點

    來自四川 回復
    1. ??

      來自北京 回復
    2. ??

      來自北京 回復
    3. ??

      來自北京 回復
    4. ??

      來自北京 回復
    5. ??

      來自北京 回復
    6. 啊實打實的

      來自北京 回復
    7. 123

      來自北京 回復
    8. 阿薩德的

      來自北京 回復
    9. 委屈翁群無

      來自北京 回復
    10. alert(111)

      來自北京 回復
  9. 坐等作者每天更新一篇,不要虎頭蛇尾哦 ??

    來自上海 回復
    1. ?? 努力ing,至少保證每周一篇

      來自北京 回復
  10. 呵呵噠,你這是要寫連載嗎,

    回復
专题
47485人已学习18篇文章
如何提升用户留存率?——相信这是困扰无数产品和运营的问题。
专题
13664人已学习12篇文章
一张逻辑清晰、层次明确的产品架构图,能够给观者讲述一个产品的业务流程、功能框架和设计思路,也是一个产品必不可少的可视化工具。
专题
35576人已学习14篇文章
原型对于产品经理来说是一门必修课。
专题
32036人已学习19篇文章
一个合格的购物车是怎么设计出来的?
专题
37480人已学习22篇文章
复盘是产品经理和运营人提高自身竞争力的不二法门。
专题
13769人已学习12篇文章
本专题的文章分享了供应链系统设计指南。