讲个故事,给你一份详细的技术书

产品经理就业班,12周特训,测、练、实战,22位导师全程带班,200+名企内推,保障就业!了解详情

本文以一个故事的形式,给产品新人一份技术书,如果你是产品新人,那就进来看看吧~

序言

经常有产品新人问我技术问题:是前后端的区别?数据库是怎么样的?如何和研发沟通?

回答的多了,就想系统化的回答,写一本书,让技术变得通俗易懂、有趣。

6年间,从技术小白=>工程师=>后台、数据产品经理,2000多个日夜,为代码、需求绞尽脑汁、也在创业路上走过,百感交集。

本书以小说故事的形式、场景化讲解技术,让枯燥的技术变得有趣感谢一些帮助我的小伙伴,谢谢。

另提下里面的人物用的是脸萌设计的,侵删(设计师正在设计人物)。

封面

故事背景

故事也很简单,两条主线,李大仁来深圳的创业故事,表妹小奈和小明的爱情故事。

  1. 小明和小奈恋爱,程序员和产品经理的爱情故事
  2. 大仁用户量破亿,一番挫折后破土而出,创业进入新阶段,拿到了B轮融资

人物关系

课程目录

前8章,总共有20章。

1. 李大仁来深创业-互联网介绍

(1)离开广州

“故事的小黄花 从出生那年就飘着 童年的荡秋千 随记忆一直……“。李大仁听着歌,望着广州,这座生活了快10年的城市。脑中闪过了大学生活、同事、前女友,百感交集。但是为了最初的梦想,来到深圳创业。

(2)来深创业

“各位乘客你好,列车已到站“。终于迈出了这一步,深圳或许是创业氛围最好的地方了。

小奈:喂,表哥你在哪?

大仁:我在深圳北站。

刚到深圳,大仁决定投靠表妹那边,表妹家里在南山,离投资人提供的孵化器也很近。大仁目前暂时住在表妹这边。小奈今年刚毕业,在一家大公司里当产品助理,非技术专业、初入职场的她遇到了挺多阻碍。

2018年,大仁今年也30岁了。

小奈:表哥,你女朋友呢?

大仁:分了,她不同意我来深圳这边创业。

(3)落脚

小奈:表哥,你睡这间房吧。

大仁:好的。

(4)互联网

疲累了一天,躺在床上,大仁陷入了沉思。互联网,是网络与网络之间所串连成的全球网络,这里的网络可以理解成一个或多个电脑,这些网络以一组标准的网络TCP/IP协议族相连,互联网在信息层面把世界变成地球村。

互联网互通是全球性的,是属于全人类的。互联网低成本的、高效信息交流深受大家欢迎。它是是平等的,开放的信息高速公路,是人类发展进程的一个里程碑。

(5)中国电商发展史

下图以中国互联网、电商发展史为例子:

(6)三巨头BAT,崛起的TMD

中国互联网发展了20年,百度(B)阿里(A)腾讯(T)成为中国最大的三家互联网公司,形成了三组鼎力的格局,三家公司有各自的体系和地位,百度的搜索、阿里的电商、腾讯的社交。

头条(T)美团(M)滴滴(D),TMD被称为创业公司在BAT这样巨头下最大的成长界限,互联网也有阶层固化之势。

(7)商战&混战

自2016起,阿里和腾讯的新零售之战开始布局,什么是新零售?马云口中的新零售是什么?

商战:美团打车vs滴滴外卖,阿里收购饿了么、高德推出顺风车、美团推出打车、收购摩拜。创业环境如此艰难,但总有人能破土而出。

想着想着居然睡着了….

2. 服务员与厨师-前后端的区别

窗外下起了雨,滴答滴答…

周末了,本该很开心才对,小奈的心情却有点郁闷。坐在公交上,想着下午被Leader怼的话,心情十分不美丽。好不容易下班了,还下雨了,得找表哥好好倾诉。

大仁:哟哟哟,你这是怎么啦?

小奈:今天被Leader一顿怼…

大仁:为什么会被Leader怼呢?

小奈:是这样的,我方案今天上交的时候Leader说很多地方做得不对,前后端都没分清,微服务就更不用说了。

大仁:不要气馁,产品上有什么问题你可以问我呀

