讲个故事,给你一份详细的技术书
本文以一个故事的形式,给产品新人一份技术书,如果你是产品新人,那就进来看看吧~
序言
经常有产品新人问我技术问题:是前后端的区别?数据库是怎么样的?如何和研发沟通?
回答的多了,就想系统化的回答,写一本书,让技术变得通俗易懂、有趣。
6年间,从技术小白=>工程师=>后台、数据产品经理,2000多个日夜,为代码、需求绞尽脑汁、也在创业路上走过,百感交集。
本书以小说故事的形式、场景化讲解技术,让枯燥的技术变得有趣。感谢一些帮助我的小伙伴,谢谢。
另提下里面的人物用的是脸萌设计的,侵删(设计师正在设计人物)。
封面
故事背景
故事也很简单,两条主线,李大仁来深圳的创业故事,表妹小奈和小明的爱情故事。
- 小明和小奈恋爱,程序员和产品经理的爱情故事
- 大仁用户量破亿,一番挫折后破土而出,创业进入新阶段,拿到了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 原创发布于人人都是产品经理。未经许可,禁止转载
有意思,电子书怎么获取?产品经理的技术课堂公众号不存在!
给你赞一个
图片看不清楚
太形象了,深入浅出,不夸张的说是我在人人看过最有趣易懂的文章了!很棒!
过誉了,还有很多需要改进的地方
感觉比喻都很形象,但是只有喻体的描述,没有本体的描述,还是有点知其然不知其所以然
本体可以继续追问,可以看下2,本体描述比较多一些
更新了,各位。 看这里 http://www.woshipm.com/pmd/1012306.html
厉害,做了一年的产品还是不能够说清楚技术之间的关系,看这个浅显易懂
意犹未尽,感觉Jack还有很多话要说,听说要出电子版,怎么第一时间获取呢,给个公众哈或者博客,最好是加你微信啦 💡
公众号: 产品经理的技术课堂
搜索不到这个公众号哦
请问是要出书吗?我觉得写的很好,想买!什么时候能出来 🙂
感谢,评价太高了吧。 出书流程好像挺长的,电子版估计6月写完。 等电子版吧。
苦于不懂技术的小白,学习都快疯狂了,这个感觉比喻很形象很容易理解,电子书出了一定要广而告之啊 😎
好的,初衷也是想消除重复的理解工作,让技术理解标准化、变得有趣,变成一本词典。
这种形式还挺好的,对于想走PM道路的我还挺受用的~
🙄 🙄 小明和小奈的爱情故事 即将展开
赞一个!谢谢谢谢
不客气,欢迎提问。
简单,通俗,易懂
感谢认可 持续更新中
有错别字
非常感谢,请指出。
很棒
还没更完是吧?
是的,前面1/4,大概20章,50多篇。昨日更新到3.2 村姑与化妆师–html和css的故事 3.3 API的使用
在哪可以看到完整版
打错, 公众号: 产品经理的技术课堂
更新是在这里原文更新吗
这边慢一点,微信公众号是最新的
产品经理面对开发时,需要懂技术到什么程度,怎么样才能合理沟通? 有时提出的需求技术说不会做,但在其它平台已经实现了。
刚好昨天在知识星球(产品经理的技术修养)回答过这个问题。
和你说实际案例吧,有两个技术出身转的产品,一个是我,一个是华为的。
我刚转产品的时候,很自然的会想技术细节,这时候其实开发是反感的,有种侵犯他们领域的感觉。
华为的那位产品经理则是装不懂,实际上他技术比开发还牛。所以还是尊重开发、相信他们的专业能力(菜鸟除外)。
1、产品经理要懂技术,这样才能理解开发,在一些功能实现可能性做取舍,和开发无障碍协作,顺利推进工作。
(这个则是沟通问题,其它平台和自家平台,在架构以及阶段等很多方面可能不一样,开发能力也不一样,你是想知道他有没有骗你?你可以问另一个开发,但我建议你和他搞好关系。)
2、产品经理的沟通能力很重要,入职第一件事是融入团队,有点像地头蛇,大家都比较信任喜欢。
在技术方面,懂就行(掌握一套技术论,我在研发中),最后写代码的还是研发,提出清晰明确需求,与开发沟通好进度。
3、如果真的要在技术上做提升,可以学数据分析,从excel基础函数数据透视开始。
非要写代码的话建议从html和js学起。
会技术的产品经理可以随时验证自己的想法
怎么说呢自己大学的时候自学过前端,实习做过测试,大三暑假自学了数据分析,秋招面的数据分析岗,现在的职位是数据产品,这样的经历对于做产品会不会有帮助?
缓存是存在用户端的,进程是存在服务器端的吗?
用户端和服务端,攻和受,他们都有缓存和进程。 用户口中的缓存是在客户端,没错。 后续出一篇进程、线程、缓存详细讲解下。