Mobility

说一下我个人的经历，其实在我刚毕业的第一家公司里，做的就是底层的中间件开发。但是做的过程中，觉得并不喜欢这种远离实际业务的感觉，所以后来换工作的时候就有意的选择了业务部门。所以，今天想讲一下为什么会做这种选择。 我为什么不做底层开发首先，我想说一个很多人的认知，就是认为做底层的开发更容易学到东西，成长更快。我觉得这就是业务开发同学的臆想而已，底层开发没有大家想的那么利于学习，业务开发也没有大家想的那么不利于学习，原因我会在后边展开说。而之所以很多人有这样的认知，很大程度上是因为底层开发的招聘标准通常会高一些，所以这些人本身的学习能力和意愿就是要好一些。 其实底层开发的日常和业务开发也没有太大区别，都是在做需求。只是业务需求的来源是产品经理，底层需求的来源是其他开发，或者底层开发者本人的思考和想法。这里，我要说自己为什么不愿意做底层开发的第一个原因了，就是需求的来源不科学。首先，如果只做底层开发，而脱离了实际业务场景的话，对于技术的认知很可能是有偏差的，这样导致自己想做的一些事很可能是在自嗨，并没有实际应用价值。而如果从其他那些搜集需求呢，也会有类似的问题，业务开发的同学提出的...

大家好，我是流沙。设计模式是每个程序员都会经常接触到的东西，但是相信很多人对于设计模式究竟是什么还会有些疑问。所以，我们今天就聊聊这个，主要目标是帮大家理解设计模式的作用，以及要用什么样的心态对待设计模式。 前置知识提到设计模式，其实首先需要理解清楚的是面向对象思想。相信大家即使不能非常清晰的描述出来，对面向对象也应该是比较熟悉的。 我们就快速讲一下，面向对象有四大基本特性：封装、抽象、继承、多态； 封装：仅暴露有限的接口，授权外部来访问。将逻辑集中，因此更可控；可读性、可维护性也更好；易用性也更好。 抽象：隐藏方法的具体实现，让调用者只需要关心方法提供了哪些功能，并不需要知道这些功能是如何实现的。 继承：好处就是代码复用。 多态：子类可以替换父类。提高代码的可扩展和可复用性。 什么是设计模式设计模式是针对软件开发中经常遇到的一些设计问题，根据基本的设计原则，总结出来的一套实用的解决方案或者设计思路。 可以看到，设计模式是非常偏实际应用的，相比设计原则更加具体、可执行。 因此，在了解设计模式之前，就需要了解一些基本的设计原则。这些原则才是指导我们写出好代码的关键。 那么什么是...

大家好，我是流沙，一名近六年工作经验的程序员。我的工作经历里，包含了整体文化、氛围差别非常大的公司，和很多不同类型的人合作过，观察到过很多没效率的现象。同时，我一直觉得我自己的开发效率是非常高的。整个职业经历里，我很少在八小时的工作时间外处理任务性的事项。即使有时迫于公司制度不得不进行加班，也是在执行自己的学习计划，或者进行一些深层的思考。因此，我想做一个系统性的关于开发效率的总结，分享给大家。 首先，列两个非常没效率的场景。 小A开发过程中碰到一个没见过的报错，于是抱着电脑去找团队里的大牛小X, 小X努力的搜集相关的各种必要信息。与此同时，小A就在旁边看着，并且不时的和小X还有旁边的小Y聊着天。 小C拿到一个大型需求，匆匆看了一遍，接着就开始开发。开发一半了，发现产品稿上有个点看不明白，又去和产品问。问的过程中产品又想起来别的事，又说了起来。最后聊了半天，小C发现自己之前的工作基本白做了。 虽然有夸张的成分，但是这些事也是确实每时每刻都在发生的。造成这些现象的原因很多，我们今天就好好剖析一下。在剖析效率问题之前，我们需要先看看程序员日常都要做哪些事。其中对工作效率影响比...

