-
编辑 删除
高情商技术管理者必备的5项特质
带销售团队靠纪律，带技术团队靠情感。情商，是认识+管理+控制自己情绪，以及认识+理解+影响他人情绪，的能力。高情商，能够帮助技术leader事半功倍的管理好团队。高情商技术管理者，要有什么特质呢？1.移情移情，是一种站在他人角度，理解他人感受的一种能力。为什么常说，一个技术leader最好是技术出生
-
编辑 删除
带团队，boss需求怎么处理？
15年调到到家后，很长一段时间，我的leader是James，他给了我充分的信任与足够的支持，让我有机会对58到家技术体系做一个雏形的搭建。此外，我还从James身上学到了不少处理“老板需求”的原则和技巧。一天，James把我叫到办公室，问我某个项目的进展情况。“X跟我反馈，说项目n进度有点慢，我想
-
编辑 删除
多数票，根本不公平，是个悖论！
上一篇《带团队，投票真的公平么？》指出，投票看似公平，其实未必，有朋友特别留言说：从数学的角度，“多数票代表公平”也是不成立的。我特别查了一下这个“投票悖论”，还挺有意思的。投票悖论：集体投票时，如果按照多数票胜出，可能导致不稳定，甚至矛盾的结果。案例，ABC三个人要选出一个老大，甲乙丙三个人的投票
-
编辑 删除
带团队，投票真的公平吗?
投票，是很常见的一种决策机制，这个看似最民主的决策机制，真的最公平么？分享一个发生我身上的故事，以及我从leader身上学习到的东西。N年前的一个年末，到了公司发奖评优开年会的时间。技术部也不例外，要评年度优秀员工，分到wutp的部门也就差不多一个名额。画外音：wutp是我leader，负责几个技术
-
编辑 删除
带团队，强势真是好事么？
11年我加入58同城，直到15年转至58到家，这5年(2011-2015)我的直属领导是wutp，从他身上，我学到了更多的东西。画外音：我运气确实不错，总能碰到好领导。到58之后，带队做im平台，由于之前做过百度hi，而其他同事都没有im经验，所以架构方案基本是按照我说的来。每次技术讨论，只要我抛出
-
编辑 删除
带团队，要不要言传身教？
《带团队，不轻易放弃每一个战友》分享了我职场第一位经理yuz，教导我“遇到问题不仅要思考，也要及时提问，暴露问题”，并“在我遇到困难的时候，指导我，帮我解决问题”的故事。今天，分享我职场第二位经理fengxq，手把手指导我的故事。fengxq(doubhor)是当时百度hi后端团队，对业务和系统最熟
-
编辑 删除
带团队，不要轻易放弃任何一个队友
今天的文章里，我不是那个带团队的leader，而是那个没有被leader放弃的队友。绝大部分baiduer可能都不知道，百度在中关村软件园的信威大厦还秘密办公过几年，信威大厦里蛰伏着有啊与百度hi两个关系紧密的“重量级产品”。画外音：不知道这两个产品的同学，暂且理解为淘宝与阿里旺旺的关系。校招内推的
-
编辑 删除
1分钟了解比特币，PM都懂了
理解本文不需要任何技术背景。一句话，比特币BTC（BitCoin）是，基于区块链的，能抵抗通货膨胀的，电子货币。这里有三个关键词：电子货币，抵抗通胀，基于区块链。一、比特币有没有价值？很早以前，没有货币，物品换物品。我手里有牛，我需要盐，但买盐的人不需要牛，他需要布，于是我想办法用牛先换取布，再换取
-
编辑 删除
全球如何保证区块生成是匀速的？
《1分钟了解区块链的本质》，介绍了什么是区块链，区块链是一个没有管理员，每个节点都拥有全部数据，高可用的分布式存储系统。《1分钟了解挖矿的本质》，介绍了什么是挖矿，挖矿是在最新区块链的数据上，生成一个符合条件的区块，链入区块链的过程。区块链有个特点：虽然大家都在采矿，但挖到矿的速度是均匀的。以承载比
-
编辑 删除
1分钟了解“区块链分叉”的本质
《1分钟了解区块链的本质》，介绍了什么是区块链，区块链是一个没有管理员，每个节点都拥有全部数据，高可用的分布式存储系统。《1分钟了解挖矿的本质》，介绍了什么是挖矿，挖矿是在最新区块链的数据上，生成一个符合条件的区块，链入区块链的过程。有不少朋友问，全球每个区块链节点都包含全部数据，都在最新的区块链数
-
编辑 删除
1分钟了解“挖矿”的本质
上一篇《1分钟了解区块链的本质》，介绍了什么是区块链，区块链是一个没有管理员，每个节点都拥有全部数据，高可用的分布式存储系统。文章的留言里，不少朋友会用比特币来解释区块链，那区块链与比特币是什么关系？答：区块链是分布式存储，比特币是基于该存储的应用，其他诸如莱特币，以太币都是基于区块链的电子货币应用
-
编辑 删除
1分钟了解区块链的本质
区块链，比特币这些概念最近都很火，但很多人搞不清楚它究竟是啥，准备从技术的角度，从架构的角度，用通俗的语言谈谈楼主的理解。究竟啥是区块链？答：一句话，区块链是一个存储系统。更细一点，区块链是一个没有管理员，每个节点都拥有全部数据的分布式存储系统。通常所见的存储系统是啥样的？答：如上图，一块空间存储数
-
编辑 删除
“选redis还是memcache”，面试官究竟想考察啥？
昨天发布的《缓存架构，到底设计些什么？》一文，评论里问“究竟啥时候用memcache，啥时候用redis”的比较多。评论的回复中，我提到，自己会在面试中问候选人这个问题。不少同学质疑，问这个问题有什么意义，究竟想考察的是什么。这个问题很严肃，且很重要，它脱离了mc和redis本身，涉及到技术人的自我
-
编辑 删除
数据库主从不一致，怎么解？
在聊数据库与缓存一致性问题之前，先聊聊数据库主库与从库的一致性问题。问：常见的数据库集群架构如何？答：一主多从，主从同步，读写分离。如上图：（1）一个主库提供写服务（2）多个从库提供读服务，可以增加从库提升读性能（3）主从之间同步数据画外音：任何方案不要忘了本心，加从库的本心，是提升读性能。问：为什
-
编辑 删除
缓存与数据库不一致，咋办？
缓存与数据库的操作时序，不管是《CacheAsidePattern》中的方案，还是《究竟先操作缓存，还是数据库？》中的方案，都会遇到缓存与数据库不一致的问题。今天聊聊这个问题。一、数据库主从不一致先回顾下，无缓存时，数据库主从不一致问题。如上图，发生的场景是，写后立刻读：（1）主库一个写请求（主从没
-
编辑 删除
究竟先操作缓存，还是数据库？
缓存存储，也是数据的冗余。（1）数据库访问数据，磁盘IO，慢；（2）缓存里访问数据，存操作，快；（3）数据库里的热数据，可在缓存冗余一份；（4）先访问缓存，如果命中，能大大的提升访问速度，降低数据库压力；这些，是缓存的核心读加速原理。但是，一旦没有命中缓存，或者一旦涉及写操作，流程会比没有缓存更加复
-
编辑 删除
Cache Aside Pattern
在《究竟先操作缓存，还是数据库？》，有同学在评论提出，相关方案违背了“CacheAsidePattern”的原则，故今天聊一聊CacheAsidePattern。另外，在讨论技术方案时，尽量不说：“你是错的，应该怎么样”“facebook不是这样，所以你是错的”画外音：凭什么facebook就是真理
-
编辑 删除
缓存，究竟是淘汰，还是修改？
允许cachemiss的场景，不管是memcache还是redis，当被缓存的内容变化时，是改修改缓存，还是淘汰缓存？这是今天将要讨论的话题。问：KV缓存都缓存了一些什么数据？答：（1）朴素类型的数据，例如：int（2）序列化后的对象，例如：User实体，本质是binary（3）文本数据，例如：js
-
编辑 删除
缓存，你真的用对了么？
缓存，是互联网分层架构中，非常重要的一个部分，通常用它来降低数据库压力，提升系统整体性能，缩短访问时间。有架构师说“缓存是万金油，哪里有问题，加个缓存，就能优化”，缓存的滥用，可能会导致一些错误用法。缓存，你真的用对了么？误用一：把缓存作为服务与服务之间传递数据的媒介如上图：服务1和服务2约定好ke
-
编辑 删除
选redis还是memcache，源码怎么说？
memcache和redis是互联网分层架构中，最常用的KV缓存。不少同学在选型的时候会纠结，到底是选择memcache还是redis。画外音：不鼓励粗暴的实践，例如“memcache提供的功能是redis提供的功能的子集，不用想太多，选redis准没错”。虽然redis比memcache更晚出来，
