彻底理解进程
操作系统的”进程”很早就出现了，许多教科书上定义这个概念总是晦涩难懂。计算机技术发展太快了，简单的概念经过无数次演化，也会变得复杂。我们追溯一下操作系统的发展历史，就能理解进程解决了什么问题、为什么这样设计。进程是独立功能的程序的一次动态执行过程，也是系统资源分配的独立实体。每个进程都拥有独立的地址空间。一个进程无法访问另一个进程的变量和数据结构，如果想让一个进程访问另一个进程的资源，要使用进程间通信，比如管道、文件、套接字等。
谈谈微服务的粒度
自从微服务的概念和应用流行起来之后，受“微”的影响，有些人认为微服务越小越好，这显然是极端的想法。任何架构设计都有优缺点，在合适的场景才能发挥更大的作用。明确粒度设计的上下限，是用好微服务的第一步。微服务的核心思想是“分治”，可以类比活字印刷术。每个字都有独立的印刷效果。坏掉的字可以被迅速替换，不影响其他字。
日常开发方案设计指北
互联网公司管理研发流程，常常使用TAPD一类的敏捷工具。一个需求从提出到上线要经历至少七个流程。初级工程师往往做不好需求评审工作。要么被产品经理牵着鼻子走，让干什么就干什么；要么预估不到隐藏的工作量，在开发排期阶段给出不合理的排期，导致开发时间紧张，最后加班应付测试。
接口耗时10秒如何优化为1秒
技术面试中，一定会被问到性能优化有关的问题。这一类问题大多数都是开放性的，考察求职者的知识储备和逻辑思维。我们的脑洞可以开大一点，多说一些解决方案，充分展示自己的能力。比如这个题：一个接口耗时10秒，如何优化为1秒？这个问题脱离实际生产情况，属于八股文。如果生产环境中出现性能低下的接口，通常怎么应对？
分布式系统架构理论与组件
在计算机发展的早期，一直都是集中式计算，计算能力依赖大型计算机。随着互联网的发展，有些业务需要巨大的计算能力才能完成，而集中式计算无法满足要求，大型计算机的价格也非常昂贵。分布式计算将任务分解成更小的部分，分配给多台计算机处理，这样可以节约整体计算时间，大大提高计算效率。互联网大型网站往往面临高并发访问、海量数据处理等问题，必须保证系统高可用、易伸缩等等。分布式架构采用多台机器协同工作，动态伸缩容量，使用冗余节点来消除单点故障，提高系统可用性。
如何高效学习技术
我们总以为学习一定会有收获，其实方法不当，既让人身心疲惫，也没有切实的回报。不少人每天都看技术文章，第二天就忘干净了。面试官问技术方案，明明心里清楚，口述出来却前言不搭后语。面试官再问底层算法，你说看过但是忘记了。他不在乎你看没看过，答不上就是零分。正如男女相亲，平时男方挺能说，关键时候却支支吾吾，姑娘必然认为他不行。学到的东西，无法说出来让他人理解，本质是没有真正的弄懂。高效学习的诀窍是：把自己当成一台计算机，既有输入，也要有输出，用输出倒逼输入。
开放平台架构指南
广义的开放平台是个庞大的结构，它站在核心业务系统的前面，承接着所有的流量。公司所有的客户端比如Web站点、手机APP、智能硬件都对接开放平台API，只是各自的权限不同，可以访问的资源不同。狭义的开放平台只是打开了一扇门，让合作伙伴进来参与业务互动。从业务层面上看，开放平台属于流量渠道之一。本文重点讨论的是狭义的开放平台。
什么是草台班子？
有个朋友最近想跳槽，他对管理的兴趣不大，而且认为自己的性格也不适合做管理，更想成为技术专家。基于这些考虑，他希望能进入知名大厂，如果面试不顺利，去小而美公司也行。他的面试经验不多，就向我咨询了一下如何选择公司的问题。小公司必然缺钱缺人，技术团队几乎没有美，99%都是草台班子。有一些上万职员的大公司，运营着很多业务线，每条线又有多个技术团队，这些技术团队的水平良莠不齐，也存在部分草台班子。
贝甲基金微服务架构设计
贝甲基金项目的重要合作伙伴是恒生电子，它提供的基金业务解决方案的市场占有率很高，雪球基金就是客户之一。项目预研的时候，部门成员都没接触过基金项目，业务复杂度不好把握。恒生电子派了售后人员介绍了恒生云的架构和业务流程，结合基金业务接口文档，我们对开发方案和可能出现的问题比较清晰了。恒生的解决方案很完善，实现了用户体系、基金交易以及基金行情，并且提供了Windows远程虚拟机，通过可视化的方式配置基金交易。
基于数据库号段模式实现分布式ID
唯一ID是业务系统操作数据的重要凭据。如果是单表，采用数据表的自增主键作为唯一ID即可。在分布式和高并发场景下，数据快速增长，单表可能被拆成多表，如果使用自增主键作为唯一ID，每个表都要设置不同的增长步长，不便于数据库扩展。本文主要介绍基于数据库号段模式实现分布式ID。