对于一个程序员来说，日常最常说的词恐怕就是「复杂」了，这段代码太复杂了，这个逻辑太复杂了，所以，在这篇文章里，我们就好好掰扯掰扯「复杂」到底是怎么产生的，又要怎么去避免。 复杂度的产生我们先列一下当我们在说「复杂」的时候，到底在说什么。 没有模块划分，整个一大坨代码摊在那儿 大量的重复代码 代码整体逻辑看不懂 本来一个很简单的需求，改的时候发现这也要改，那也要改 代码没办法迁移，没办法复用 整天有莫名的bug出现 … 上边列的这些问题，其实很多之间是互为因果的，比如模块划分的不好，导致了代码逻辑看不懂，也导致了代码没法复用，代码没法复用，又导致了大量重复代码，重复代码又进一步导致代码逻辑看不懂。 所以，下面我们尝试着规整一下这些问题，看看问题到底在哪。 我觉得，首先可以把代码复杂度的问题简单分个类，一类是代码本身的问题，一类是代码对现实世界的表现力的问题。前者主要关乎代码整体的整洁程度，以及容不容易进行持续的维护；后者则主要影响代码容不容易理解，别人看代码时是否需要大量的背景知识。 对代码本身问题来说，以我的观察，导致代码过度复杂的首要原因就是模块拆分不清晰，甚至没有模块...

什么是信息衰减看到这个标题，是不是有种要讲信息学的感觉。其实并不是，只是最近观察到一些事情，有些感触所以说一下。最近在网上碰巧看到过两个言论，恰好事实我是比较了解的，所以感慨，二手的信息实在不可信。 实际案例第一个，是北京西城德胜片区有一个小学叫三帆附小，因为可以直升三帆中学，这个在西城数一数二的初中，所以一直十分火爆。这个学校今年因为教室不够，招生由七个班缩减到了四个班，所以卡了落户四年，即落户不足四年的都要调剂。其实，调剂也不差，因为调剂校里有西城排名前五，而且学位极度充足的西师附小，也有雷锋消息这样的优质直升校。甚至有人买三帆附小学区房就是为了去调剂，因为西师附小的学区房要更贵。 然后，在一个公众号的高赞评论里，看到了「德胜」今年卡落户「两三年」这样的言论，言论作者还顺便以此为依据表达了对买学区房这种行为从智商上的鄙视。 衰减的三个层次结合事实和最后言论，其实大概猜的出整个传播链条中信息的变化。德胜的三帆附小逐渐变成了德胜，卡落户四年变成了落户两三年的被调剂，又变成了卡两三年。同时，调剂去的是西师附小这种关键信息被丢失。 第二个事，上周望京地区除了新冠的病例，然后各个社...

从今年十一左右开始看房，到上个月初就定了下来。其实没想到会定那么快，只能说缘分到了吧。回想起当时的经历，感觉还是要记录一下，毕竟是人生中最大的几件事之一了。 背景与需求其实从年初孩子出生就在考虑买学区房的事情了，不过自己本来房子要到明年初才满五，没法赶在西城731政策之前上车了，算是有点小遗憾。 首先针对要不要买学区房，我比较认同网上的一类观点：买房子实际上是在买圈子。买的是你的邻居是些什么人，你的孩子要和什么人做同学。同样价格，有的人会选择学区好一点，住的差一点，有的人会想住的舒适一些，学区差点。想了想，我还是愿意和第一类人混一起。 因此最后和爱人定下了基本的基调：在保障基本居住质量的前提下，去追求能力范围内最好的学区。算了下预算，期望控制在850万左右，最高不超过950万。户型别太差的小两居就可以。 看房区域分析首先做了一轮初步筛选，海淀大部分地方因为离我们俩工作地都太远，所以都不再考虑了。金融街的价格压力太大，因此首先将范围缩小到西城的月坛和德胜两个片区，先看看房子情况。 十一期间先去月坛看了次房子，主要是育民对口的小区，白云观、白云路、汽南、真武庙啥的。说实话，心理落...

