最新 | 最热门 | 最高评价

+0  多吹牛,少写代码

Tag: Thoughts on Coding | TDD | 思考 | 程序员 | 编码
四火 发于 2021年06月28日 03:36 | 点击: 558 | 展开摘要
来,说点大逆不道的。

代码是程序员的基础能力,毫无疑问。Linus 说,“Talk is cheap, show me the code.”。软件工程师,归根到底是要做工程的,代码写不好,就谈不上把工程做出来。

可是我觉得,越来越多勤奋的程序员,是写代码写得太多了,而不是太少了。

胡扯!读书百遍,其义自见。书山有路勤为径!代码也是如此,没有足够的积累,怎么能写得好代码?

可是,写代码真的需要那么勤奋地练习,那么大量的积累吗?

我想说一个现象,那就是很多公司每年都会举

查看全文: http://www.udpwork.com/item/17918.html

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

Tag: Life | 引援 | 曼联 | 索尔斯克亚 | 阵型
四火 发于 2021年05月19日 21:42 | 点击: 824 | 展开摘要
好久没有写一点关于曼联的文字了,上次已经是 2019 年年初了,作为一名铁杆曼联球迷,这期间倒是一场比赛都没有落下过。我看比赛已经过了十多年前那样尽量看直播的阶段了,如今虽说一场不落,每一场却只看录播。老实说,对我来说这很舒服,我可以跳过那些没有营养的赛前、中场休息等等环节。

这过去的一年里面,大家的目光和注意力都被疫情打击得面目全非的英超比赛形式给吸引了,譬如反复的延期,疯狂的赛程,以及缺失的场内观众。但是对于很多球队来说,这既是机会,也是挑战。我猜想今年暑期的转会市场,

查看全文: http://www.udpwork.com/item/17813.html

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

Tag: My Career | 极客时间 | 面试
四火 发于 2021年04月14日 23:24 | 点击: 450 | 展开摘要
最近 blog 没怎么更新,是因为忙于写一个新的专栏——《技术面试官识人手册》。

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

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

作为技术组长,手中项目急缺人,如何快速补齐岗位?
招怎样的人好,是能立马干活的,还是有潜力的?
技术面试应该怎样问系统设计问题?
是不

查看全文: http://www.udpwork.com/item/17814.html

+0  美股市场上学到的道理

Tag: Life | 决策 | 市场 | 投机 | 投资 | 美股
四火 发于 2021年02月14日 12:54 | 点击: 490 | 展开摘要
我不知道有多少朋友和我一样,业余搞一搞股票,觉得生活很充实。但是作为典型的散户,或多或少都有着韭菜的特质,在股市里面折腾,做出一些成功的决策,然后得意;或者做出一些失败的决策,然后后悔。

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

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

我觉得这是最重要的一条。我觉得,和机构和庄家比,散户们总是在弱者一侧,

查看全文: http://www.udpwork.com/item/17815.html

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

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

短网址服务就像是 bit.ly 这样的,给一个长长的 URL,它给你吐出一个较短的 UR

查看全文: http://www.udpwork.com/item/17816.html

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

Tag: System and Architecture | 交易系统 | 图解笔记 | 应用系统 | 系统设计 | 股票
四火 发于 2020年12月27日 02:09 | 点击: 640 | 展开摘要
这篇讲的是证券交易系统,这类系统包含的内容很多,但是我们还是把目光放在核心的交易部分,比如说股票交易。在某个可交易时间,如果卖家 A 要以至少 y 的价格卖掉股票 x,卖家 B 愿以至多 y 的价格买入股票 x,那么这个交易就可以发生。

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

挂单(可以是买单,也可以是卖单)
匹配(或者叫做撮合)
成交
清算

从非功能的角

查看全文: http://www.udpwork.com/item/17817.html

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

