财新传媒
2018年10月15日 07:47

内提Manager到空降Manager杂感

内提Manager到空降Manager杂感

一晃眼到 Coinbase 当 Engineering Manager 已经有四个月了。相比之前在 Airbnb 从 tech lead 内提为 manager,很多地方的感受是很不一样的。

最大的区别,是之前对所有的代码格外的熟悉,看到一个问题,几乎脑海里立马就能浮现出可能是那些行的代码出了问题,而且几乎一说一个准。另外就是团队里人员对自己的信任度,那都是一起赶工救火扛事情拼出来的感情。

而作为一个空降 manager,这些大部分都不存在了。代码从头开始熟悉,信任从新开始建立。当然,之前的经历和经验也还是有很多的帮助,主要在以下几个方面:

阅读全文>>
2018年09月10日 09:36

Coinbase,三个月

不知不觉,来到 Coinbase 已经有三个月了。这三个月没怎么更新,很是抱歉。

一来,刚加入新公司,不少东西都要从头开始适应,开始学习。所以几乎晚上周末都在工作,不是996,大约是 8-12-7 的节奏。睁眼除了吃饭开车带娃,所有的时间都是在处理工作相关的事情。

二来,Coinbase 相比 Airbnb 小了很多,我加入的时候也就一百不到个工程师。公司越小杂事就越多。何况 Coinbase 有八九个产品部门(Business Units),这样每个部门就更有初始创业公司的感觉。大家自己都戏称我们过的是 dog year,就是一天顶别人七天用。虽然是 unlimited PTO,我到现在连一天假也没请,感觉错过一天就要错过好多事情。

三来,......

阅读全文>>
2018年07月06日 23:45

我是怎么入坑的

你是怎么入坑的?你为什么会看好这个行业?

你学习区块链都看了哪些资料。

今天就一并聊聊吧。

其实不论币圈还是链圈,都火了好久了,周围的人也都在说这事,不过朋友里正经跳进去做事的倒也不多。大家都认识的有霍炬和程序人生的陈天。完全不看好的也有。为什么大家不看好呢?

一来这个技术各个方面都还有很多基础设施不够完善,从可用性到安全性等等,不时爆出负面的消息。二来目前看来并没有一个特别有说服力的使用场景,并且成功地把链或者币大范围的用起来。三是不乏一些捞快钱的人搞出各种不靠谱的 ICO(当然也不乏认真想做事的),让整......

阅读全文>>
2018年04月20日 08:00

跃迁:从技术到管理的硅谷路径

跃迁:从技术到管理的硅谷路径

你好,好久不见。

在专栏结束的第77天后,我出了一本书:《跃迁:从技术到管理的硅谷路径》。

专栏是这本书的起点,也是书中的一部分。可以说,是专栏促成了这本书的诞生。

2016年1月13日,我注册了自己的公众号“嘀嗒嘀嗒”,陆陆续续地开始写一些内容,不知不觉,产出了不少文章,但是从未对它们做过系统地整理与集合。

直至开了这个专栏后,我发现,随着自己输出内容的增多,知识开始形成了自己的体系,它们奠基、建立、增长、日渐扩充,以至于有足够的内容滋长成了这本书。

书一共有五个部分,除了专栏有的技术管理、技术实践、硅谷文化与个人成长的四个部分,还额外......

阅读全文>>
2018年03月25日 12:58

项目中的理想和现实

项目中的理想和现实

不好意思,最近更新的速度又有点慢了。家里有些琐事,组里人也更多了,所以每天感觉没做什么,时间和精力就都没了。

言归正传。

我们理想中的软件工程项目的推进,就应该像电影里盖房子似的:设计师画出蓝图,一期工程,二期工程,三期工程按部就班,建筑按期交付。

然而现实中的项目,小的不算,这里说的是大的,要做半年以上的,往往不会那么事事尽如人意,如果用盖房子来打比方,就是你会发现:你想加下水管道的地方,原来还有个搬不开的石头;盖到烟囱的时候,发现设计不合理,周......

