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

36 评论 24989 浏览 179 收藏 24 分钟

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

序言

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

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

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 原创发布于人人都是产品经理。未经许可,禁止转载

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 有意思,电子书怎么获取?产品经理的技术课堂公众号不存在!

    来自浙江 回复
  2. 给你赞一个

    回复
  3. 图片看不清楚

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

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

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

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

      来自广东 回复
  6. 更新了,各位。 看这里 http://www.woshipm.com/pmd/1012306.html

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

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

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

      来自广东 回复
    2. 搜索不到这个公众号哦

      来自河北 回复
  9. 请问是要出书吗?我觉得写的很好,想买!什么时候能出来 🙂

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

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

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

      来自广东 回复
  10. 这种形式还挺好的,对于想走PM道路的我还挺受用的~

    来自广东 回复
  11. 🙄 🙄 小明和小奈的爱情故事 即将展开

    来自广东 回复
  12. 赞一个!谢谢谢谢

    来自浙江 回复
    1. 不客气,欢迎提问。

      来自广东 回复
  13. 简单,通俗,易懂

    来自四川 回复
    1. 感谢认可 持续更新中

      来自广东 回复
  14. 有错别字

    来自上海 回复
    1. 非常感谢,请指出。

      来自广东 回复
  15. 很棒

    来自北京 回复
  16. 还没更完是吧?

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

      来自广东 回复
    2. 在哪可以看到完整版

      来自广东 回复
    3. 打错, 公众号: 产品经理的技术课堂

      来自广东 回复
    4. 更新是在这里原文更新吗

      来自北京 回复
    5. 这边慢一点,微信公众号是最新的

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

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

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

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

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

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

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

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

      来自广东 回复
  18. 缓存是存在用户端的,进程是存在服务器端的吗?

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

      来自广东 回复