Tag: System and Architecture | streaming | 图解笔记 | 基础设施 | 实时 | 系统设计
四火 发于 2020年11月20日 07:11 | 点击: 512 | 展开摘要
今天这篇是关于实时流处理(real-time stream processing)的,这一类的系统这几年比较多了,但相对而言并没有之前提到的几类基础设施系统常见。为什么说这类系统如今更为常见呢?因为一般说来,或者说曾经有一个普遍的认知,就是 throughput 和 latency 难以兼得的事实:

同步系统适用于响应实时性要求高的请求,处理实时性要求高的数据,速度快,处理过程中关注的数据粒度小,吞吐量也相对受限;
异步系统适用于响应实时性要求低的请求,处理实时性要求低的数

查看全文: http://www.udpwork.com/item/17818.html

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

Tag: System and Architecture | 图解笔记 | 应用系统 | 监控系统 | 系统设计
四火 发于 2020年11月18日 05:37 | 点击: 435 | 展开摘要
这篇是讲数据监控系统的,常见的包括 Datadog 和 Prometheus 等等。一个比较完整的数据监控系统要包括数据采集和数据展示两个部分。在此基础上,还可以具备告警和其它数据处理的功能。

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

大体上,图中虚线表示控制流,而实现表示实际的统计数据流向。
用户通过 Web UI 来查看数据、定义规则,这些元信息存储在图中上方的

查看全文: http://www.udpwork.com/item/17819.html

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

Tag: System and Architecture | 图解笔记 | 应用系统 | 电商 | 秒杀 | 系统设计
四火 发于 2020年11月17日 03:11 | 点击: 450 | 展开摘要
这篇是关于电商平台秒杀系统的。

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

其次,我觉得对于系统设计的学习,电商秒杀系统这样的极致,即便再精彩,还是应当放在第二位的。扎扎实实地把常规的高并发系统设计做好,才是最重要的。因为无论秒杀系统使用怎样的特殊技巧和手段,高并发分布式系统才是一个秒杀系统工作

查看全文: http://www.udpwork.com/item/17820.html

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

Tag: System and Architecture | Google | 协作编辑 | 图解笔记 | 应用系统 | 系统设计
四火 发于 2020年11月13日 01:14 | 点击: 391 | 展开摘要
这里讲的 “协同编辑”,指的是 “Collaborative Editing”,多个人同时一起编辑同一个文件,比如说 Google Docs,国内的有有道云协作、石墨文档之类的。这样的系统倒不如我们前面提到的那些应用系统那么 “火”,但是,依然具备相当的典型性。

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

这是一个文件编辑系统,这是最最基础的一个功能性需求,它就好像是 Windows 下的记事本,只不过它是在线的。
这是一个分布式系统,客户端/浏览器可以在不同的

查看全文: http://www.udpwork.com/item/17821.html

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

Tag: System and Architecture | MapReduce | 图解笔记 | 基础设施 | 系统设计
四火 发于 2020年11月03日 02:17 | 点击: 424 | 展开摘要
其实对于 MR(Map Reduce)系统来说,可能更重要的是分治和分步处理的思想,因为现在的基于 MR 的数据处理框架或者平台,在实现上数据处理往往已经和最经典的对于 MR 的理解(最早应该是来自 Google 的那篇论文)有了不少区别。当然,我还是按照之前的做法,把一个典型的 MR 系统简单图示画出来了,这个图相对比较简单。

还是老规矩,虚线表示控制流,实线表示数据流。
上半部分用户向 Master 这个 job 管理节点提交一个 job 的请求,这个请求被拆解为若干个

查看全文: http://www.udpwork.com/item/17822.html

+0  招聘有多重要?

Tag: Hiring & Interview | Recommended | 招聘
四火 发于 2018年07月15日 14:43 | 点击: 1684 | 展开摘要
招聘有多重要?

很重要……

嗯,废话!

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

中午吃饭的时候,同事老兔和我算了这么一笔账。估算非常之粗略,请勿以之作为任何有效依据,但是从大略上足以窥其端倪。

查看全文: http://www.udpwork.com/item/16952.html
|<<<1234567>>>| 一共22页, 259条记录