如何判断一个人是不是产品高手？（好文必看）

经常有人会问，怎么判断一个人是不是产品高手？总的来说，一个产品高手的能力体现在三个层次：中观、微观、宏观。想成为产品高手的朋友可以对照一下，看自己什么地方比较强，工作中就应该多发扬，以及什么地方相对较弱，就应该有意识的加强补足。【上】先说中观，产品的中观什么？中观其实就是方法。产品经理很多时候，都潜移默化的用自己的一套方法论去做产品，去解决各种产品问题。比如说，做需求调研，可以竞品比对，用户访谈，听客服录音，做匿名问卷等，这些是常见的需求调研的方法。又比如说，做营销产品，可以遵循以下步骤与方法：（1）用户分层，例如使用RFM模型；（2）工具选择，针对每一个分层的用户使用不同的营销工具，例如新手券，秒杀，团购，裂变等；（3）渠道选择，这是触达用户的方法，例如地推，短信，push等；（4）数据呈现，针对不同分层，不同工具，不同渠道的营销活动，做可视化的产品进行呈现；如何系统性学习做产品的方法？可以看书，查资料，快速了解相关的知识，但也仅限于知识了。加入一家大公司去做产品，是系统性学习接地气产品方法论更好的方法。人们常说，某一家公司，能够系统地培养某一种人，这说明了这家公司在这个领域有它不一样的方法论，比如说：某团某巴巴出销售运营，某讯出产...

15h

这一步都没做，还想搞自动化运维？

监控平台，服务治理，调用链跟踪，数据收集中心，自动化测试… 很多公司在搞技术体系平台化。可如果连第一步“集群信息集中管理”都没做到，谈平台化为时尚早。今天，和大家聊聊技术体系平台化的基石，集群信息集中管理。什么是集群？互联网典型分层架构如下：（1）web-server层；（2）service层；（3）db层与cache层；为了保证高可用，每一个站点、服务、数据库、缓存都会冗余多个实例，组成一个分布式的系统，集群则是一个分布式的物理形态。更通俗的说，集群就是一堆机器，上面部署了提供相似功能的站点，服务，数据库，或者缓存。如上图：（1）web集群，由web.1和web.2两个实例组成；（2）service集群，由service.1/service.2/service.3三个实例组成；（3）db集群，由mysql-M/mysql-S1/mysql-S2三个实例组成；（4）cache集群，由cache-M/cache-S两个实例组成；与“集群”相对应的是“单机”。画外音：缓存如果没有高可用要求，可以是单机架构，而不用非得是集群。什么是集群信息？一个集群，会包含若干信息（额，这算什么解释），例如：集群名称，节点IP列表，二进制目录，配置目录，日...

15h

一个人都改变不了，还想改变世界？

看了的人，都转了聊职场，欢迎关注 阅读原文 原文

4d

管理者，别总以为自己比员工聪明

创业公司，老板对技术团队不满意，故空降来了一个职业经理人CTO来带队，并提了明确的要求，“必须要让不懂技术的人，看懂管理结果”，更具体的：要量化，要体系化，要有重点。 CTO针对老板提的三点具体要求，新官上任便烧了三把火：（1）量化：设定北极星指标；画外音：源自《增长黑客》。（2）体系化：RFM模型；画外音：常见的客户管理模型。（3）有重点：分层管理； 一、北极星指标空降CTO认为：技术团队为系统交付负责，产出的是代码，因此，可以以“代码行数”甚至“代码字节数”作为北极星指标，量化衡量技术团队，研发工程师的产出。 二、RFM模型通过三个核心指标，建立模型，对技术团队进行管理：（1）最近一次提交代码的时间 (Recency);（2）最近一周提交代码的频率 (Frequency);（3）最近一周提交代码的总量...

4d

在变化中，探求哲学本质

转眼之间又快到年底了，回顾这一年各行各业的情况，可真谈不上太平。拿互联网行业来说，“寒冬”的说法由来已久，加上今年情况特殊，很多程序员的失业几乎是必然。当然，受影响较大的，终归是小部分人。但这小部分人，却给绝大多数还在享受“福报”的互联网人，敲响了警钟。原本就被“35岁论”“红利已过”搞得焦虑不堪的互联网人，在这次数十年难遇的冲击下，变得更加恐慌了。未来到底应该怎么办？怎么确保不被淘汰？每个行业都有不少眼光独到的大佬，你遇到的问题，他们通常早就考虑到了。前段时间，美团联合创始人、高级副总裁王慧文回到清华做了一场演讲，今天，我们就来聊聊，他所谈到的一些价值点。 01王慧文讲的三个故事清华是王慧文的母校，面对一群国内未来顶尖的精英人才，他选择用“不设限的人生”这个蛮适合18、19岁去听的主题。王慧文一共在演讲里讲了三个故事，分别谈了美团创始团队的做事方法论、文化和人才理念。在王慧文看来，美团从一开始就十分注重遵循规律，并且在探索行业、用户、产品的规律上做了大量功课。美团持续将这些规律，应用在企业管理、产品技术中，将规律的能量最大化。他还提到，不要给自己设限，要根据行业需要快速学习：建设新能力，抓住新机会。02王慧文口中的“π型人才”真正引...