阅读全文>>
2018年02月23日 13:04

游记 | 加勒比海,浪里个浪……

游记 | 加勒比海,浪里个浪……

题图:by 晚点的子狸

说到墨西哥这个国家,在来美国之前,我对其的认知微乎其微。来了美国这么些年,从各种不同的角度旁敲侧击地和这个国家也有了一些接触。

墨西哥人总得说来性格和做事都是比较温和柔软友善的。如果你恰巧生活在德克萨斯州或者加利福利亚州,那么你对墨西哥人一定不陌生。

-- 移民 --

墨西哥于 1810 年独立,1821 年正式获得承认,墨西哥第一帝国成立,但其后又被推翻,建立墨西哥合众国。

独立之后的墨西哥国土却渐渐缩小,不少领土被永久割让给美国。1836年,在美国策划......

阅读全文>>
2018年02月09日 15:13

项目里的独裁和民主

项目里的独裁和民主

题图:by 晚点的子狸

不管是程序员,还是产品经理,在大大小小你经历的项目中,都会体验过独裁和民主。有些项目呢,有一两个拍板的人,所有的中等往上甚至小的决定,都经过这个人的同意,或至少是每个决定要让他/她知晓。还有一些项目呢,有那么几个比较有主意的人,大家有点联邦政府的意思,小决定可能是不同决定不同人负责,大决定可能总是这几个人需要一致首肯或表决。

虽然从字面而言,独裁偏贬义,民主偏褒义。但是在实际情况中,独裁有独裁的好处,民主有民主的弊端。

首先,但凡能独裁的人,在项目中而言,一则其能力、判断力,都不会太差。即......

阅读全文>>
2018年02月01日 13:52

技术心,产品情

技术心,产品情
前不久遇到一个这样的问题。一个已有的产品,因为种种原因需要重新实现。这个产品属于核心产品之一,其多项功能都是常常用到的。但是因为一些功能是经年累月逐渐加上去的,所以早先的设计时的一些假定早已不成立,就时不时会遇到一些很难修的 bug,或者修了一个 bug,又会不小心引起另一个 bug。
 
重新设计的时候,主要有两个方案。一个方案,可以保留现有的所有功能,也可以避免大部分遇到的 bug,但是,技术细节和底层模型变得异常繁琐。在实现中,更容易出新的实现相关的 bug,而且对很多常见情况的处理也会略有性能上的损失。
 
另一个方案,技术设计简单清晰,易于实现和维护......
阅读全文>>
2018年01月25日 15:40

增加你的影响力:为别人的决定辩论

增加你的影响力:为别人的决定辩论
题图:by 丫头非常骄傲
看到这个标题,很多人可能不知道我到底想说什么。先想想下面一些情况吧。
 
你在一个组中,不管是老人还是新人,很多不论是原始的设计,还是产品的需求,还是已有的代码架构,一定有很多决定不是你做的。各种大大小小的决定,有些是在你参与之前已经在那了的,有些是别人决定后告诉你的。
 
这时候,你一定会遇到一些类似这样的情况:别的组的工程师过来问你,你们组为什么要这么改代码啊?或者你是一个工程师,产品经理问你,你知不知道为什么这个地方有 bug,或者这个为什么不能这么做?再或者一个新人......
阅读全文>>
2018年01月16日 11:34

说说效绩评估这件事

说说效绩评估这件事
我工作过的公司,都是从小慢慢长大,也就是加入的时候并没有效绩评估的系统,后来才慢慢建立起来的。在这个过程里,看到了从管理层面这样的系统的必要性,以及从被评估者角度这个系统可能带来的利弊。
 
写这样的文章,内心也是有一些犹豫的:嘀嗒嘀嗒的读者里有我的老板、平级,也有我的组员。有一些话,万一引起不必要的猜疑就不好了。所以这里先申明,所有的看法都是个人的看法,没有针对哪一个人或者哪一件事。而且,想法总会变,也许明年这个时候,就会觉得当下很多看法又不够成熟了。
 
