产品经理要懂的技术那些事儿
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
4.常量、变量、函数、方法
5.面向对象编程:类、继承、封装
6.接口, 只关心输入输出
02
编程进阶-注意点
软件本身的多线程, 程序上控制的多线程
1. 进程与线程, 多线程处理(加快速度,增加了资源消耗)
2. 异步处理,对非关键业务,使用消息队列MQ
好处:加快响应速度、消平业务高峰、业务拆分解耦 风险:业务未全部完成、数据不一致 例子:发通知、加积分、加销量
非关系型数据库 — NoSQL (Not Only SQL) mongoDB, HBASE
多用在大数据领域
02
数据与数据库
OLTP数据库 — 联机事务处理 OLAP数据库 — 联机分析处理
设计时需预估数据量及 数据增长速率
数据量级别对性能的影响
02
数据缓存
作用:对频繁访问的数据,提高加载速度,降低数据库压力; 支持离线访问 注意:失效时间设置,数据更新触发机制
3. 定时任务: 处理数据,轮询场景
注意频率的控制,对实时性的影响 例子:报表数据采集、商品查询中间表、订单超时取消
02
编程进阶-注意点
灵活性:客户端程序 < 服务端程序 < 服务端配置文件 < 数据库
4. “写死”的问题, 快速 or 灵活的选择
5. 异常处理—
类型—业务异常、运行异常、环境异常 捕捉—打印日志,保存到数据库,通知(邮件、短信) 处理—抛错,重试(自动、手动), 补偿
产品经理要懂的 技术那些事儿
• 2018.5
1.
为什么要懂技术?
2.
3.
相关技术介绍
与技术人员的沟通
01
Why?
1. 思维切换:以用户视角来看待产品,用产品思维去设计产品,用技术思维去 沟通产品实现,在不同的场景和面向不同角色完成思维切换
01
Why?
2. 了解技术边界 知道什么能做, 什么不能做 什么好做, 什么不好做
02
数据与数据库
产品的数据视角:定义实体、实体间关系、数据流转
数据分类: 结构化数据 — 固定规则结构,
表单表格展现,动结构?
非结构化数据 — 文章,图片、音频、视频
02
数据与数据库
数据库 — 按一定规则存储数据,并提供操作
关系型数据库 — 基于关系模型,二维表格; id 主键
使用SQL语言, MySQL, SQLSERVER, Oracle
02
技术介绍-互联网及发展
PC互联网 -》 移动互联网 -》 物联网/人工智能
云计算的时代
02
编程基础
1.数据类型及使用场景: 整型、浮点型、bool型、字符型、时间型
2.逻辑结构:条件判断if/else、条件选择switch、循环while/for
3.数据结构:数组、栈(后进先出)、队列(先进先出)、树
层级 名称
1 2 3 4 浏览器(客户端)默认 缓存 客户端数据缓存 服务端接口层缓存 服务端服务层缓存
实现方法
自动 程序开发-APP 程序开发-接口框架 程序开发-业务代码中
存储位置
清理方法
客户端的系统存 刷新(下拉), 储 “清除浏览器缓存” 客户端的本地存 APP-“清除缓存” 储 服务器内存-服 务器软件 服务器内存Redis数据库 重启服务 删除Redis里的相关key
03
更好的沟通
1. 让PRD文档更准确更好理解
尽量使用规范的专业技术术语,如“对话框”… 2. 用讲故事代替枯燥的功能介绍, 场景代入
3. 注意角色转换和沟通技巧
自我: “我觉得”,“我认为” 无我: “我们一起来看” 确认机制
03
常见问题的沟通
1. 这个Fra Baidu bibliotek能做不了,太麻烦
2. 这个功能(设计)没什么意义
3. 这个不是(我的)BUG
03
总结讨论
总结: 思维切换、技能切换、沟通切换
问题?