众生皆苦

Share
谁也不是草莓味的

我一直就比较喜欢听脱口秀:主题明确;一场大概5分钟;不需要看屏幕,带着耳机听就可以;听完了车也就到站了,不误事。

听的脱口秀多了,我逐渐的理解了“喜剧的内核是悲剧”这句话。

众多脱口秀演员中,我最喜欢的有两个,一个是建国一个是思文。两者共同点是,都十分擅长从生活中汲取段子(当然王建国这个谐音梗真的是……)。两人用脱口秀将当代青年面对的焦虑,压力,人际关系困境表达的淋漓尽致。两者中我更喜欢建国一点,毕竟同是辽宁省出来的,老乡情谊还是有的。

建国又开了一档《隔三岔五国仔饭》。和其他饮食节目要么详细教你做饭,要么疯狂灌鸡汤不同,建国做饭时总是给人一种丧丧的感觉。讲的也都是一些:想做排骨焖饭的是饭菜都在一个锅,可以少洗两个锅;炸虾炸久了就不复炸了,怎么吃不是吃;高汤有最好,没有也不能不做饭是不是等等。很丧很随性。

被各类公众号荼毒了许久的我第一次感觉到了这种丧文化的魅力。也许是每一代人到了30ish都会有莫名的焦虑感。而随着互联网的发展,90后的焦虑感被无限放大扩散了。

第一次和朋友吃饭聊创业的时候,提到到某某创业了拿到了几个M的融资,我说这人运气真好。第N次和朋友吃饭聊到创业的时候,听着各种热钱砸脸的故事,我真的有想过要不要去创业。如果有几个M,是不是房子和未来的孩子教育等等问题都不再是问题。后来和某身价过M的大佬讨论,他说教育投入是个无底洞,几个M丢进去可能连个响都听不到。于是我们又一起焦虑了起来:有钱的考虑财富保值增值,没钱的焦虑如何能有钱。

絮叨了这么多也有点跑题了。从脱口秀到焦虑,诸般种种的缘由还是没能与自己和解。看别人在健身就想到自己肚腩的赘肉;见别人在学习就想起自己一直想要考的证书和没翻过的教材;甚至在朋友圈里看到别人出去玩的照片又想到自己今年尚未度假,随即联想到难做的项目,暂时无望的升职。明明自己尚且年轻,还在学习,有正当职业,却一直对自己现状不满,“想要成为不一样的自己”。

众生皆苦,与其焦虑不止,不如正视自己。既然同样是苦,那就努力去做能回甘的茶——比妄想成为草莓来得实际。

Read more

低绩效同事,先别急着下结论

低绩效同事,先别急着下结论

团队里最难处理的,往往不是最差的同事,而是那些卡在board line上,挤挤能出活、但不挤就磨洋工的low performer 同事。 这类 low performer 一出现,很多Manager的第一反应就是:ownership 不行。问题是,这句话太空了,空到几乎没法行动。 我更喜欢用一个简单的框架看这件事:先判断原因,再调整支持,接着设观察期,最后做去留决定。 先判断:到底是哪一类问题 low performance 不等于 low ability。常见情况其实不一样: * 不会做:能力还没到,拆问题、推进、沟通都卡住。 * 不想做:知道怎么做,但投入不够。 * 做错方向:很努力,但目标理解偏了。 * 岗位不匹配:人不差,只是不适合这个角色。 比如: * 一个同事总是晚交,但每次都能把问题讲清楚,可能是任务切太大了。 * 一个同事总返工,

By andy

Vibe coding 之踩坑记

Vibe coding 对于程序员的技能要求反而比之前高了 先讲一个故事。 我这几天突然被隔壁组叫去,帮他们解决一个支付系统的问题。 简单来说,我们的客户分成机构和下属的医疗场所。一个机构下面可能有多个场所,然后机构可以统一管理下属场所的账单,支付等等。这样就需要我们能在我们的支付系统里面建立一个关系树,让父结点能看到子节点的账单,并支付。 问题就出在这个关系树上。因为我们之前用过一个另外的支付系统,所以有一部分老客户是从之前的系统迁移过来的。 这个老系统给每个客户创建了一个独特的id,但是这个id 和我们内部使用的id 并不一致,所以我们需要自己把客户的id 和他们的支付账户连接起来。然而: * 新的支付系统只支持固定的一些属性进行搜索。所以之前做这个项目的工程师A耍了个小聪明,用客户的last-name 属性存储了我们的id * 第一个雷:用户的last-name是可以由用户自行修改的。如果他们修改了,我们的对应关系就乱套了。 * 但是这个id A存错了,应该存储机构的id,A存成了下属场所的

By andy

关于flashblocks

争取整个短文系列,迎合短视频的潮流。 base前段时间整了个活,提出了一个新的概念叫flashblocks。 在有flashblocks之前,每个区块的状态是要么这个区块还不存在,没法拿到区块的任何状态和信息;要么就是这个区块已经存在了,它的状态是不可变的,拿到就是最终区块。base链每2秒产生一个新的区块,即任何的交易需要2秒钟才能确认。 如下图,区块A生成之后,2秒内用户只能看到区块A,直到区块B生成。 flashblocks呢,它允许用户提前获取正在打包的区块的状态。正在打包的区块每200ms更新一次状态,直到10次更新之后,正在打包的区块变成一个完整的区块。 如下图,区块A打包200ms后,用户可以立刻看到区块B的状态0. 再200ms后,可以看到区块B的状态1,直到区块B的状态9,然后区块B稳定,开始生成区块C的状态1。 flashblocks的好处是什么呢?它可以在一个区块完全打包好之前,让用户提前知道自己的交易是否有被打包进当前的区块,加速交易状态的确认。 缺点又有哪些呢? 首先这个确认属于预确认(preconfirmation), 这个预确认还没有状态更新

By andy