当一个公司大了,效绩评估必要么?我觉得除非你有更好的做法,而且是能够规模化的做法,......
阅读全文>>
2017年12月12日 14:39

人人都爱的Coupon,维护起来竟有那么多坑?

人人都爱的Coupon,维护起来竟有那么多坑?
 
刚刚国内过完双十一不久,美国过完黑五,很多人可能都借机会通过打折、优惠券等手段买了很多有用没用的东西。
 
因为我是做支付的,所以有很多的机会接触优惠券相关的开发和维护,一路走来,踩进去的,看着别人踩进去的,以及听说的各种坑真的不算少了。本来还以为仅仅是我们自己会遇到。昨晚和大学时候的同学吃饭,遇到有朋友也是做过 Coupon 的,谈论起来,也是坑友。看样子 Coupon 确实是令很多公司工程师头大的东西。
 
如果你不能理解为什么这个东西可以这么复杂,那么我们就来看一些场景:
首先你有固定价值的优惠券,还有按百分比......
阅读全文>>
2017年11月27日 16:19

感恩节随笔

感恩节随笔
题图:from echiechi.com
 
感恩节放假加上周末,一共有四天假期。我也在家宅了四天。
 
以往感恩节或者和朋友聚会,或者出去旅游,今年因为各种事情特别累,所以就没有折腾了,在家修养调整。除了抽出半天处理了一下工作上的琐事,倒是腾出大把的时间做一些自己想做的事。
 
之前买了 Ian Goodfellow 写的《深度学习》,一直没腾出时间来看。这次在家,终于开始啃。花了两天,啃了三分之一左右(很多关于数学和机器学习基础的可以很快略过),但是毕竟开了个头,后面有空的时候接着啃下去就容易的多。
<......
阅读全文>>
2017年10月30日 12:53

管理你的精力,而不是你的时间

管理你的精力,而不是你的时间
题图:by ECHI
 
最近几个月更新慢一些,若说真的是没时间吧,其实倒也没有比以前更忙。但是管理毕竟不是我的舒适区,所以一开始的时候也不是那么游刃有余。不时地,也会出一点小差错,会花很多的精力反思自己哪里还有不足,怎么避免犯同样的错误。
 
所以每天到晚上的时候,真的会觉得累。半年多前的时候,很多时候时间是写代码,虽然常常工作到两点以后,但是似乎没有那么累。最近每天到下班的时候就累得不行了,不过路上一般可以在车上休息一会儿,到家里忙到十二点左右,也就没有力气再做什么了。
 
几个技......
阅读全文>>
2017年10月27日 14:00

跳槽要注意什么?

跳槽要注意什么?
 
绝大多数职场人士,不会在一个公司工作一辈子,所以都会不时面临是否跳槽的决定。毕竟像通用电气(GE)的杰克.韦尔奇或者格力的董明珠一样的,在一个公司从最基层员工开始做,一扎几十年,最后做到董事长兼CEO的,是极少数的。
 
那么跳槽的时候有什么需要考虑的呢?这个确实因人而异。每个人因为专业,行业,职业发展阶段,家庭等各项因素制衡,都会有不同的考量,没有绝对的正确或者错误决定,下面只是一些基本的原则:
 
跳槽不宜太频繁
 
作为面试官,如果一个候选人简历上跳槽很频繁,几乎没有在一个公司2年以上的工......
阅读全文>>
2017年09月30日 09:24

当我们说成长遇到了瓶颈的时候,我们遇到的是什么?

当我们说成长遇到了瓶颈的时候,我们遇到的是什么?
 
前些天看到一篇文章,讲的是人在什么样的心态(或思维模式,mindset)下更容易成长。说的有点意思,总结一下,大概有这么几个方面:
 