《文明、现代化、价值投资与中国》这本书，是著名的价值投资者李录先生所著的，分别讲述了文明的发展、现代化的产生、价值投资，并且结合中国的实际情况对这些内容作了阐述。个人感觉是一本价值极高的书，值得反复阅读，对于帮助我们认识这个世界的运行逻辑，建立正确的投资理念，都有非常大的帮助。 从书名可以看出，这本书其实讲了两个相对独立的话题，一个是文明、现代化，一个是价值投资，并分别阐述了这些和中国的关系。 文明与现代化农业文明的局限性作者首先用了很大篇幅讲述了文明产生与演化的整个过程。其中尤为精彩的就是对于农业文明天花板的论述。也就是农业文明的产出，本质上来源于光合作用。植物通过光合作用生长，而喂养牲畜也需要消耗植物。而光合作用产生的能量上限，受制于土地面积和土地的单位产出，这两者都有非常明显的上限，所以自然资源也就有了上限。有限的自然资源和近乎无限的人口增长，决定了人口最终只能通过非自然灾害来消化。 现代化的产生与本质现代化的产生源自新大陆带来的环大西洋自由市场经济和同时代的科学革命。1776年是一个重要的年份，这一年发生了三件事情，对现代化的发展都起到了至关重要的作用。一是亚当斯密出...

今天讲的这本书，《我曾走在崩溃的边缘：俞敏洪亲述新东方创业发展之路》，是俞敏洪老师写的一本自传性质的书，讲述了他从创立新东方以来的诸多经历和心路历程。今天就总结一下这本书的内容，并且讲一下自己的感悟。 这本书是从俞敏洪创立新东方之前说起的，俞敏洪一开始是北大的老师，在和学校产生矛盾离开了学校。当时恰逢出国留学的热潮，俞敏洪原本打算考给别人培训GRE攒够钱就出国留学，最后却在机缘巧合下，将新东方越做越大。 简单来讲，新东方的发展过程分为这么几个阶段： 俞敏洪自己几乎包办一切的小作坊阶段 获取办学许可证，逐渐向正规化发展； 品牌开始爆炸式传播 徐小平、王强等老同学加入，俞敏洪开始有很多强力的合作伙伴 家族成员离开，借鉴西方管理知识，新东方开始制定明确的制度 公司成立，以及组织架构的不断改革 外部投资的进入到上市 老股东退出，新生代崛起；新的业务领域不断发展，直到今天的新东方 从这本书，我们看到了新东方从一个小的培训班逐步发展成一个国内领先的教育机构的经历，从中也有很多的感悟。 关于成长看所有成功人士的传记，会发现他们都有一个共同的特质：不给自己设限，不会说我只能干这些事，干不...

（最近把这篇文章重新整理了下，欢迎阅读最新版 https://lichuanyang.top/posts/45718/） 本文翻译自https://martinfowler.com/articles/patterns-of-distributed-systems/ ，原作者对目前各类企业级架构中使用的多种分布式系统进行了总结，从中提取出了一些通用的“模式”(pattern)。本文作为系列文章的第一篇，介绍了分布式系统的特点和一些常见问题。 建议好好阅读一下本文以及英文原文，对于分布式系统设计和分布式架构理念，会有非常大的帮助。 What this is about分布式系统给程序设计带来了特殊的挑战。 它们通常要求我们拥有多个数据副本，这些副本需要保持同步。 但是我们无法期望各节点能永远可靠地工作，同时，网络延迟也很容易导致不一致的现象出现。 尽管如此，许多组织仍依赖一系列核心的分布式系统来处理数据存储，消息传递，系统管理和计算等。 这些系统面临很多共同的问题，这些问题也可以通过类似的方案来解决。 本文将这些解决方案定义为模式，通过这些模式，我们对于如何更好地理解，交流和教授...

在上一篇文章中，介绍了redis的底层定义的一些数据结构。接下来，在本文中，我们就结合redis提供的对象，看看这些数据结构是如何使用的。 Redis中主要包括这些对象：字符串、列表、哈希、集合、有序集合、HyperLogLog、GEO等，本文会主要介绍这些对象是如何实现的，对于其命令，可以参考redis官网中对每个命令的说明，这里就不一个一个列了。 在介绍具体的对象之前，先看一下redis中对于对象本身的定义。 123456789typedef struct redisObject { unsigned type:4; unsigned encoding:4; unsigned lru:LRU_BITS; /* LRU time (relative to global lru_clock) or * LFU data (least significant 8 bits frequency * and most significant 16 ...