小奈:前后端怎么区分?后端写代码,前端负责显示?

大仁:这个前后端的区别,我画张图给你看看就知道了。

前后端区别

大仁:前端也要写代码的,后端写的代码没有界面显示,前端才有。好比饭店一样,服务员是前端, 厨师是后端开发。服务员会给你端菜(看得到的前端),但是做菜的是厨师(后端处理数据返给前端)。

小奈:那前后端怎么交互?

大仁:你看到那个窗口没有,服务员通过窗口拿菜,菜就是用户要的数据,窗口就是接口,前后端通过接口来协作,接口是后端的工作。

小奈:哦~那后端是不是做的比较多、比较累一点。

大仁:是的,厨师累一点。

大仁:不过今时不同往日,现在客人要求高了。要求服务员长得漂亮(界面好看) 还要会耍杂技(交互好)。这样说你可以理解么 ?

小奈:UI和UE有什么不一样么?

大仁:视觉设计(界面设计)ui像是服务员的衣服,ue (界面交互)就是点击这个按钮怎么跳转,ue像是服务员的上菜流程、手势等。数据库就是神奇的物料仓库,厨师要做什么菜,需要从仓库里取, 取得时候会自动复制了一份,这个数据库以后再和你仔细讲。

小奈:哇,理解了,表哥好厉害呀。

大仁:总结起来的话,涉及界面展示的属于前端,当请求数据的时候,就是常见的增删改查,属于后端工作,后端需要提供好这些窗口,把菜放在那里,服务员就可以过去拿。

微服务vs单体应用

小奈:那微服务又是什么呢?

大仁:我再画2张图(产品经理就是爱画图)。

大仁:你们公司是搞电商的,电商后台系统比较大而全。基本上由用户管理、商品管理、订单管理、物流管理、采购管理、资产管理、内容管理等组成。而且项目早期研发的时候,都是都所有功能堆在一起,部署在一台服务器上。这种其实就是所谓的“单体应用”。

但是呢,随着业务发展,流量越来越大,这种单体应用的弊端就变得明显了。怎么理解呢?

单体应用之间各个模块互相依赖,如果某个模块挂了,就会影响其它模块。或者做优惠活动的时候,对用户管理和优惠券这些模块压力较大,但是做负载均衡的时候其它模块也得上,浪费资源。

小奈:那怎么办?

大仁:其实把各个模块单独拎出来就好了。那里需要强化就强化那里。模块间依赖性也不会那么大。

小奈:那前期为什么不直接用微服务?

大仁:微服务其实比较花时间,但是各个服务拆分好后,对后续扩展和性能等的好处多多。所以很多创业项目前期都是单体应用,大公司除外。

为了感谢大仁悉心指导,小奈点了奶茶给大家喝,分奶茶的时候,看到大明一手鼠标一手键盘目不转睛地盯着屏幕。

(1)初次见面-浏览器输入url后

明来了

“叮咚叮咚”

初次见面

大仁:你去接待下我朋友,他叫小明,我们公司后端开发。

耳边突然传来一个甜美的声音。

小奈:你好,你是小明吧。

小奈:你好,我是小奈,表哥现在在忙,我来招待下你。

小奈:这是给你的茶,你先在这边坐下。

刷地一下从脸到耳根一阵通红,木住三秒后,小明愣了下,然后双手接过茶

人物档案

原名黄小明,29岁,黑龙江某大学心理学专业,毕业后在五道口切过菜,某一天看懂犀牛书,从此进入前端,立志成为黑客。大仁公司后端主力开发。

小奈:你是做后端的吧,我有些技术问题可以请教你吗?

小明:可以,具体是什么问题呢?

小奈:我想知道你们平时敲的代码,是怎么变成网页的?怎么放到网上去的?

小明掏出了双肩包里面的笔记本

小明:你平时怎么看网页的?

小奈:在浏览器输入 www.hellojack.com 然后就可以了啊

小明:那你知道背后发生了什么么?我画个图给你看下。

小明:首先这里几个家伙:浏览器(360之类)、服务器(阿里云之类)、域名商(万网之类)、网页文件(index.html)、web环境盒子(Nginx之类)。

小明:当你输入地址的时候,背后的事情是这样的。