主动迎接挑战,还是尽可能避免不确定性和挑战?
遇到阻力时,死磕还是简单尝试就放弃?
失败后,认为自己的努力让自己成长了,还是认为又白费功夫了?
认为一切都是靠努力,还是只要有能力有经验其余都是顺理成章?
是积极寻求反馈和意见,还是忽略别人的看法,认为别人都是傻瓜?
觉得别人的成功对自己有启发,还是对自己构成威胁?
对待自己的错误,是积极从中找到进步的......
阅读全文>>
2017年09月18日 16:26

那些年一起学编程的同学,现在都去干什么了?

上两周回了趟北京,主要是帮忙 Airbnb 北京 Office 的面试。
 
一共五天,每天都要面六到八个人。三天是校招,主要是写代码。两天是社招,我负责面系统设计。
 
很惊喜的,面试过程中遇到一些「嘀嗒嘀嗒」的读者和朋友,于是有了一些类似下面的对话:
 
“先简单自我介绍一下,我叫朱赟,现在 Airbnb 做支付。”
 
“我知道一个 Airbnb 写公众号的,叫嘀嗒嘀嗒,不知道你认不认识?”
 
“%$#*&@(脸红)”
 
面试的细节就不多说......
阅读全文>>
2017年08月28日 09:32

连续开发中曾经掉进的那些坑

开门就见山。
 
1
 
一是开发初期慎重考虑或者随意决定了的一个开发模式(design pattern),或是作出的一个技术选型的决定,随着需求、范围等的变化,后面的开发者没有完全依照这个模式,或是尝试中途转化成另一个完全不同的模式。
 
这往往是比较危险的。因为一旦当初做出决定,所有的设定(assumption)都是基于这个选择的。虽然新的设计或模式如果从头来做,难度和另一个选择可能不相上下。但是在一个已经完全或部分实现的系统中推翻最底层的假设,一点点把所有的地方改过来,其实比从头来写有时候还有困难。
 
那是不是......
阅读全文>>
2017年08月21日 14:14

说说公司内部的转组和选组

说说公司内部的转组和选组
题图:by Duy Huynh
 
经历过公司重组的人都知道,一旦公司有大的组织变动,就会感觉经历一次大洗牌。周围的人换来换去,折腾得慌。初入职场的时候,每每我也会有些不安或疑惑。可到后来,从头到尾经历几次,就会发现,本质上,这件事要看你怎么去看待了。
 
从大的层面来说。公司的重组大致有两个原因。
 
一是产品驱动。有新的产品,新的优先级,新的计划。这样,就一定需要把一些人力资源从已有的团队中通过一定的策略甚至利益引导放到新的团队中。而通常这件事于公于私都不是坏事。公司适当地倾向,让资源......
阅读全文>>
2017年08月07日 15:43

到底是读研还是工作?| 话题思考

到底是读研还是工作?| 话题思考
题图:Rene Magritte
 
事先申明,这里说的读研,还是指在美国留学的研究生,国内情况,可能略有出入。
 
关于读研究生,之前写过好几篇。最近遇到一些事情,让我再次对这个话题有了一些新的体会。
 
 
在美国留过学的,尤其是名校呆过的人,都知道,那基本就是个学霸集中营,不论你之前学习成绩多辉煌,一开始心理上多少都要受点小打击。知道自己原来没有那么聪明,比你聪明的人多了去了。所以也就踏实了,安安心心该做什么做什么。
 
记得前几天和......
阅读全文>>
2017年08月01日 14:02

我和运维工程师不多的几次亲密接触

我和运维工程师不多的几次亲密接触
题图:A Surrealist in Istanbul by Salvador Dalí
 
大家也都知道我和极客邦渊源深厚,今天要推荐我邦的一个运维技术盛会。所以借此机会说说我和运维工程师不多的几次亲密接触。
 
运维在硅谷被称为 SRE(Site Reliability Engineer)。我觉得这个名字比运维好。运维听起来更像操作员,SRE 则听起来更有一种使命感和高端感。而且现在很多公司的情况,SRE 比运维对工作的描述更准确。
 
硅谷很多公司公司,线上出了问题,并不一定都是运维负责,而是所有的工程师轮流 Oncall(这个词还真不知道要怎么翻......
阅读全文>>