[返回] [最新] [最热门] [最高评价]

曼联,索尔斯克亚,2020-2021 赛季

好久没有写一点关于曼联的文字了,上次已经是 2019 年年初了,作为一名铁杆曼联球迷,这期间倒是一场比赛都没有落下过。我看比赛已经过了十多年前那样尽量看直播的阶段了,如今虽说一场不落,每一场却只看录播。老实说,对我来说这很舒服,我可以跳过那些没有营养的赛前、中场休息等等环节。

这过去的一年里面,大家的目光和注意力都被疫情打击得面目全非的英超比赛形式给吸引了,譬如反复的延期,疯狂的赛程,以及缺失的
...

四火 2021-05-19 21:42 | 查看: 142

新写了一个极客时间专栏《技术面试官识人手册》

最近 blog 没怎么更新,是因为忙于写一个新的专栏——《技术面试官识人手册》。

你有没有听过这样一句话,“招聘是研发团队日常活动的第一要务”。这么说并不夸张,做好面试,匹配到合适的优秀人才,是组建高效能团队的大前提,这会大大降低后期的管理成本。

通常来说,技术面试的环节更多,难度更大,主导或者参与的过程中,你或多或少会遇见这样的问题:

作为技术组长,手中项目急缺人,如何快速补齐岗位?
招怎
...

四火 2021-04-14 23:24 | 查看: 29

美股市场上学到的道理

我不知道有多少朋友和我一样,业余搞一搞股票,觉得生活很充实。但是作为典型的散户,或多或少都有着韭菜的特质,在股市里面折腾,做出一些成功的决策,然后得意;或者做出一些失败的决策,然后后悔。

事先声明,我持有美股股票好多年了,但是正儿八经 “玩” 美股其实没多久,下面记录的是一些我自己的心得体会,仅此而已。

1. 把最多的时间花在寻找和研究一个好生意上面,而不是花在用技术去分析那些自己不了解的股票
...

四火 2021-02-14 12:54 | 查看: 32

常见分布式应用系统设计图解(十三):短网址系统

短网址系统可能是最常见的分布式系统设计问题之一了,本身从业务需求上说,读远多过写,而且数据结构确定且简单,数据量小,还易于使用缓存,因此本身难度在分布式系统的问题里面算是比较低的。另外,这个系统本身 “分布式” 的特性也比较弱,而且从组件图的角度来说,没有多少是 “可画的” ,因此之前也就没有介绍它。不过后来我改变想法了,我觉得还是可以总结总结,特别是可以把一些相关的特殊需求考虑进去。

短网址服
...

四火 2020-12-29 07:46 | 查看: 26

常见分布式应用系统设计图解(十二):证券交易系统

这篇讲的是证券交易系统,这类系统包含的内容很多,但是我们还是把目光放在核心的交易部分,比如说股票交易。在某个可交易时间,如果卖家 A 要以至少 y 的价格卖掉股票 x,卖家 B 愿以至多 y 的价格买入股票 x,那么这个交易就可以发生。

虽说是交易系统,但是它和任何一个支付平台的交易系统有着显著的不同,它的核心是一个竞价匹配的机制,而非货币支付的机制,简单地说,这个机制包含了这样四个步骤:


...

四火 2020-12-27 02:09 | 查看: 25

常见分布式基础设施系统设计图解(七):分布式实时流处理系统

今天这篇是关于实时流处理(real-time stream processing)的,这一类的系统这几年比较多了,但相对而言并没有之前提到的几类基础设施系统常见。为什么说这类系统如今更为常见呢?因为一般说来,或者说曾经有一个普遍的认知,就是 throughput 和 latency 难以兼得的事实:

同步系统适用于响应实时性要求高的请求,处理实时性要求高的数据,速度快,处理过程中关注的数据粒度小
...

四火 2020-11-20 07:11 | 查看: 31

常见分布式应用系统设计图解(十一):数据监控系统

这篇是讲数据监控系统的,常见的包括 Datadog 和 Prometheus 等等。一个比较完整的数据监控系统要包括数据采集和数据展示两个部分。在此基础上,还可以具备告警和其它数据处理的功能。

对于监控的数据, 通常包括两类,一类是操作系统层面的数据,比如 CPU、内存、IO 等等;还有一类是应用相关的数据,这些数据就具备明确的业务意义了。

大体上,图中虚线表示控制流,而实现表示实际的统计数据
...

四火 2020-11-18 05:37 | 查看: 23

常见分布式应用系统设计图解(十):电商秒杀系统

这篇是关于电商平台秒杀系统的。

首先,我觉得 “秒杀” 是一个中国色彩浓重的词,这样的概念在西方电商系统中也有,但只有在中国,本来业务量就已经如此之巨大了,还将其如此发扬开来。因此顶尖的秒杀高并发场景,还真是基本上只有在中国的电商平台系统中,才能见得到。

其次,我觉得对于系统设计的学习,电商秒杀系统这样的极致,即便再精彩,还是应当放在第二位的。扎扎实实地把常规的高并发系统设计做好,才是最重要的
...

四火 2020-11-17 03:11 | 查看: 23

常见分布式应用系统设计图解(九):协同编辑系统

这里讲的 “协同编辑”,指的是 “Collaborative Editing”,多个人同时一起编辑同一个文件,比如说 Google Docs,国内的有有道云协作、石墨文档之类的。这样的系统倒不如我们前面提到的那些应用系统那么 “火”,但是,依然具备相当的典型性。

第一印象,这样的一个系统,我们可以简单做出如下归类:

这是一个文件编辑系统,这是最最基础的一个功能性需求,它就好像是 Windows
...

四火 2020-11-13 01:14 | 查看: 25

常见分布式基础设施系统设计图解(六):分布式 MR 系统

其实对于 MR(Map Reduce)系统来说,可能更重要的是分治和分步处理的思想,因为现在的基于 MR 的数据处理框架或者平台,在实现上数据处理往往已经和最经典的对于 MR 的理解(最早应该是来自 Google 的那篇论文)有了不少区别。当然,我还是按照之前的做法,把一个典型的 MR 系统简单图示画出来了,这个图相对比较简单。

还是老规矩,虚线表示控制流,实线表示数据流。
上半部分用户向 Ma
...

四火 2020-11-03 02:17 | 查看: 19

招聘有多重要?

招聘有多重要?

很重要……

嗯,废话!

说“很重要”的确是废话,而没有比较就没有差异,同样一句“很重要”我看到许多人理解其程度实际上大相径庭。 在很多互联网公司,招聘被视为“最重要”的事情。这是令许多人不理解,甚至觉得不可思议的事情 ,这里的“许多人”也包括曾经的我。公司不开展业务吗?不管理员工吗?不和了解客户需求吗?这些事情哪个不比招聘重要呢?

中午吃饭的时候,同事老兔和我算了这
...

四火 2018-07-15 14:43 | 查看: 1188

程序员懂业务有多重要?

程序员懂业务有多重要?印象中我从来都说,“很重要”这句没有营养的废话。在许多项目中,业务才是真正驱使价值兑现(冠冕堂皇的说法,基本上意思就是“赚钱”)的法宝,而技术实际上有诸多选择,选择某一项并无太大区别。可是,老实说,下意识地,在技术和业务难以两全其美的时候,我还是倾向于选择那些从技术角度更有趣,但是业务上显得没“那么”重要的项目。我不讳认这一点,但是随着这些年的经验积累,或者说经历的项目的洗礼
...

四火 2018-07-09 14:08 | 查看: 1520

...更多...