浏览器打电话给域名商, hellojack.com 这个sb家地址在哪?域名商告诉他ip地址,稍等,我给你转过去。浏览器就把这个地址记到小本本上了,下次就不用问域名商了。然后问服务器要东西了,你盒子里面那个东西呢?

服务器掏出盒子里的文件,切成很多小拼块,好的,我马上寄过去。然后顺着网线传过去,传到浏览器这边。浏览器就把拼块凭起来,展示出来了,你好你的文件。

小奈:每个域名都有IP地址地,之前我都不晓得IP跟域名有什么联系。

小明:1对1的,当然你也可以搬家。

小奈:好像懂了。

小明:那你看看我们是怎么实现的吧。

小明:我们首先就是写代码咯,长得像这样子:<h1>hello jack</h1>。

保存为 index.html 后,本地打开。看到没,长这样子,我启动个神奇的盒子:

var express = require(‘express’);

var app = express();

app.set(‘view engine’, ‘html’);

app.engine(‘html’, require(‘ejs-mate’));

var server = app.listen(8081, function (req, res) {

console.log(“hello world”)

})

  • 浏览器输入:localhost:8081
  • 浏览器输入:127.0.0.1:8081

小奈:喔,原来这样子,那怎么输入 hellojack.com 来访问呢?

小明:对,接下来我要把它部署到阿里云上去,我之前买的。但是域名这个我只买过 pmjishu.com 这个,我得去域名商那里买一下才行。

小奈:不用啦,我明白了。

小奈:实在太感谢你了,你好厉害喔。

只见小明又通红着脸

小明:不用客气,有什么不懂的问题随时请教”

今晚好美,月亮很好看。

(2)小区与隔板间-机房和虚拟机

电脑主机vs虚拟机

小奈:一直不太明白,服务器是一个实体的机器吗?(类似一台主机)还是一个概念上的数据库?本地是指的是?

大仁

  • 第一个问题:早期服务器就是一个实体的机器(物理机器)。但是虚拟机技术成熟后可以在一台物理机器上创建很多台虚拟机,所以这些虚拟机也可以作为服务器。类似A101和里面的隔板间。
  • 第二个问题:我们常说的服务器(后台)是指后台程序+数据库,也就是主人+衣柜,衣柜是存储衣服(数据),主人是收拾、处理衣服的。你有钱可以一个住一间大房子,没钱或者觉得太大也可以隔出几个小板间租给别人。目前常见的服务商是这样子做的,可能A101这间房间住了不同创业公司的后台。但是房间之间都是隔离的(技术成熟)。
  • 第三个问题:其实我们自己也可以搭建服务器,要和运营商申请公网IP,一月好几千,那我们的电脑也就是服务器了。

云主机vs机房

  • 机房:类似小区,由很多服务器组成;
  • 云主机:由多台服务器组成,共同处理计算数据。

机房,类似小区,由很多服务器组成。但是可能这些业主互不相识,也可能这一层住的都是老王家族。

云主机:类似别墅,老王家族住在别墅,他们之间是有关系的,一起合作处理一些大事。

3. 世界之窗门票-账号与Token

(1)世界之窗

终于周末了,真开心。对小奈这种初入职场的人来说,还是很期待周末的。和表哥约好周末去世界之窗玩,放松之余,还要抓紧和表哥学习东西。

(2)账号和门票一样

世界之窗外面是开放的,但是如果要进去里面的话,就需要买门票了。

小奈:这个门票是不是和账户密码一样?

大仁:是的

小奈:账号登陆是怎么实现的?

大仁:那要先给你简单讲下数据库。

(3)数据库是什么?

数据:举个例子,班级里面的每个人,例如:小周,他的各个字段:年级,性别、语数英等等,周杰伦的所有信息算是一条数据。

数据表:数据表就像一个excel表格,里面存了3年1班所有学生的数据。

数据库:数据库可以理解成一个文件夹,里面有很多excel表格,例如3年级所有班级(1、2、3班)的excel表格。

(4)账号密码

大仁:这里的账号登陆和门票进场一样,但是稍微不同的是,它是永久性的,只要你不改密码/不被禁用。

(5)Token则是凭据

“叮铃叮铃”

大仁:喂,小明啊,你也要来世界之窗么?

小明:是啊,但是我没门票,进不去啊。

大仁:我记得你是如花酒店会员是吧?

