上次有朋友问我来杭州有什么好吃的，我说没有、不知道（你可以鄙视我，我确实不是吃货），然后他就说：那好吧，我去看大众点评…

晚上跟家人开车回去，在夜晚的城市里，本地人也不太清楚路，尤其是离自己生活较远的地方；最后还是用导航回去的…

本地人的优势，更多体现在了解本地专有信息。而互联网消减了信息不对称，也弱化了本地人的优势。

去年小子过生日时，请了小区里好几位差不多年纪的小朋友一起到家里热闹，吃蛋糕、玩玩具，好不热闹。

今天给老人庆祝生日，驱车到很远的地方，吃和平时不一样的粤菜，也吹蜡烛、吃蛋糕。

如果和平时差不多的过，相信过不了多久，就会淡忘在如水的日子里。而如果有仪式、有不同，则可以记很久；就像去年小子过生日的场景，我还能回忆起很多。

岁月如水，仪式就像那浪花。

抓大放小，不在过于细节的事上耽搁太多时间。

先做主要的，之后再来补齐之前遗漏的边边角角。甚至，有时会发现之前没做的，可能已经不需要做了。

有没有这种感觉，有时你让别人做件事，其实你心里就感觉他可能会出问题，需要自己去处理异常、盯结果。除非必要，你实在不想托付此人做某事。

明显，这种感觉很差；
明显，你并不希望别人会对你有这种感觉。

一定要别人对你有这种印象：交给你做的事，你一定会做好；如果你做不好，会提前、至少及时通知对方。不管大事小事，都要如此。

这其实并不完全是做事能力的问题。一件小事没做好，也能极大地伤害别人对你的印象。

title: ‘0414 - 数据驱动型产品’
categories: 每天写一点

date: 2019-04-14 22:00:00

对一款软件，如果从用户操作角度去看，可能会感觉状态很多、线索很多、七零八碎。换个角度，如果以数据为中心去看待外围的部分，事情可能就会明朗很多。

比如，对于 Vue，可以把 store 作为数据中心、发动机，以此来关联和驱动状态变更，如连接网络请求、本地缓存、界面呈现、响应用户操作等。思想上有了中心，就不容易乱，更可能一步步去实现和丰富整体。

还有一个好处，就是前后端对接的时，大家说的是相同的话：都以数据为中心，进行交流就会顺畅很多。

当然，这个思路并不是万能的；目前感觉，对中小型的工具型产品，比较适合。

且，这个方法自然也有问题，就是不可避免会把一些业务从 View/Control 层下沉到 Data 层，或者是纠缠不清，或者是把这个数据中心搞得很复杂，进而带来维护、测试复杂等问题。