5d

为什么说，好老板，对职业发展尤为重要？

看了的人，都转了聊职场，欢迎关注 阅读原文 原文

5d

三周，自研自动化上线平台

以下场景，你是否似曾相识：（1）ssh登陆服务器；（2）手动停止服务，手动打包，备份服务；（3）手动wget新版本，手动解压，替换服务；（4）手动启动服务，观察服务日志；（5）ssh登陆第二台服务器...（6）...从初创公司走过来的人，都不愿意回忆起这一段惨痛的经历，如何快速落地通用的，可扩展的，自动化上线平台，是本次将要分享的内容。事件：在线直播话题：《三周自研，通用可扩展自动化上线平台》时间：11.15（今晚）20:00提纲：（1）集群初始化，自动打包发布，自动上线痛点；（2）自动化上线平台核心流程（3）自动化上线平台架构抽象；（4）自动化上线平台快速落地实践；如何观看直播？没有任何套路，扫码进入H5，立刻观看。只聊技术，扫码进入直播间通过直播讲解技术，已经讲到第十二期了：第一期，区块链架构设计第二期，秒杀业务，架构与细节第三期，feed业务，架构与细节第四期，搜索引擎内核，架构与细节第五期，MQ内核，架构与细节第六期，RPC内核，架构与细节第七期，IM即时通讯，架构与细节第八期，分布式调用链追踪，架构与细节第九期，数据库反范式，架构与细节第十期，机房平滑迁移，架构与细节第十一期，10个有意思的架构问题第十二期，给技术人职场的1...

1w

技术人写MySQL书籍有多难？一个真实的故事（结局美好）

这是一个真实的故事，我在去年讲过这个故事，文末有了新的进展。【上】我叫“小孩子”，一个后端研发工程师，平时喜欢搞技术，看源码。和大部分互联网公司一样，我使用MySQL作为存储，在研究MySQL，学习MySQL的过程中，我遇到了这样一些困难：（1）网上MySQL的资料不系统，多而杂；（2）有的书偏应用，比较浅，底层原理没有讲；（3）有的书语言比较晦涩，比较难懂；我在想，会不会有很多技术的小伙伴，在学习MySQL的时候，会不会遇到类似的问题。于是，我决定写一本关于MySQL的书，从底层到应用，从初学者到架构师，用比较通俗的语言讲透关于MySQL的一切，说干就干，于是我在2017年启动了这个写书计划。然而，梳理结构，撰写文字，画图等工作的耗时远远超出我的预期，有时候写一篇两三千字的内容需要大几个小时，要是这样下去，书不知道得写到猴年马月去。于是，我心一横，辞了工作，和朋友一起专心写作，花了一年多的时间，写了三十多万字，画了一百多幅插图，用最通俗易懂的文字，讲透了MySQL记录、索引、页面、表空间、查询优化、事务、锁、应用优化等方方面面，在近期终于成稿。事情远没有想象的简单。奔走了几个出版社，全都碰壁，得到的反馈清一色是：你是谁呀？本来购买纸...

2w

每秒50W笔交易，阿里双十一，架构如何优化到极致！

2019 天猫双 11 交易峰值创下新纪录，达到 54.4 万笔/秒，是 2009 年第一次双 11 的1360倍.绚丽数字背后，是架构的极致优化。阿里双十一是典型的电商秒杀系统，这里我们总结几种常见的高并发场景：（1）电商秒杀，并发量极高，商品SKU丰富，系统的瓶颈在商品、订单的读写；（2）Feed流业务，像微博等，系统性能瓶颈在于热点数据的读并发请求；（3）IM业务，用户点对点，数据读写均匀，数据访问冲突较小；从业务场景和挑战难度上，电商秒杀难度最大。那么对于双十一这种场景，业务架构和系统架构上需要如何优化呢？交易系统常见的整体架构用户发起（浏览器/APP），最上层，面向用户业务层，对用户请求进行业务逻辑判断，校验核心系统层，订单服务、商品服务，提供交易的核心逻辑与数据访问基于这个架构，架构师们应该如何优化？主要有：（1）做好链路流量过滤拦截（2）充分利用缓存高性能（3）提前进行容量规划（4）优秀的架构设计一、链路流量过滤拦截电商高并发之所以挂，大部分原因是请求压力落到了数据层，数据读写锁冲突严重。交易对数据一致性要求高，进一步导致了响应耗时高，导致上层所有请求超时，最终服务宕机。双十一属于秒杀，瞬时读写高并发场景。此时我们可以采...

3w

老板和下属，究竟要如何相互成就？

看了的人，都转了聊职场，欢迎关注 阅读原文 原文

3w