小明:是啊。

大仁:他们有和这个酒店合作,你试一下。

小明:你好,我是如花酒店的会员,能不能进去这里玩下。

检票员打电话给如花酒店,小明和酒店说了自己信息,酒店经理给了临时暗号:0007,你好可以了。

Token则更像是临时暗号,这个临时暗号是账号授权生成的,门票丢了得重新花钱买,token丢了重新操作下认证一个就可以了,因此token丢失的代价是可以忍受的。

(6)Cookie 和 Session

这个账号密码,其实还有两个重要的概念,下回分解。

 5. 暗号和钥匙-Cookie和Session的区别

(1)Cookie和Session的区别

小奈:表哥那个cookie和session有什么区别?

大仁:记得上次了小明和你讲的故事么?, 在浏览器输入url背后发现的事。 2.1 初次见面-浏览器输入url后

大仁:上次输入的网址 www.hellojack.com ,其实完整的是 http://www.hellojack.com,前面有个http前缀,它是一个协议,无状态协议。

大仁:我来给你讲个故事吧。

(2)http

很久很久以前(30年前,只有静态html的时候),有个发快递的人叫http。偶尔有人打电话(无来电显示)向他买东西,他收到请求后,就会去中心仓库克隆一份这个东西,然后把货品塞到管道里,这样客人就收到了。

那时候工作很轻松,小日子过的挺舒服啊。好景不长(社区、电商网站的出现),仓库里进了很多贵重和私密物品。老板要求他记录订购贵重物品的客人,私密物品一定要鉴别客人身份。

(3)暗号:cookie

但是没有来电显示啊,鬼知道谁定的,http就很苦恼了。想了想,终于想到一个办法了。以后客人打电话过来,我就给他个暗号。终于可以记录了,但是又遇到了一个问题。由于暗号比较简单,其他客人可以伪造。

(4)档案袋和钥匙:session和session-id

http想了很久,最后和服务器协商,让服务器那边建立档案袋,并把钥匙给客人,下次叫客人把钥匙给他。之后客人都通过钥匙来打开档案袋,确定身份。如果打不开的话就证明错了。

express 中的 cookie

express 在 4.x 版本之后,session管理和cookies等许多模块都不再直接包含在express中,而是需要单独添加相应模块。

var express = require(‘express’);

// 首先引入 cookie-parser 这个模块

var cookieParser = require(‘cookie-parser’);

var app = express();

app.listen(3000);

// 使用 cookieParser 中间件,cookieParser(secret, options)

app.use(cookieParser());

app.get(‘/’, function (req, res) {

// 如果请求中的 cookie 存在 isVisit, 则输出 cookie

// 否则,设置 cookie 字段 isVisit, 并设置过期时间为1分钟

if (req.cookies.jack) {

console.log(req.cookies.jack);

res.send(“welcome”);

} else {

res.cookie(‘jack’, ‘content’, {maxAge: 60 * 1000});

res.send(“no cookie”);

}

});

(6)session

cookie 虽然很方便,但是使用 cookie 有一个很大的弊端,cookie 中的所有数据在客户端就可以被修改,数据非常容易被伪造,那么一些重要的数据就不能存放在 cookie 中了,而且如果 cookie 中数据字段太多会影响传输效率。为了解决这些问题,就产生了 session,session 中的数据是保留在服务器端的。

session 的运作通过一个session_id来进行,session_id通常是存放在客户端的 cookie 中,比如:在 express 中,默认是connect.sid这个字段,当请求到来时,服务端检查 cookie 中保存session_id 并通过这个 session_id 与服务器端的 session data 关联起来,进行数据的保存和修改。

 

作者:深圳jack,微信公众号:产品经理的技术课堂

本文由 @深圳jack 原创发布于人人都是产品经理。未经许可,禁止转载

