技术人人都是xx

要知己知彼,才能更好的同理心,更好的主动,减少抱怨情绪. 因为不知道该怎么做,只能抱怨.技术人人都是项目管理师. 即使你不懂细节,怎么跟踪,要时间点,怎么暴露风险,怎么解决?技术人人都是产品经理.技术人人都是测试专家. 人人都是时间管理师 技术人人都是后端架构师. 1.1如何成为一名架构师,架...

2019-07-10 12:23:06

阅读数 78

评论数 0

关于产品经理的思考

摘抄: 我会将“对话俞军谈产品”的系列文章分为三篇来写:《俞军的产品军规:用户不是人,是需求的集合》、《产品经理的先天天赋和后天的爆发式成长》、《对俞军产品方法的反思和怀疑》,这三篇文章,我会分别从产品方法,产品经理的成长与培养,以及反思和怀疑来写。 背景: 从互联网大公司来到创业...

2019-07-19 11:58:19

阅读数 29

评论数 0

大数据下高性能分页

1.通过where 条件后,量不大可以 limit index,size. 2. 量大,索引+orderby法 本质上 要有个unique_key. order by 的key, 必须要有索引,性能好. where unique_key > #{index} order b...

2019-07-17 19:19:08

阅读数 90

评论数 0

技术人人都是商业模式设计师

任何一个想法,都需要进行价值评估,看是否有必要进行创业. 或者进行重构. c2c 或者 b2c . 本质: 解决了什么需求. 拆分: 1. 角色有哪些? 多一种角色就多一个难点. C2cor B2c ? 2. 总量有多少?频率 * 价值 3. 核心壁垒是什么? 核心技术, 黏性....

2019-07-10 15:10:15

阅读数 24

评论数 0

如何写技术review文档

技术评审文档: 先有总结,再说原因,思考过程. 评审文档更关注风险点,要和详细设计文档区分开. 思考过的方案选型报表要有. 要有横向对比思维方式: 从已知的产品中获取思路, 并找同学交流. 屏幕验证码和手机短信验证码. ...

2019-07-10 12:21:36

阅读数 38

评论数 0

技术人人都是交互专家

产品体验两大点: 1.确定性. 操作可以失败,但失败后要能明确告知用户错误原因 2.错误原因需要对用户有价值,即用户能知道当场该怎么操作能解决问题. ...

2019-07-10 12:19:41

阅读数 228

评论数 0

技术人人都是产品经理- 如何需求评审,需求评审评什么.

另外两篇文章: 关于需求评审和设计https://blog.csdn.net/fei33423/article/details/51459624 需求拆分到设计流程总览https://blog.csdn.net/fei33423/article/details/53351622 业务系统中最...

2019-07-10 11:55:22

阅读数 32

评论数 0

人人都是测试专家- testCase怎么写,才能完备.

通过脑图,类似产品的思维方式. 职能图. 角色(内部运营配置,员工,产品,依赖方) 以服务端分配码为例, 第一个层级: 角色 (员工,访客,管理员,内部预配置) 第二个层级: 流程功能点. 正常case,异常case(依赖方不同的返回,依赖方处于不同的状态(外网不通,外网通.))....

2019-07-10 11:24:05

阅读数 81

评论数 0

reactor和vue的区别-个人理解浅见.

vue的是先布局股价,布局里有简单的语法,if,for循环.for循环,一个Bean, 然后利用一个方法计算出一个值.这种的话,就需要计算规计算,布局规布局. 计算出的值,组装成list,传到布局里. 1.先计算 2.计算后的值再布局. 这样的思维写的代码耦合度更低. 但是需要多次for循环. 在...

2019-07-04 21:14:36

阅读数 66

评论数 0

提示
确定要删除当前文章?
取消 删除