2019电子产品及周边剁手总结

Share

2019年对我来说是一个圆梦之年。这一年买了几件电子产品:M10, iphone 11 pro,ergodox,。还借了借件电子产品: iMac, pixel3 XL, ergodox ez. 顺便还体验了一段时间的chrome book. 接下来是对各个产品的一个总结

最有价值& 最有逼格:Leica M10

黄铜铸就,健身伴侣,帕金森患者的福音书。

街拍神器,护体利器,激励我学习的永动机。

纯手动用起来真的是有门(逼)槛(格),黄斑我练了一个多月才能够合焦准确。不过确实是德味满满,尤其是夜景,真的是好看。也迫使自己开始研究拍照,要不然这么贵的相机岂不是浪费了。 至于最有价值,这相机买来就涨价,都成理财产品了……

最关爱身体:健身环大冒险

自从买了之后就开始了日日深蹲活动,感觉自己离健身达人已经不远了。感觉是那种买了就会觉得自己已经变瘦就不需要健身的产品了。嗯买了就会瘦,可以放开吃了!

最佳体验:iMac Pro

实话实说开发机用iMac是真的舒服,性能强劲,显示效果极佳。本来想在家配一个一样的机器,看了一下开发机的配置和价格之后我就放弃了——$6999 真的只能是地主家发的金锄头了,长工真的是消费不起。

最平滑升级:iPhone 11 pro

没有惊喜也没有意外的升级,从8升级到11之后终于用上了face id 解锁。ios一贯的平滑迁移,让我无缝衔接新老设备。

最轻薄:Chromebook

Chromebook真的是轻,跟Mac book pro比起来跟玩具似的。而且还支持触屏和手写笔做笔记,第一次接触真的感觉不错。不过最后我决定把它换成macbook 的原因有二:chromebook 的触控板太差了;chromebook 没有像alfred 这样的杀手级应用。

最刚需:Ergodox EZ

刚买键盘的时候,同事老秦问我这键盘如何。我说你要是有腱鞘炎的话你会爱死它,你要是没有腱鞘炎的话会恨死它。 现在有腱鞘炎的我已经离不开二狗了,而健康人秦老板买的二狗已经吃灰很久了。

最吃灰:la metric

这东西是我看C菌的视频时种草的,当时特别迷它,买来了之后还给它写了个插件,后来发现因为在家里没有办公桌,最后只能放在那儿吃灰。

最失望:Pixel 3 XL

整体来说和pixel 2 XL 体验一致,而且我那台指纹识别还出现了问题,现在只能用密码解锁手机。各方面和2都没有明显的提升,连挤牙膏升级都算不上。

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