给作者打赏,鼓励TA创作!
9人打赏
评论
欢迎留言讨论~!
  1. 给你赞一个

    回复
  2. 图片看不清楚

    回复
  3. 太形象了,深入浅出,不夸张的说是我在人人看过最有趣易懂的文章了!很棒!

    回复
    1. 过誉了,还有很多需要改进的地方

      回复
  4. 感觉比喻都很形象,但是只有喻体的描述,没有本体的描述,还是有点知其然不知其所以然

    回复
    1. 本体可以继续追问,可以看下2,本体描述比较多一些

      回复
  5. 更新了,各位。 看这里 http://www.woshipm.com/pmd/1012306.html

    回复
  6. 厉害,做了一年的产品还是不能够说清楚技术之间的关系,看这个浅显易懂

    回复
  7. 意犹未尽,感觉Jack还有很多话要说,听说要出电子版,怎么第一时间获取呢,给个公众哈或者博客,最好是加你微信啦 :idea:

    回复
    1. 公众号: 产品经理的技术课堂

      回复
  8. 请问是要出书吗?我觉得写的很好,想买!什么时候能出来 :smile:

    回复
    1. 感谢,评价太高了吧。 出书流程好像挺长的,电子版估计6月写完。 等电子版吧。

      回复
    2. 苦于不懂技术的小白,学习都快疯狂了,这个感觉比喻很形象很容易理解,电子书出了一定要广而告之啊 :cool:

      回复
    3. 好的,初衷也是想消除重复的理解工作,让技术理解标准化、变得有趣,变成一本词典。

      回复
  9. 这种形式还挺好的,对于想走PM道路的我还挺受用的~

    回复
  10. 果然是会讲故事的产品经理啊,佩服,已关注公众号。作为新手产品妹子,突然想找个产品男朋友 :idea:

    回复
    1. :roll: :roll: 小明和小奈的爱情故事 即将展开

      回复
  11. 赞一个!谢谢谢谢

    回复
    1. 不客气,欢迎提问。

      回复
  12. 简单,通俗,易懂

    回复
    1. 感谢认可 持续更新中

      回复
  13. 有错别字

    回复
    1. 非常感谢,请指出。

      回复
  14. 很棒

    回复
  15. 还没更完是吧?

    回复
    1. 是的,前面1/4,大概20章,50多篇。昨日更新到3.2 村姑与化妆师–html和css的故事 3.3 API的使用

      回复
    2. 在哪可以看到完整版

      回复
    3. 关注公众号:产品经理的技术修养 这里是最新的 但还没更完

      回复
    4. 打错, 公众号: 产品经理的技术课堂

      回复
    5. 更新是在这里原文更新吗

      回复
    6. 这边慢一点,微信公众号是最新的

      回复
  16. 产品经理面对开发时,需要懂技术到什么程度,怎么样才能合理沟通? 有时提出的需求技术说不会做,但在其它平台已经实现了。

    回复
    1. 刚好昨天在知识星球(产品经理的技术修养)回答过这个问题。

      和你说实际案例吧,有两个技术出身转的产品,一个是我,一个是华为的。

      我刚转产品的时候,很自然的会想技术细节,这时候其实开发是反感的,有种侵犯他们领域的感觉。
      华为的那位产品经理则是装不懂,实际上他技术比开发还牛。所以还是尊重开发、相信他们的专业能力(菜鸟除外)。

      1、产品经理要懂技术,这样才能理解开发,在一些功能实现可能性做取舍,和开发无障碍协作,顺利推进工作。
      (这个则是沟通问题,其它平台和自家平台,在架构以及阶段等很多方面可能不一样,开发能力也不一样,你是想知道他有没有骗你?你可以问另一个开发,但我建议你和他搞好关系。)

      2、产品经理的沟通能力很重要,入职第一件事是融入团队,有点像地头蛇,大家都比较信任喜欢。
      在技术方面,懂就行(掌握一套技术论,我在研发中),最后写代码的还是研发,提出清晰明确需求,与开发沟通好进度。

      3、如果真的要在技术上做提升,可以学数据分析,从excel基础函数数据透视开始。
      非要写代码的话建议从html和js学起。
      会技术的产品经理可以随时验证自己的想法

      回复
    2. 怎么说呢自己大学的时候自学过前端,实习做过测试,大三暑假自学了数据分析,秋招面的数据分析岗,现在的职位是数据产品,这样的经历对于做产品会不会有帮助?

      回复
  17. 缓存是存在用户端的,进程是存在服务器端的吗?

    回复
    1. 用户端和服务端,攻和受,他们都有缓存和进程。 用户口中的缓存是在客户端,没错。 后续出一篇进程、线程、缓存详细讲解下。

      回复