为了你爱的人，读一读《非暴力沟通》
我和父母的关系很糟糕，在小时候，我们之间的「交互」方式大部分是命令、教训，严重的时候甚至打一顿。我很讨厌被命令去做家务。
成年以后，即使脱离了原生家庭，但无论是工作伙伴之间的合作，还是处理亲密关系，都偶尔会出现矛盾，形成无效的沟通，甚至产生情绪。
很幸运我读到了《非暴力沟通》这本书，让我发现我在日常接触到的沟通中，多少隐藏着无形的暴力。
全书围绕非暴力沟通的四个要素进行讲解：观察、感受、需要、请求。如果沟通没有这些要素，那么这些沟通最终的结果很可能是情绪化的收场，又或者成为了压死骆驼前的每一根稻草，总有一天爆发。
在一段亲密关系中，我们很容易听到或自己说到过这样的话：「你怎么每次都这样」。这样的一句话，很容易使对方产生抵触情绪，导致情绪化的争吵。因为这句话也只是单纯的情绪发泄和评价，不能指望用这样情绪化的沟通去解决实际存在的问题。它缺少了非暴力沟通的四个要素。
如果读完《非暴力沟通》，你可能再也不会说出「你怎么每次都这样」这样的话。你会先说出你的观察：在这个月，你已经是第 3 次这样做了。然后说出你的感受：我觉得你这样做让我觉得你不是一个靠谱的人。再说出你的需要： 我想要一个靠谱的另一半而不是这样的人。最后说出你的请求：你可以不再这样了吗？
很多人没有区分「观察」和「评论」，像有人常说「那个产品经理真是个脑残」，这是一种评论。评论对于沟通是没有帮助的，他只会让别人厌恶，抵触。我们应该说出具体的观察：那个产品经理做的大部分需求都会改很多次，而且功能上线后用户基本都是负面反馈。
我们也常常忽略、或者故意隐藏了自己的感受和需要。在沟通中，让对方清楚自己的感受和需要是很重要的。最常见的就是在亲密关系当中，一方总会把自己的感受和需要埋在心中自己消化，另一方事实上并不知道对方的感受，潜移默化就造成了关系破裂的危机。
但如果不说出感受和需要，直接说出请求，就会像一种命令。例如我小时候母亲让我做家务的时候，对我只有一句话：「快去做清洁！」。对我来说是一种不得不服从的命令，服从只是因为她是我母亲，而不是她的感受和她的需要，会让我十分抵触。
除了非暴力沟通的四个要素，书里最后也提到了充分表达感激的重要性。对别人表达感激也有三个要素：说出对我们有益的行为；我们哪些需要得到了满足；我们是什么样的心情。
这就是为什么对于我来说，比起别人说「你真牛逼」，我更愿意看到博客读者来信告诉我，我的哪篇文章的哪一个点，让他得到了什么样的启发。
有一次我在看 React Conf, 很喜欢其中一位讲师，在 Twitter 上提到了他，他说「That means a lot to me」, 我意识到，不能吝啬表达自己的感激。
我想，如果在我的成长环境中，我的父母也掌握了非暴力沟通的技巧，我们彼次都懂得表达彼此的观察、感受和需要。也许不至于让我对原生家庭有那么多负面的情绪。
所以，为了你爱的人，应该读一读《非暴力沟通》。
via Randy's Blog
Invalid media: image
我和父母的关系很糟糕，在小时候，我们之间的「交互」方式大部分是命令、教训，严重的时候甚至打一顿。我很讨厌被命令去做家务。
成年以后，即使脱离了原生家庭，但无论是工作伙伴之间的合作，还是处理亲密关系，都偶尔会出现矛盾，形成无效的沟通，甚至产生情绪。
很幸运我读到了《非暴力沟通》这本书，让我发现我在日常接触到的沟通中，多少隐藏着无形的暴力。
全书围绕非暴力沟通的四个要素进行讲解：观察、感受、需要、请求。如果沟通没有这些要素，那么这些沟通最终的结果很可能是情绪化的收场，又或者成为了压死骆驼前的每一根稻草，总有一天爆发。
在一段亲密关系中，我们很容易听到或自己说到过这样的话：「你怎么每次都这样」。这样的一句话，很容易使对方产生抵触情绪，导致情绪化的争吵。因为这句话也只是单纯的情绪发泄和评价，不能指望用这样情绪化的沟通去解决实际存在的问题。它缺少了非暴力沟通的四个要素。
如果读完《非暴力沟通》，你可能再也不会说出「你怎么每次都这样」这样的话。你会先说出你的观察：在这个月，你已经是第 3 次这样做了。然后说出你的感受：我觉得你这样做让我觉得你不是一个靠谱的人。再说出你的需要： 我想要一个靠谱的另一半而不是这样的人。最后说出你的请求：你可以不再这样了吗？
很多人没有区分「观察」和「评论」，像有人常说「那个产品经理真是个脑残」，这是一种评论。评论对于沟通是没有帮助的，他只会让别人厌恶，抵触。我们应该说出具体的观察：那个产品经理做的大部分需求都会改很多次，而且功能上线后用户基本都是负面反馈。
我们也常常忽略、或者故意隐藏了自己的感受和需要。在沟通中，让对方清楚自己的感受和需要是很重要的。最常见的就是在亲密关系当中，一方总会把自己的感受和需要埋在心中自己消化，另一方事实上并不知道对方的感受，潜移默化就造成了关系破裂的危机。
暴力的根源在于人们忽视彼此的感受与需要，而将冲突归咎于对方。非暴力沟通的第四个要素：请求，也很重要。对方即使清楚你的感受和需要，但不一定知道应该怎么做。恋爱中，一方需要陪伴，那么应该直接说出具体的请求：工作日每晚至少花两个小时在一起。
我们将自己想要的回应讲得越清楚，就越有可能得到理想的回应。在工作中「请求」同样重要。如果在会议中，发言的人在最后不明确说出想要得到与会人员怎么样的反应，只问大家「有什么想说的」，那很可能大家就没有什么想说的。但如果明确地问：「对于这个方案，大家有没有想到可能存在的缺点？」，那么就更有可能得到你想要的回应。
但如果不说出感受和需要，直接说出请求，就会像一种命令。例如我小时候母亲让我做家务的时候，对我只有一句话：「快去做清洁！」。对我来说是一种不得不服从的命令，服从只是因为她是我母亲，而不是她的感受和她的需要，会让我十分抵触。
除了非暴力沟通的四个要素，书里最后也提到了充分表达感激的重要性。对别人表达感激也有三个要素：说出对我们有益的行为；我们哪些需要得到了满足；我们是什么样的心情。
这就是为什么对于我来说，比起别人说「你真牛逼」，我更愿意看到博客读者来信告诉我，我的哪篇文章的哪一个点，让他得到了什么样的启发。
有一次我在看 React Conf, 很喜欢其中一位讲师，在 Twitter 上提到了他，他说「That means a lot to me」, 我意识到，不能吝啬表达自己的感激。
我想，如果在我的成长环境中，我的父母也掌握了非暴力沟通的技巧，我们彼次都懂得表达彼此的观察、感受和需要。也许不至于让我对原生家庭有那么多负面的情绪。
所以，为了你爱的人，应该读一读《非暴力沟通》。
via Randy's Blog
Invalid media: image
来自 2014 年给未来的我的一封信
这是一封 2014 年我写给未来的自己的信。当时在上大一，是上职业规划课时老师布置给我们的一个作业，写完我们就交给老师保存，他会在我们大学毕业后返还。
老师通过微信联系我说有封信在他那里，并拍了这张照片（图为我用 Office Lens 处理后）。我早已忘掉我曾写过这封信，看完后我就全记起来了。
记起来刚上大学时对未知的憧憬，记起来在教室听无聊的网页设计课，记起来退学那天给宿舍阿姨还了钥匙后坐上中巴回广州市区的时候听的那首《一路向北》。
via Randy's Blog
Invalid media: image
这是一封 2014 年我写给未来的自己的信。当时在上大一，是上职业规划课时老师布置给我们的一个作业，写完我们就交给老师保存，他会在我们大学毕业后返还。
老师通过微信联系我说有封信在他那里，并拍了这张照片（图为我用 Office Lens 处理后）。我早已忘掉我曾写过这封信，看完后我就全记起来了。
记起来刚上大学时对未知的憧憬，记起来在教室听无聊的网页设计课，记起来退学那天给宿舍阿姨还了钥匙后坐上中巴回广州市区的时候听的那首《一路向北》。
via Randy's Blog
Invalid media: image
为什么无法坚持写博客
如果你被本文的标题吸引，那么你应该已经试过很多次雄心勃勃地开始选择你喜欢的静态网站生成器 (Static Site Generator), 然后精心挑选或者自行手写一个你钟意的主题，写下一篇题为 “Hello World” 的博客，宣称从今天起重新开始写博客。几个月后就再也不更新了。
为什么你总是无法坚持写博客？和很多「为什么无法坚持做某事」的问题一样，我们得先弄清楚为什么要写博客。
我听过很多人想建博客的理由是想把博客当成笔记本，记录自己学到的东西、遇到的问题和解决方法。这是一个让博客最终走向荒废的理由，因为你在笔记本就可以做到类似的事，除非你记录的问题有你自己独到的思考，否则网友们更愿意去看 StackOverflow.
写博客的第一个意义是让陌生人通过博客了解到你是什么人、你在想什么、你做了什么。不妨试想一下，如果你正准备找工作，一位素不相识的 HR 如果要了解你，光是一份简历就能让 HR 知道你的价值吗？如果你有一个精彩的博客，HR 也许能通过你的博客了解你对技术的属于自己的思考、你在业余时间在想的事情是什么。这比简历本身更像一份立体的简历。
以下是一些你可以选择的题材：
● 你对某个技术的看法
● 你读了某本书的书评
● 你职业之外的一些生活感悟和记录
● 你的对于生活、职业的哲学思考
这些题材的共同点是它们都是属于你的独特的内容。
当然，这一切的前提是你本身需要有一定的表达欲，你才会想不断地去写博客。博客只是其中一个表达渠道。我自己是一个很有表达欲的人，我乐意分享我的想法，我的生活。然而，试图通过建立博客去培养表达欲不是一个行之有效的方法，这就像很多本身不喜欢读书的人试图通过 Kindle 培养自己的读书习惯，大多数都是失败收场。你应该是因为喜欢读书所以买 Kindle, 正如你应该是想表达你的东西所以你写博客。
不是每个人都有表达欲，但很多有表达欲的人不敢表达，因为在担心一些不应该担心的问题。
文章没有深度
除非你的博客的定位就是追求思想深度，否则不必苛求每篇文章都有所谓的深度，有时候即使是日常生活的小记也有其价值，读者能从中发现很多自己不知道的东西。例如 JustZht 的 一些生活小记 .
记得多年前我刚开始写博客的时候知道了罗磊和 罗磊的博客。虽然当时罗磊是一个前端工程师，但博客大多数文章都不是技术，而是一些数码产品和生活方式，例如 他跑马拉松的记录。
这些内容没有所谓的「深度」，但让我看到了不同的生活方式。每个人都有自己独特的生活方式，不妨把它分享出来让更多人从中获得借鉴。
文章写不长
并非写长文章才叫写博客，李如一的 一天世界 也不见得每篇文章的篇幅都长，但内容有其独特的思维方式，也能引发思考。这就够了。
没什么人看
写独立博客和写公众号不同，你不必追求「十万加」。你要追求的是一个陌生人只要进入一个网站就能知道你是什么人。你不靠写博客吃饭。人们总说 You are what you read, 当人们无法得知你在读什么的情况下，那么我更要说： You are what you write.
文章写完，分享给你喜欢的圈子，论坛，回复一些评论。慢慢地就会在你的圈子积累一些读者。
做不到一直更新
JerryQu 的博客 已经两年没有更新，但两年后的现在依然可以说这是一个很好的博客。
你的博客不是资讯网站，不必在意更新频率。
希望本文可以引导各位潜在的博客作者决心建立自己的独立博客。独立博客有免于献媚的自由，有排版自由，有修改删除自己说了算的自由。维护一个有意义的博客不是一件难事，用现成的平台或用框架，在网站主页写上你的个人简介，然后保有分享生活和想法的习惯，不限篇幅，不限频率（即使是一年一篇），按时续费域名，保持网站正常访问，
记住，一个博客的死掉不是不再更新，而是无法访问。
延伸链接
● 中文独立博客列表
via Randy's Blog
如果你被本文的标题吸引，那么你应该已经试过很多次雄心勃勃地开始选择你喜欢的静态网站生成器 (Static Site Generator), 然后精心挑选或者自行手写一个你钟意的主题，写下一篇题为 “Hello World” 的博客，宣称从今天起重新开始写博客。几个月后就再也不更新了。
为什么你总是无法坚持写博客？和很多「为什么无法坚持做某事」的问题一样，我们得先弄清楚为什么要写博客。
我听过很多人想建博客的理由是想把博客当成笔记本，记录自己学到的东西、遇到的问题和解决方法。这是一个让博客最终走向荒废的理由，因为你在笔记本就可以做到类似的事，除非你记录的问题有你自己独到的思考，否则网友们更愿意去看 StackOverflow.
写博客的第一个意义是让陌生人通过博客了解到你是什么人、你在想什么、你做了什么。不妨试想一下，如果你正准备找工作，一位素不相识的 HR 如果要了解你，光是一份简历就能让 HR 知道你的价值吗？如果你有一个精彩的博客，HR 也许能通过你的博客了解你对技术的属于自己的思考、你在业余时间在想的事情是什么。这比简历本身更像一份立体的简历。
以下是一些你可以选择的题材：
● 你对某个技术的看法
● 你读了某本书的书评
● 你职业之外的一些生活感悟和记录
● 你的对于生活、职业的哲学思考
这些题材的共同点是它们都是属于你的独特的内容。
当然，这一切的前提是你本身需要有一定的表达欲，你才会想不断地去写博客。博客只是其中一个表达渠道。我自己是一个很有表达欲的人，我乐意分享我的想法，我的生活。然而，试图通过建立博客去培养表达欲不是一个行之有效的方法，这就像很多本身不喜欢读书的人试图通过 Kindle 培养自己的读书习惯，大多数都是失败收场。你应该是因为喜欢读书所以买 Kindle, 正如你应该是想表达你的东西所以你写博客。
不是每个人都有表达欲，但很多有表达欲的人不敢表达，因为在担心一些不应该担心的问题。
文章没有深度
除非你的博客的定位就是追求思想深度，否则不必苛求每篇文章都有所谓的深度，有时候即使是日常生活的小记也有其价值，读者能从中发现很多自己不知道的东西。例如 JustZht 的 一些生活小记 .
记得多年前我刚开始写博客的时候知道了罗磊和 罗磊的博客。虽然当时罗磊是一个前端工程师，但博客大多数文章都不是技术，而是一些数码产品和生活方式，例如 他跑马拉松的记录。
这些内容没有所谓的「深度」，但让我看到了不同的生活方式。每个人都有自己独特的生活方式，不妨把它分享出来让更多人从中获得借鉴。
文章写不长
并非写长文章才叫写博客，李如一的 一天世界 也不见得每篇文章的篇幅都长，但内容有其独特的思维方式，也能引发思考。这就够了。
没什么人看
写独立博客和写公众号不同，你不必追求「十万加」。你要追求的是一个陌生人只要进入一个网站就能知道你是什么人。你不靠写博客吃饭。人们总说 You are what you read, 当人们无法得知你在读什么的情况下，那么我更要说： You are what you write.
文章写完，分享给你喜欢的圈子，论坛，回复一些评论。慢慢地就会在你的圈子积累一些读者。
做不到一直更新
JerryQu 的博客 已经两年没有更新，但两年后的现在依然可以说这是一个很好的博客。
你的博客不是资讯网站，不必在意更新频率。
希望本文可以引导各位潜在的博客作者决心建立自己的独立博客。独立博客有免于献媚的自由，有排版自由，有修改删除自己说了算的自由。维护一个有意义的博客不是一件难事，用现成的平台或用框架，在网站主页写上你的个人简介，然后保有分享生活和想法的习惯，不限篇幅，不限频率（即使是一年一篇），按时续费域名，保持网站正常访问，
记住，一个博客的死掉不是不再更新，而是无法访问。
延伸链接
● 中文独立博客列表
via Randy's Blog
我在 UC 做的前端工程化探索
我在 2016 年初加入 UC 的国际业务部，负责为 UC News 搭建运营后台。随着前端团队人数越来越多，我开始推动团队的前端技术栈统一以及前端工程化，开发了一个叫 Cans 用于快速搭建中后台前端应用的框架。直到了 2019 年我离开 UC, Cans 仍然服务于 UC 的国际业务。
本文主要记录了我如何从 UC News 运营后台孵化出这个内部框架，以及其背后的设计理念。虽然 Cans 没有开放源代码。但我认为相比这些工具的源码，那些我在开发这些工具背后的理念、思考，更有被分享的价值。也算作是对我在 UC 工作的一个总结。遂有此文。
----------------------
我们在做 UC News 运营后台的时候，面临的最大问题是：当有新的业务需要我们团队支撑开发一个新运营后台的时候，我们应该怎么做？
这种情况在不断地发生。2017 年我们的 UC News 运营后台趋于成熟，业务需求响应的速度在不断提高。越来越多业务方问我们同一个问题：「我们 xxx 业务想有一个运营后台，我们可以快速接入吗？」
如何让 UC News 运营后台的开发经验可以被快速地复制出去，帮助更多业务？在回答这个问题之前，我想先说说我是怎么设计 UC News 运营后台的前端工程以提高需求响应速度的。
第一点是保证业务开发尽量不被构建环节干扰，只须关注业务逻辑本身。这一点很好保证，因为构建配置基本是不需要更改的。
第二点是降低新页面接入的成本。所谓的成本指的是：
● 页面绑定对应的路由
● 在左侧菜单栏添加菜单项并指向对应的路由
我把这两点变成配置项，可以直接在项目里的 routes 文件配置。这样新页面接入只需配置菜单项的标题和路由，以及对应的页面组件即可。
第三点是规范项目目录结构。这一点我在 Egg 上受到很大的启发。在内部，我们的 Node.js 系统都使用 Egg. 我借鉴 Egg 把项目配置、路由配置、应用启动代码等作了规范：
要用这一套模式赋能更多不断冒出的新业务，首先要做的是统一。
在社区上做开源软件和做公司内部的软件不同，前者通常需要考虑兼容性。处理兼容性的代价是越来越复杂的配置项。但做内部软件，则可以通过「统一」简化配置（甚至无需配置）。例如，两个业务如果分别使用 less 和 sass, 那么在新建项目时，两个业务都要各自配置。相反，如果早已约定所有业务都使用 less, 那么 less 的配置可以固化到统一的工具里，两个业务都不需配置。
首先是技术栈的统一：
● React
● 组件库：Ant.Design
● 构建工具：Webpack
● 语言：TypeScript
● css 预编译：Less
技术栈的选型背后没有什么高深的思量，不过是这一套在 UC News 运营后台经过了考验：Ant.Design 的组件覆盖了 90% 的需求；纯 EcmaScript 写运营后台这种复杂应用是灾难，尤其在新人接手的时候；
技术栈的统一带来的是构建配置可以全部收敛，当然除了技术相关的工具，还有业务层面的工具可以统一收敛：
● 构建产物发布到 cdn
● 打点、错误监控的封装
● 网络请求库统一
● i18n 方案统一
做好了这些统一的准备，我开始开发一个叫 Cans 的前端解决方案，它的宗旨是快速搭建中后台类的项目。
框架设计
「开箱即用，没有多余的东西」是我从 zeit.co 领会到的软件设计哲学。如果说一个框架设计得美，那么其实是说它用最简单且符合直觉的接口封装了最复杂的逻辑。
和 next.js 一样，我希望开发者只要用
在最基本的应用，
也就是收集所有运行时将要用到的数据，然后生成一个入口 js 文件。
另外，在构建中还引入了 tree shaking, code splitting (with react-loadable) 等等优化手段。
构建时分析的应用数据，可以在运行时、页面中通过 import app 实例来获取：
这种注入机制是为了提供扩展性，为了通过这种扩展性建立「生态」，Cans 引入了 addon 机制，以一个打点 addon 为例：
开发者可以在 npm 发布以
Cans 自带了一些业务常用的 addon:
● cans-addon-cookies ● 通过
● cans-addon-storage ● 通过
● cans-addon-http ● http 请求方法封闭
虽然中后台的布局千篇一律，但为了尽量覆盖所有定制化的需求，Cans 也开放了 theme, 开发者可以定制自己的主题，用
而在业务层，尽可能将可复用的业务组件封装出去，让更多业务可以使用。如 antd-data-table 这个业务组件，就是从 UC News 运营后台独立出来的。
以上是 Cans 这个框架的大概模样, 或有其它细节，但不是本文的重点。
在设计这个框架的时候，我无时无刻在考虑的是如何使开发者要写的代码越来越少，同时开放的接口是要符合开发者直觉的。就像「建立一个页面就是创建一个页面文件然后运行
几年前我读了《乔布斯传》，使我对用户体验有了极致的追求，也把这种追求带到了软件开发。这种体验不是一句 Simple is better 就可以说明的。你在同时面对一堆电路板和一台 Macintosh 的时候可能才会体会到所谓的「科技与人文的十字路口」，但，软件设计同样有这样的十字路口，它可能出现在一份完整、漂亮的文档（像 Vue）, 可能出现在一个屏蔽了所有复杂细节 (and it just works!) 的命令（像 next.js）, 可能出现在它的小而美，可以接入到任何地方。
后来蚂蚁金服发布了 Umi, 比 Cans 做得更全面，但两者的思路都如出一辙。我想这证明了这套模式背后的价值所在。最近看到《Umi 架构、生态和未来》 ，让我更确信当初的想法和 Umi 在做的是契合的。推荐各位在下一个项目可以试试 Umi.
记得有一次面试的时候，我提到我主要是做一些前端基建的工作，面试官问我，觉得什么样的前端基建是做得好的基建？我回答说，如果我做的基建可以让同事少加班，那么我做的基建就是好的。
via Randy's Blog
Invalid media:
image
image
image
image
image
image
image
image
image
image
image
我在 2016 年初加入 UC 的国际业务部，负责为 UC News 搭建运营后台。随着前端团队人数越来越多，我开始推动团队的前端技术栈统一以及前端工程化，开发了一个叫 Cans 用于快速搭建中后台前端应用的框架。直到了 2019 年我离开 UC, Cans 仍然服务于 UC 的国际业务。
本文主要记录了我如何从 UC News 运营后台孵化出这个内部框架，以及其背后的设计理念。虽然 Cans 没有开放源代码。但我认为相比这些工具的源码，那些我在开发这些工具背后的理念、思考，更有被分享的价值。也算作是对我在 UC 工作的一个总结。遂有此文。
----------------------
我们在做 UC News 运营后台的时候，面临的最大问题是：当有新的业务需要我们团队支撑开发一个新运营后台的时候，我们应该怎么做？
这种情况在不断地发生。2017 年我们的 UC News 运营后台趋于成熟，业务需求响应的速度在不断提高。越来越多业务方问我们同一个问题：「我们 xxx 业务想有一个运营后台，我们可以快速接入吗？」
如何让 UC News 运营后台的开发经验可以被快速地复制出去，帮助更多业务？在回答这个问题之前，我想先说说我是怎么设计 UC News 运营后台的前端工程以提高需求响应速度的。
第一点是保证业务开发尽量不被构建环节干扰，只须关注业务逻辑本身。这一点很好保证，因为构建配置基本是不需要更改的。
第二点是降低新页面接入的成本。所谓的成本指的是：
● 页面绑定对应的路由
● 在左侧菜单栏添加菜单项并指向对应的路由
我把这两点变成配置项，可以直接在项目里的 routes 文件配置。这样新页面接入只需配置菜单项的标题和路由，以及对应的页面组件即可。
第三点是规范项目目录结构。这一点我在 Egg 上受到很大的启发。在内部，我们的 Node.js 系统都使用 Egg. 我借鉴 Egg 把项目配置、路由配置、应用启动代码等作了规范：
要用这一套模式赋能更多不断冒出的新业务，首先要做的是统一。
在社区上做开源软件和做公司内部的软件不同，前者通常需要考虑兼容性。处理兼容性的代价是越来越复杂的配置项。但做内部软件，则可以通过「统一」简化配置（甚至无需配置）。例如，两个业务如果分别使用 less 和 sass, 那么在新建项目时，两个业务都要各自配置。相反，如果早已约定所有业务都使用 less, 那么 less 的配置可以固化到统一的工具里，两个业务都不需配置。
首先是技术栈的统一：
● React
● 组件库：Ant.Design
● 构建工具：Webpack
● 语言：TypeScript
● css 预编译：Less
技术栈的选型背后没有什么高深的思量，不过是这一套在 UC News 运营后台经过了考验：Ant.Design 的组件覆盖了 90% 的需求；纯 EcmaScript 写运营后台这种复杂应用是灾难，尤其在新人接手的时候；
技术栈的统一带来的是构建配置可以全部收敛，当然除了技术相关的工具，还有业务层面的工具可以统一收敛：
● 构建产物发布到 cdn
● 打点、错误监控的封装
● 网络请求库统一
● i18n 方案统一
做好了这些统一的准备，我开始开发一个叫 Cans 的前端解决方案，它的宗旨是快速搭建中后台类的项目。
框架设计
「开箱即用，没有多余的东西」是我从 zeit.co 领会到的软件设计哲学。如果说一个框架设计得美，那么其实是说它用最简单且符合直觉的接口封装了最复杂的逻辑。
和 next.js 一样，我希望开发者只要用
cans start 这一条命令，就能开始开发一个页面。在最基本的应用，
cans start 的背后会做这样的工作：也就是收集所有运行时将要用到的数据，然后生成一个入口 js 文件。
另外，在构建中还引入了 tree shaking, code splitting (with react-loadable) 等等优化手段。
构建时分析的应用数据，可以在运行时、页面中通过 import app 实例来获取：
这种注入机制是为了提供扩展性，为了通过这种扩展性建立「生态」，Cans 引入了 addon 机制，以一个打点 addon 为例：
开发者可以在 npm 发布以
cans-addon- 为前缀的库贡献生态。Cans 自带了一些业务常用的 addon:
● cans-addon-cookies ● 通过
app.cookies.get 和 app.cookies.set 读写 cookies● cans-addon-storage ● 通过
app.storage 做离线数据持久化（如本地数据缓存）● cans-addon-http ● http 请求方法封闭
虽然中后台的布局千篇一律，但为了尽量覆盖所有定制化的需求，Cans 也开放了 theme, 开发者可以定制自己的主题，用
app.theme() 引入。也可以在 npm 上贡献主题。像我们最常用的运营后台 theme：而在业务层，尽可能将可复用的业务组件封装出去，让更多业务可以使用。如 antd-data-table 这个业务组件，就是从 UC News 运营后台独立出来的。
以上是 Cans 这个框架的大概模样, 或有其它细节，但不是本文的重点。
在设计这个框架的时候，我无时无刻在考虑的是如何使开发者要写的代码越来越少，同时开放的接口是要符合开发者直觉的。就像「建立一个页面就是创建一个页面文件然后运行
cans start 一样简单。几年前我读了《乔布斯传》，使我对用户体验有了极致的追求，也把这种追求带到了软件开发。这种体验不是一句 Simple is better 就可以说明的。你在同时面对一堆电路板和一台 Macintosh 的时候可能才会体会到所谓的「科技与人文的十字路口」，但，软件设计同样有这样的十字路口，它可能出现在一份完整、漂亮的文档（像 Vue）, 可能出现在一个屏蔽了所有复杂细节 (and it just works!) 的命令（像 next.js）, 可能出现在它的小而美，可以接入到任何地方。
后来蚂蚁金服发布了 Umi, 比 Cans 做得更全面，但两者的思路都如出一辙。我想这证明了这套模式背后的价值所在。最近看到《Umi 架构、生态和未来》 ，让我更确信当初的想法和 Umi 在做的是契合的。推荐各位在下一个项目可以试试 Umi.
记得有一次面试的时候，我提到我主要是做一些前端基建的工作，面试官问我，觉得什么样的前端基建是做得好的基建？我回答说，如果我做的基建可以让同事少加班，那么我做的基建就是好的。
via Randy's Blog
Invalid media:
image
image
image
image
image
image
image
image
image
image
image
回顾了一些读者来信
从 2014 年开始写博客以来，因为不设评论区，我收到不少读者的 Email 来信。透过 Email, 来信的人比评论区直接评论要更严谨一些。来信中的大部分是请教问题，其它则是一些感谢的话。
几天前我购买了一块软木板挂在自己的房间，想到可以把一些有意思的读者来信打印出来钉到软木板上。于是在收件箱整理了 2014 年至今 5 年来收到的所有读者来信。
其中我发现一封 2015 年的已经被我淡忘的邮件：
这是一位在国外当老师的妈妈，特意来信想为她的儿子寻问关于编程的问题。当时我回信尽可能地写了很多浅薄的意见和经验分享，后来就再没有通信。这位母亲让我感动。
时隔几年再看来往的信件，无论是提到的这位母亲，还是其它特意发来感谢的读者，他们让我收获到的是，我写的文字确实帮助了一些人；五年来我坚持写独立博客是有意义的；这些来信让我意识到我活在世上还是有一点微不足道的贡献。所以我最开心的是看到来信里面提到的，我对读者的影响是什么。
对我来说，有没有活下去的勇气，取决于我在世界上有没有创造价值。这些读者来信是我写博客收获的最宝贵的财富。
via Randy's Blog
Invalid media:
image
image
image
image
image
从 2014 年开始写博客以来，因为不设评论区，我收到不少读者的 Email 来信。透过 Email, 来信的人比评论区直接评论要更严谨一些。来信中的大部分是请教问题，其它则是一些感谢的话。
几天前我购买了一块软木板挂在自己的房间，想到可以把一些有意思的读者来信打印出来钉到软木板上。于是在收件箱整理了 2014 年至今 5 年来收到的所有读者来信。
其中我发现一封 2015 年的已经被我淡忘的邮件：
这是一位在国外当老师的妈妈，特意来信想为她的儿子寻问关于编程的问题。当时我回信尽可能地写了很多浅薄的意见和经验分享，后来就再没有通信。这位母亲让我感动。
时隔几年再看来往的信件，无论是提到的这位母亲，还是其它特意发来感谢的读者，他们让我收获到的是，我写的文字确实帮助了一些人；五年来我坚持写独立博客是有意义的；这些来信让我意识到我活在世上还是有一点微不足道的贡献。所以我最开心的是看到来信里面提到的，我对读者的影响是什么。
对我来说，有没有活下去的勇气，取决于我在世界上有没有创造价值。这些读者来信是我写博客收获的最宝贵的财富。
所以这些人呢，不管是什么借口，最终选择了去做恶心的成年人社会中的一个恶心的人，最可气的是他们之后还产生了幻觉，说这就是“成熟”。于是又过来毒害年轻人，跟他们说，你看，我年轻的时候也像你这样，现在我这叫成熟，你这叫幼稚。
我现在看到很多我的同龄人变成这样，很多人都是我小时候的好朋友，也曾经充满了理想，充满了美好的这些东西，然后相信自己可以改变世界，最后却变成了这种恶心的人。
我回家吃饭心情好就敷衍一下，有时候心情不好就忍不住当场戳穿他们。我说：“你看你们这帮兔崽子，年轻时候我们在一块儿聊，都说要改变世界，现在你，你改变个屁了。”然后他们就有点不好意思，说：“哎呀，行了，老罗，咱们那时候不是幼稚吗？谁能改变世界？谁也改变不了世界。”我就跟他们说：“你别客气了，你已经改变这个世界了，因为你变成了一个恶心的人，这个世界多了一个恶心的人，因此它变得恶心了一点点。”
每一个生命来到世间，都注定改变世界，这是你的宿命，你别无选择。你要么把世界变得好一点，要么把世界变得坏一点。
你如果走进社会，为了生存或是为了什么不要脸的理由， 变成了一个恶心的成年人社会中的一员，那你就把这个世界变得恶心了一点点。 如果你一生耿直，刚正不阿，没做任何恶心的事情，没有做任何对别人造成伤害的事情，一辈子拼了老命勉强把老婆、孩子、老娘，把身边的这些人照顾好了，没有成名，没有发财，没有成就伟大的事业，一生正直，最后梗着脖子到了七八十岁死掉了，你这一生是不是没有改变世界？你还是改变世界了，你把这个世界变得美好了一点点。因为你，这个世界又多了一个好人。
—— 罗永浩
via Randy's Blog
Invalid media:
image
image
image
image
image
爱情是愿意为你放弃寻新鲜
昨天在回杭的飞机上看完《Newness》, 一部探讨开放性关系的电影。男女主角都喜欢新鲜感，最后因为约炮堕入爱河，但很快开始感到关系平淡和厌倦，于是尝试开放性关系. 各自一番经历后最终决定放弃自由，认真经营这段感情。
我很喜欢探讨这种两性哲学问题，因为我在看待两性关系中有些犬儒主义 —— 我不相信人性，不相信忠诚，世界上充满诱惑。更愿意相信大多数的婚姻是一场交易。
当两人初试开放性关系时，遇到一位专家在谈论「外遇」和「开放性关系」的成因，她说：
有意思的是，在片中，男主角对开放性关系的底线，是只有自己可以令女主角高潮。所以每次女主角回家，他都会问女主角 Did you come (你高潮了吗)? 后来，女主角被一位成熟、事业有成的大叔深深吸引，她在他身上得到高潮后，男主角才感到他们的这段关系，已经彻底崩坏。
片尾，男女主角决定承受平淡、怨怼，回到对方身边。因为在各自经历过后，更加清楚彼此为何在一起。
或许最可靠稳固的关系就是双方愿意为对方失去那个原本的自己，而且是亲身经历告诉他们为何值得这样牺牲。
正如片中的两性专家所说，「开放性关系只是一个过程，千万不要把它作为你们的终点」。
via Randy's Blog
Invalid media: image
昨天在回杭的飞机上看完《Newness》, 一部探讨开放性关系的电影。男女主角都喜欢新鲜感，最后因为约炮堕入爱河，但很快开始感到关系平淡和厌倦，于是尝试开放性关系. 各自一番经历后最终决定放弃自由，认真经营这段感情。
我很喜欢探讨这种两性哲学问题，因为我在看待两性关系中有些犬儒主义 —— 我不相信人性，不相信忠诚，世界上充满诱惑。更愿意相信大多数的婚姻是一场交易。
当两人初试开放性关系时，遇到一位专家在谈论「外遇」和「开放性关系」的成因，她说：
When I go to look for someone else, it’s not always because I wanna get away from you, it’s because I wanna get away from the person that I have myself become. And it’s not that I want to find somebody else, but I want to find another self.
当我开始想寻找另外一个人的时候，不是因为我想离开你，而是想逃离这个状态的我。我想寻找的不是另一个人，而是另一个我。我想，这就是除了厌倦、诱惑之外，外遇的核心原因 —— 无法接受这个安定的自己。
有意思的是，在片中，男主角对开放性关系的底线，是只有自己可以令女主角高潮。所以每次女主角回家，他都会问女主角 Did you come (你高潮了吗)? 后来，女主角被一位成熟、事业有成的大叔深深吸引，她在他身上得到高潮后，男主角才感到他们的这段关系，已经彻底崩坏。
片尾，男女主角决定承受平淡、怨怼，回到对方身边。因为在各自经历过后，更加清楚彼此为何在一起。
或许最可靠稳固的关系就是双方愿意为对方失去那个原本的自己，而且是亲身经历告诉他们为何值得这样牺牲。
正如片中的两性专家所说，「开放性关系只是一个过程，千万不要把它作为你们的终点」。
Think of it not as the destination, but the layover.
via Randy's Blog
Invalid media: image
未来属于声明式编程
声明式编程 （Declarative Programming）是一种编程范式。现实世界中，我们大部分编码都是命令式的。
举个最常见的例子，对于用 JavaScript 来构建 UI, React 是声明式的。
所有的 DSL (HTML, XML, SQL) 都是声明式的，你写出一条 SQL 语句，只是为了告诉数据库你要什么，然后数据库就会给你对应的数据，而不是通过数据库的 API 去取。
Apple 在今年 (2019 年) 也推出了 Swift UI, 在 WWDC 的 Swift UI 相关的 Session 里也多次提到声明式 UI 开发的威力。
声明式编程的潜力在于：
解放人力成本，你只要「声明」你要做什么，具体怎么做，由运行时解决。
函数式编程就是声明式编程的一种，在函数式编程里的尾递归性能，就取决于运行时，而不是靠程序员去手动优化。React 里你只要描述你的 UI, 接下来状态变化后 UI 如何更新，是 React 在运行时帮你处理的，而不是靠程序员优化 diff 算法。
我们可以认为 Serverless (尤其是函数计算) 在运维领域获得了声明式的好处 —— 我们定义好了函数，我们只要告诉平台我们需要调用这个函数，那么如何进行计算资源分配、如何对代码做分布式部署，都不需要程序员考虑。
运行时帮你完成工作，除了可以节省人力成本外，还降低了程序员出错的概率 —— 因为写的代码越少，出错的概率就越小。人是最不可靠的，我们应该尽量把工作交给计算机。
「声明」是「描述」而不是真正「执行」
在纯函数式编程语言里面，一切都是声明式的，是纯 (Pure) 的，没有副作用（Side Effect）的。
Haskell 是一个纯函数式的语言，像在控制台输出文本这种方法（
Elm 和 Haskell 一样，副作用也只是返回一种类似 Haskell 中的 IO 类型。在 Elm 中叫做 Cmd.
以上说的这些，可能太过抽象。所以我用前端的同学们应该都知道的 redux-saga 对此作更具象的解释。也可以解答为什么我虽然不喜欢 Redux, 但认为 redux-saga 是一个的很不错的库。因为他利用 redux 的 middleware 机制和 generator 巧妙地实现了类似 Haskell 的 IO.
下面我将用 官方文档的例子 做解释。
比如，以下是一个有副作用的函数:
显然，
所以，事实上这个函数没有被命令式地被执行，而是由 redux-saga 决定如何执行。
如果你在外部直接调用
也就是说，你要测试的是「你有没有告诉程序你要执行的副作用，以及执行的参数是什么」。和命令式编程不同，因为命令式的程序在你执行函数时会真实地执行这个
所以，声明式的编程是非常易于测试的。
可视化编程是一种声明式编程
我们探索可视化编程，是因为我们一直期望通过拖拽就能完成开发，其实就是期望我们完成任务仅仅需要通过声明，而不是写命令式的代码。当然这是一种理想的状态。
DSL 是最常见的声明式编程形式。我一直在布道 GraphQL, 因为它把网络请求变得声明式了：
把网络请求变成声明式的好处有很多，其中一个就是它可以被放到各种各样的环境被执行。想象一下，我们可以打造一个可视化的应用搭建工具，在命令式编程的场景下，我们如果要做出如「点击按钮发送请求，得到响应后触发另一个 UI 更新」，就需要编写命令式的代码：
如果是 GraphQL, 我们可以把每一条 GraphQL 语句单独看作一个对象，他可以被任何组件触发，它的结果也可以被任何组件订阅。这样一来，在可视化的搭建工具里，程序员要做的是：
1. （声明式地）编写 GraphQL 查询语句
2. （声明式地）为组件（比如某个按钮）绑定 onClick 事件为触发某条查询语句
3. （声明式地）为组件（比如某个表格）绑定某条查询语句的响应值对应哪些组件的属性值
当然现实世界的应用不是那么简单，但已经是跨出了很大一步。
Conclusion
未来为什么属于声明式编程，因为我们在不断地努力提高开发效率，声明式编程显然是提效的最佳手段。React, Flutter, SwiftUI, GraphQL 的出现是最好的证明。最近听到内网太多人在提 Serverless, 我想说，提升开发效率，我们应该去想如何尽量让开发者声明式地编写代码，而不是只去想我们在 Serverless 上能做什么。
via Randy's Blog
Invalid media: image
声明式编程 （Declarative Programming）是一种编程范式。现实世界中，我们大部分编码都是命令式的。
举个最常见的例子，对于用 JavaScript 来构建 UI, React 是声明式的。
// 普通的 DOM API 构建 UI
const div = document.createElement('div')
const p = document.createElement('p')
p.textContent = 'hello world'
const UI = div.append(p)
// React 构建 UI
const h = React.craeteElement
const UI = h('div', null, h('p', null, 'hello world'))
所有的 DSL (HTML, XML, SQL) 都是声明式的，你写出一条 SQL 语句，只是为了告诉数据库你要什么，然后数据库就会给你对应的数据，而不是通过数据库的 API 去取。
SELECT * FROM Products WHERE name='Alipay'
Apple 在今年 (2019 年) 也推出了 Swift UI, 在 WWDC 的 Swift UI 相关的 Session 里也多次提到声明式 UI 开发的威力。
声明式编程的潜力在于：
解放人力成本，你只要「声明」你要做什么，具体怎么做，由运行时解决。
函数式编程就是声明式编程的一种，在函数式编程里的尾递归性能，就取决于运行时，而不是靠程序员去手动优化。React 里你只要描述你的 UI, 接下来状态变化后 UI 如何更新，是 React 在运行时帮你处理的，而不是靠程序员优化 diff 算法。
我们可以认为 Serverless (尤其是函数计算) 在运维领域获得了声明式的好处 —— 我们定义好了函数，我们只要告诉平台我们需要调用这个函数，那么如何进行计算资源分配、如何对代码做分布式部署，都不需要程序员考虑。
运行时帮你完成工作，除了可以节省人力成本外，还降低了程序员出错的概率 —— 因为写的代码越少，出错的概率就越小。人是最不可靠的，我们应该尽量把工作交给计算机。
「声明」是「描述」而不是真正「执行」
在纯函数式编程语言里面，一切都是声明式的，是纯 (Pure) 的，没有副作用（Side Effect）的。
Haskell 是一个纯函数式的语言，像在控制台输出文本这种方法（
putStrLn）就是一种副作用。在 Haskell 里 putStrLn "Hello World" 本身不会真正地输出 “Hello World“, 而是返回一个 IO 类型，来说明他是一个副作用。但它如何被执行，取决于运行时。Elm 和 Haskell 一样，副作用也只是返回一种类似 Haskell 中的 IO 类型。在 Elm 中叫做 Cmd.
以上说的这些，可能太过抽象。所以我用前端的同学们应该都知道的 redux-saga 对此作更具象的解释。也可以解答为什么我虽然不喜欢 Redux, 但认为 redux-saga 是一个的很不错的库。因为他利用 redux 的 middleware 机制和 generator 巧妙地实现了类似 Haskell 的 IO.
下面我将用 官方文档的例子 做解释。
比如，以下是一个有副作用的函数:
import { call } from 'redux-saga/effects'
function* fetchProducts() {
const products = yield call(Api.fetch, '/products')
// ...
}
显然，
Api.fetch() 是副作用，它会发送网络请求。但是，在 redux-saga 里面，你不应该直接执行这个函数，而是使用 call 告诉 redux-saga —— 你要执行 Api.fetch , 参数为 /products.所以，事实上这个函数没有被命令式地被执行，而是由 redux-saga 决定如何执行。
如果你在外部直接调用
fetchProducts(), 你会得到一个 Generator Iterator. 然后通过 next() 得到你 yield 的值。所以你可以这样去测试你的程序：const iterator = fetchProducts()
// expects a call instruction
assert.deepEqual(
iterator.next().value,
call(Api.fetch, '/products'),
"fetchProducts should yield an Effect call(Api.fetch, './products')"
)
也就是说，你要测试的是「你有没有告诉程序你要执行的副作用，以及执行的参数是什么」。和命令式编程不同，因为命令式的程序在你执行函数时会真实地执行这个
Api.fetch，你必须用测试框架里类似 mockFn 的手段去 mock 这个函数进行测试。fetchProducts() 只有在 Redux 环境里，才会真正地执行副作用（在这里就是 Api.fetch 发送的网络请求）。所以，声明式的编程是非常易于测试的。
可视化编程是一种声明式编程
我们探索可视化编程，是因为我们一直期望通过拖拽就能完成开发，其实就是期望我们完成任务仅仅需要通过声明，而不是写命令式的代码。当然这是一种理想的状态。
DSL 是最常见的声明式编程形式。我一直在布道 GraphQL, 因为它把网络请求变得声明式了：
query {
posts {
id, title, content
}
}
把网络请求变成声明式的好处有很多，其中一个就是它可以被放到各种各样的环境被执行。想象一下，我们可以打造一个可视化的应用搭建工具，在命令式编程的场景下，我们如果要做出如「点击按钮发送请求，得到响应后触发另一个 UI 更新」，就需要编写命令式的代码：
async function onClickButton() {
// 手动发送请求
const result = await fetch('/api')
// 手动更新 UI
table.dataSource = result
}
如果是 GraphQL, 我们可以把每一条 GraphQL 语句单独看作一个对象，他可以被任何组件触发，它的结果也可以被任何组件订阅。这样一来，在可视化的搭建工具里，程序员要做的是：
1. （声明式地）编写 GraphQL 查询语句
2. （声明式地）为组件（比如某个按钮）绑定 onClick 事件为触发某条查询语句
3. （声明式地）为组件（比如某个表格）绑定某条查询语句的响应值对应哪些组件的属性值
当然现实世界的应用不是那么简单，但已经是跨出了很大一步。
Conclusion
未来为什么属于声明式编程，因为我们在不断地努力提高开发效率，声明式编程显然是提效的最佳手段。React, Flutter, SwiftUI, GraphQL 的出现是最好的证明。最近听到内网太多人在提 Serverless, 我想说，提升开发效率，我们应该去想如何尽量让开发者声明式地编写代码，而不是只去想我们在 Serverless 上能做什么。
via Randy's Blog
Invalid media: image
井底之蛙的一片天空
有次和朋友提到移民的想法，他说，为什么不考虑日本呢？我的回答是，我对日本没有特别的情感。朋友说他正相反。然后他问道：难道你的童年没有看日本动画吗？
我的童年除了阅读，大部分信息的获取来源于电视机。我从电视机看过的日本动画不少 —— 在 CCTV 少儿频道看《四驱兄弟》，在 TVS (南方卫视) 看《哆啦 A 梦》，在华娱卫视《通灵王》、《军曹》，在本港台看《游戏王》，在翡翠台又看了不计其数的，就不一一列举。
我从这些动画片里感受不出日本文化，一是因为都是中文的配音，二是基本上我看的都是虚构类作品，无法从中了解到日本的文化生活。只有翡翠台偶尔播出一些配音的日本真人电视节目，让我了解到日本的街道和风景是如此模样，但仅此而已。
不过我却很能理解我的那位朋友，因为我对另一片土地 —— 香港 —— 有一样的感受。
电视机把我和香港的距离拉得很近。白天有「卡通片」，傍晚有儿童节目，每晚六点半，可以看《六点半新闻报道》，知道香港、国际在发生的事。7点半后，有《东张西望》看娱乐新闻。紧接下来就是八点档和九点档的电视剧。
我是看香港电视剧和电影、听「广东歌」长大的。聊起亚视的「柒事」，我们一样会大笑。现在不看电视，但还有 YouTube. 走在香港街头，我一个广东人，和香港人又有什么太大的区别呢。
最大的区别可能是，我很羡慕香港人。香港人可以有不同的政见，可以自由表达自己的观点，有权发声争取自己（或别人）应有的权利，可以大声对别人讲：「香港系有言论自由咖」！不用担心「讲错嘢」。而我不能。
香港不能失去这些。我愿意在这样的地方生活。香港是我的精神家园。
撇开身份认同，在政治上，香港回归早已经是国际社会公认的。我自己作为中国人，一直为中国有这样的香港感到庆幸。因为这代表中国人还能有另一种作为中国人的方式。
而我，很惭愧，虽同讲广东话，但在内地，也只不过是一只知道自己是井底之蛙的井底之蛙罢了。
王小波说「井底之蛙也拥有一片天空」，对我来说，这片天空就是香港。
衷心祝福香港。
via Randy's Blog
有次和朋友提到移民的想法，他说，为什么不考虑日本呢？我的回答是，我对日本没有特别的情感。朋友说他正相反。然后他问道：难道你的童年没有看日本动画吗？
我的童年除了阅读，大部分信息的获取来源于电视机。我从电视机看过的日本动画不少 —— 在 CCTV 少儿频道看《四驱兄弟》，在 TVS (南方卫视) 看《哆啦 A 梦》，在华娱卫视《通灵王》、《军曹》，在本港台看《游戏王》，在翡翠台又看了不计其数的，就不一一列举。
我从这些动画片里感受不出日本文化，一是因为都是中文的配音，二是基本上我看的都是虚构类作品，无法从中了解到日本的文化生活。只有翡翠台偶尔播出一些配音的日本真人电视节目，让我了解到日本的街道和风景是如此模样，但仅此而已。
不过我却很能理解我的那位朋友，因为我对另一片土地 —— 香港 —— 有一样的感受。
电视机把我和香港的距离拉得很近。白天有「卡通片」，傍晚有儿童节目，每晚六点半，可以看《六点半新闻报道》，知道香港、国际在发生的事。7点半后，有《东张西望》看娱乐新闻。紧接下来就是八点档和九点档的电视剧。
我是看香港电视剧和电影、听「广东歌」长大的。聊起亚视的「柒事」，我们一样会大笑。现在不看电视，但还有 YouTube. 走在香港街头，我一个广东人，和香港人又有什么太大的区别呢。
最大的区别可能是，我很羡慕香港人。香港人可以有不同的政见，可以自由表达自己的观点，有权发声争取自己（或别人）应有的权利，可以大声对别人讲：「香港系有言论自由咖」！不用担心「讲错嘢」。而我不能。
香港不能失去这些。我愿意在这样的地方生活。香港是我的精神家园。
撇开身份认同，在政治上，香港回归早已经是国际社会公认的。我自己作为中国人，一直为中国有这样的香港感到庆幸。因为这代表中国人还能有另一种作为中国人的方式。
而我，很惭愧，虽同讲广东话，但在内地，也只不过是一只知道自己是井底之蛙的井底之蛙罢了。
王小波说「井底之蛙也拥有一片天空」，对我来说，这片天空就是香港。
衷心祝福香港。
via Randy's Blog
我想得到它，因为它是好的
王小波在《跳出手掌心》里有这么一段话，初读时使我似醍醐灌顶：
我们追求普世价值，是因为普世价值是好的，是对的，只要你是人类，你就应该拥有他。如果有人不幸失去，那么就应该帮助他。
令人难过的是，由于一系列客观条件，一部分人无法对此感同身受。普世价值和民族无关，和国籍无关，它属于全人类。一旦能意识到一点，那么这些人就很容易能识破一些延用了近半个世纪的可笑的借口和谎言，他们的被害妄想症也理应会被治愈。
很遗憾，我得不到它，我本应该能为此不断地写，不断地写，但我不能。这让我难过了很多年，一直到现在。
愿不在意的人能一直不在意，以免遭受这种难过。
via Randy's Blog
王小波在《跳出手掌心》里有这么一段话，初读时使我似醍醐灌顶：
我上大學時，有一次我的數學教授在課堂上講到：我現在所教的數學，你們也許一生都用不到，但我還要教，因為這些知識是好的，應該讓你們知道。這位老師的胸襟之高遠，使我終生佩服。我還要說，像這樣的胸襟，在中國人文知識分子中間很少見到。把「知识」换成「普世价值」，我认为道理同样成立：
我们追求普世价值，是因为普世价值是好的，是对的，只要你是人类，你就应该拥有他。如果有人不幸失去，那么就应该帮助他。
令人难过的是，由于一系列客观条件，一部分人无法对此感同身受。普世价值和民族无关，和国籍无关，它属于全人类。一旦能意识到一点，那么这些人就很容易能识破一些延用了近半个世纪的可笑的借口和谎言，他们的被害妄想症也理应会被治愈。
很遗憾，我得不到它，我本应该能为此不断地写，不断地写，但我不能。这让我难过了很多年，一直到现在。
愿不在意的人能一直不在意，以免遭受这种难过。
via Randy's Blog
人生是不断取舍的过程
如果问工作以来我悟出的最重要的观念是什么，那就是，人生是一个不断取舍的过程。
我们总是在作自己未来的规划和目标的时候说，我想要什么，而忽略了问自己一个问题，「我愿意为此舍弃点什么」。我们逃避了残酷的事实 —— 我们每天只有 24 小时，我们什么都想要，但这是不可能的。
意识到这一点，有利于我们做很多的决策，而且对很多让你感到可惜的事都释怀了。
有人总是会在年初列下自己的读书清单，但直到年底，发现自己一本都没有读完。这是很多人懊恼和焦虑的来源 —— 为什么我总是无法履行自己的规划？
过去我总会把原因归咎于没有做好时间管理，但后来我顿悟了，在列下读书清单时，并没有问自己这样的问题 —— 你愿意为读书带来的精神收益，而舍弃点什么？
如果你在制定任何规划时都这样问自己，那么，你就会在每一次决策前明确这一点：这件事于你而言到底有多重要？如果阅读于你而言比看美剧重要，你就要作出取舍：把你看美剧的时间，花在阅读上。
如果你认为做得到，那么就让它正式成为你的规划。如果你做不到，那么就不要让它成为你的规划。何必为自己制定一个无法完成的计划呢？它除了为你带来无意义的焦虑，无一用处。
宁愿看美剧而放弃阅读并不可耻，活得明白是最重要的。只要这是你权衡后作出的取舍，那么你就不会为此而感到焦虑。
我在《健身一年》里提到，一年前我下定决心开始健身，当时我问自己：我能为健身舍弃什么？
健身需要耗费每周四天每次 2 小时的时间，这些时间我可以用来写代码，做音乐，阅读。我愿意舍弃他们吗？
经过权衡后，我决定舍弃他们。于是我获得了一些健身的成果，同时我再也不为放弃了大量的阅读、写代码、做音乐的时间而焦虑。因为我早就知道，如果我想要获得健身的成果，这些是必须放弃的。
不必为「我没有时间 xxx」而感到可惜，因为你没时间做的事，不过是在为你更想做的事让路而已。（除非你把时间都花在偷懒上）
每个人有不同的活法，对待事件的优先级也不尽相同。只要认识到「吾生也有涯」的局限，你就可以从每一年底的「责怪自己没有做到什么」转变成「为自己做到了什么而感到高兴」。人生因此也变得简单得多 —— 你只要保证自己不是在虚度光阴即可。
就像即使我现在惧怕婚姻，若是将来某一天也选择了婚姻，那一定是比起婚姻让我失去的，我更想得到婚姻给我带来的。
via Randy's Blog
如果问工作以来我悟出的最重要的观念是什么，那就是，人生是一个不断取舍的过程。
我们总是在作自己未来的规划和目标的时候说，我想要什么，而忽略了问自己一个问题，「我愿意为此舍弃点什么」。我们逃避了残酷的事实 —— 我们每天只有 24 小时，我们什么都想要，但这是不可能的。
意识到这一点，有利于我们做很多的决策，而且对很多让你感到可惜的事都释怀了。
有人总是会在年初列下自己的读书清单，但直到年底，发现自己一本都没有读完。这是很多人懊恼和焦虑的来源 —— 为什么我总是无法履行自己的规划？
过去我总会把原因归咎于没有做好时间管理，但后来我顿悟了，在列下读书清单时，并没有问自己这样的问题 —— 你愿意为读书带来的精神收益，而舍弃点什么？
如果你在制定任何规划时都这样问自己，那么，你就会在每一次决策前明确这一点：这件事于你而言到底有多重要？如果阅读于你而言比看美剧重要，你就要作出取舍：把你看美剧的时间，花在阅读上。
如果你认为做得到，那么就让它正式成为你的规划。如果你做不到，那么就不要让它成为你的规划。何必为自己制定一个无法完成的计划呢？它除了为你带来无意义的焦虑，无一用处。
宁愿看美剧而放弃阅读并不可耻，活得明白是最重要的。只要这是你权衡后作出的取舍，那么你就不会为此而感到焦虑。
我在《健身一年》里提到，一年前我下定决心开始健身，当时我问自己：我能为健身舍弃什么？
健身需要耗费每周四天每次 2 小时的时间，这些时间我可以用来写代码，做音乐，阅读。我愿意舍弃他们吗？
经过权衡后，我决定舍弃他们。于是我获得了一些健身的成果，同时我再也不为放弃了大量的阅读、写代码、做音乐的时间而焦虑。因为我早就知道，如果我想要获得健身的成果，这些是必须放弃的。
不必为「我没有时间 xxx」而感到可惜，因为你没时间做的事，不过是在为你更想做的事让路而已。（除非你把时间都花在偷懒上）
每个人有不同的活法，对待事件的优先级也不尽相同。只要认识到「吾生也有涯」的局限，你就可以从每一年底的「责怪自己没有做到什么」转变成「为自己做到了什么而感到高兴」。人生因此也变得简单得多 —— 你只要保证自己不是在虚度光阴即可。
就像即使我现在惧怕婚姻，若是将来某一天也选择了婚姻，那一定是比起婚姻让我失去的，我更想得到婚姻给我带来的。
via Randy's Blog
2018 年终总结
小时候，我最大的理想是「用技术改变世界」，但我早在我的 2017 年终总结 里提到：「技术并不是那么重要，它只不过是一种手段而已」。今年我更加确信这一点，我们做技术的人，永远只能间接地改变世界。一个可以改变人们生活方式的产品，技术虽是不可缺少的部份，但也不是起决定性作用的部分。
于我而言这是灾难性的信仰崩塌。
有时夜里我也会反思，是不是对自己的要求太高了，又或者是，我太想向别人证明自己，害怕自己变得平庸。而在今年，我意识到自己真的变得平庸了，所以我把他称为灰心的一年。
而今年最主要的心态变化，则是随着年龄的增长和财富的积累，我不免也会想到未来的现实生活。婚姻、家庭、置业，等等。我觉得这些东西不能带给我快乐，它们不是我想要的。但是为什么每一个人都要「善意」地提醒我，你应该这样，应该那样呢。我不买房，便错么？成年人的眼里，为什么都只有所谓的「保值」、「升值」呢。
我们总说大人们不关心孩子们快不快乐，只关心孩子们的成绩。原来大人们也不关心大人们快不快乐啊。
工作
今年除了支撑了几个业务的后台管理系统以外，主要在思考的东西是如何利用 GraphQL 帮助开发者更轻松地应对中后台管理系统的开发。
在内部做了很多基建以后我有一个感悟，我们做基建的初衷是提高开发者的效率，但是实际上，影响开发者效率的因素，很大程度是开发者本身。基建能做的很有限。举例来说，Redux 这么一个「简单」的库，却有很多人用不好。在项目里，很多可以简单实现的地方，由于编程水平、经验、对库/框架的了解程度等等条件的不足，开发者就把简单的问题复杂地解决了。
即使给人一台最好的单反，也不一定拍得出最好的照片——因为重点还是镜头背后的那颗脑袋。
所以在新的一年，我的目标是多输出一些理论层面的东西。
消费
2018 年依然是没有节制地消费，不过买的东西已经不多了（该买的都买过了）
● 把 Yamaha 的电子琴换成了 Korg Kross1
● 搬到了一个 43 平米的一房一厅
● 买了 TASCAM 录音笔
● 买了 Scarlett 2i2 音频介面 （用来录些 cover）
（不得不提欧德堡全脂牛奶是大概一周一箱...）
输出
今年尝试性地做了一集技术的短视频内容：《解读 The State of JavaScript 2018》
生活
2018 年我做了决定，我的生活不再是 80% 的 coding time 了，我把更多的时间，花在了别的地方——音乐、健身、读书。这是一个巨大的变化，因为在以前，代码几乎是我生活的全部。我意识到，如果我稍微放下一点点的代码时间，生活里还可以拥有更多有趣的东西。
健身
健身可以说是 2018 年唯一一件做成了的事情。我从 2018 年 1 月份开始健身，每周训练 3-4 天，控制饮食。直到现在刚好整整一年，达到了从 46kg 到 54 kg 的变化。
如果问我是怎么坚持下来的，我认为无论是坚持什么，都是：因为相信，所以咬着牙坚持试试，坚持了一段时间后，它就成了你的一种生活方式。当它成为了你的一种生活方式的时候，就无所谓坚持和不坚持了。就像你不会去问别人是怎么「坚持」看美剧的一样。
关于更多我健身的经验，我会在之后单独写一篇文章分享。
德州扑克
今年学会了德州扑克，和朋友打了很多场。我非常喜欢这个扑克游戏，他让我更了解我的牌友，更重要的是，在牌局里，我意识到了自己的缺点：冒进、喜欢承受高风险高回报、贪婪、充满侥幸心理。每次打完，通过回顾自己的打法，我更加了解我自己，我会反思：
● 是不是贪婪让我失去了我的筹码？
● 下一次我再遇到相同的情况时，我如何控制自己的欲望？
● 我应该付出多少的筹码，才是一次价值下注，才能击败我的对手？
● 面对失败时，我是否能做到及时止损，调整心态？
● 当我读到对方的牌有 80% 的概率是比我强的时候，我是否可以克服自己的侥幸心理而不去跟注？
德州扑克结合了运气、心理、概率、演技，它不仅是人与人之间的博弈，也能让你有不妥协于运气的机会——你拿一手烂牌，仍然能打好（当然，运气有时候也会打败你，本来在转牌时胜利在望，河牌却是别人的翻身之牌）。
我还转载排版了世界扑克巡回赛（WPT）总决赛冠军老邱的小传记 《赌士列传: 老邱传奇》。相信你可以通过这篇传记感受到德州扑克的魅力。
博客成绩
在这一年收到了挺多的读者来信，向我询问建议，我都尽量抽时间一一回复。还有一些文章收到的打赏留言里提到的因为我的文章而有所收获，让我知道我写的博客的确有他的价值所在。
关于 2019
希望把生活过得更有趣一些。
via Randy's Blog
Invalid media: image
2018 对我自己来说，是灰心的一年。这一年除了和往年一样的焦虑以外，也没有做成什么我认为了不起的事。很大的原因是我对技术失去了信心。
大人热爱数字。如果你跟他们说你认识了新朋友，他们从来不会问你重要的事情。他们从来不会说：“他的声音听起来怎么样？他最喜欢什么游戏？他收集蝴蝶吗？”
他们会问：“他多少岁？有多少个兄弟？他有多重？他父亲赚多少钱？”只有这样他们才会觉得他们了解了他。
如果你对大人说：“我看到一座漂亮红砖房，窗台上摆着几盆天竺葵，屋顶有许多鸽子……”那他们想象不出这座房子是什么样子的。你必须说：“我看到一座价值十万法郎的房子。”他们就会惊叫：“哇，多漂亮的房子啊！”
—— 《小王子》
小时候，我最大的理想是「用技术改变世界」，但我早在我的 2017 年终总结 里提到：「技术并不是那么重要，它只不过是一种手段而已」。今年我更加确信这一点，我们做技术的人，永远只能间接地改变世界。一个可以改变人们生活方式的产品，技术虽是不可缺少的部份，但也不是起决定性作用的部分。
于我而言这是灾难性的信仰崩塌。
有时夜里我也会反思，是不是对自己的要求太高了，又或者是，我太想向别人证明自己，害怕自己变得平庸。而在今年，我意识到自己真的变得平庸了，所以我把他称为灰心的一年。
而今年最主要的心态变化，则是随着年龄的增长和财富的积累，我不免也会想到未来的现实生活。婚姻、家庭、置业，等等。我觉得这些东西不能带给我快乐，它们不是我想要的。但是为什么每一个人都要「善意」地提醒我，你应该这样，应该那样呢。我不买房，便错么？成年人的眼里，为什么都只有所谓的「保值」、「升值」呢。
我们总说大人们不关心孩子们快不快乐，只关心孩子们的成绩。原来大人们也不关心大人们快不快乐啊。
工作
今年除了支撑了几个业务的后台管理系统以外，主要在思考的东西是如何利用 GraphQL 帮助开发者更轻松地应对中后台管理系统的开发。
在内部做了很多基建以后我有一个感悟，我们做基建的初衷是提高开发者的效率，但是实际上，影响开发者效率的因素，很大程度是开发者本身。基建能做的很有限。举例来说，Redux 这么一个「简单」的库，却有很多人用不好。在项目里，很多可以简单实现的地方，由于编程水平、经验、对库/框架的了解程度等等条件的不足，开发者就把简单的问题复杂地解决了。
即使给人一台最好的单反，也不一定拍得出最好的照片——因为重点还是镜头背后的那颗脑袋。
所以在新的一年，我的目标是多输出一些理论层面的东西。
消费
2018 年依然是没有节制地消费，不过买的东西已经不多了（该买的都买过了）
● 把 Yamaha 的电子琴换成了 Korg Kross1
● 搬到了一个 43 平米的一房一厅
● 买了 TASCAM 录音笔
● 买了 Scarlett 2i2 音频介面 （用来录些 cover）
（不得不提欧德堡全脂牛奶是大概一周一箱...）
输出
今年尝试性地做了一集技术的短视频内容：《解读 The State of JavaScript 2018》
生活
2018 年我做了决定，我的生活不再是 80% 的 coding time 了，我把更多的时间，花在了别的地方——音乐、健身、读书。这是一个巨大的变化，因为在以前，代码几乎是我生活的全部。我意识到，如果我稍微放下一点点的代码时间，生活里还可以拥有更多有趣的东西。
健身
健身可以说是 2018 年唯一一件做成了的事情。我从 2018 年 1 月份开始健身，每周训练 3-4 天，控制饮食。直到现在刚好整整一年，达到了从 46kg 到 54 kg 的变化。
如果问我是怎么坚持下来的，我认为无论是坚持什么，都是：因为相信，所以咬着牙坚持试试，坚持了一段时间后，它就成了你的一种生活方式。当它成为了你的一种生活方式的时候，就无所谓坚持和不坚持了。就像你不会去问别人是怎么「坚持」看美剧的一样。
关于更多我健身的经验，我会在之后单独写一篇文章分享。
德州扑克
今年学会了德州扑克，和朋友打了很多场。我非常喜欢这个扑克游戏，他让我更了解我的牌友，更重要的是，在牌局里，我意识到了自己的缺点：冒进、喜欢承受高风险高回报、贪婪、充满侥幸心理。每次打完，通过回顾自己的打法，我更加了解我自己，我会反思：
● 是不是贪婪让我失去了我的筹码？
● 下一次我再遇到相同的情况时，我如何控制自己的欲望？
● 我应该付出多少的筹码，才是一次价值下注，才能击败我的对手？
● 面对失败时，我是否能做到及时止损，调整心态？
● 当我读到对方的牌有 80% 的概率是比我强的时候，我是否可以克服自己的侥幸心理而不去跟注？
德州扑克结合了运气、心理、概率、演技，它不仅是人与人之间的博弈，也能让你有不妥协于运气的机会——你拿一手烂牌，仍然能打好（当然，运气有时候也会打败你，本来在转牌时胜利在望，河牌却是别人的翻身之牌）。
我还转载排版了世界扑克巡回赛（WPT）总决赛冠军老邱的小传记 《赌士列传: 老邱传奇》。相信你可以通过这篇传记感受到德州扑克的魅力。
博客成绩
在这一年收到了挺多的读者来信，向我询问建议，我都尽量抽时间一一回复。还有一些文章收到的打赏留言里提到的因为我的文章而有所收获，让我知道我写的博客的确有他的价值所在。
关于 2019
希望把生活过得更有趣一些。
via Randy's Blog
Invalid media: image
我在学校学到的东西
今年身边的朋友陆陆续续毕业出来工作了，偶尔有机会的时候会聚在一起聊聊，然后谈到各自的就业情况。我发现有很多朋友还不知道自己想从事的职业是什么，因此也不知道自己未来会怎么样，先做着现在能做的。
因为我的经历特殊，有人也会对我开玩笑说真不知道读书有什么用，还不如早点出来工作。我知道以我朋友的受教育程度来说，这肯定只是玩笑，他们不可能是「读书无用论」者，所以我也会附和着笑。
虽然这只是句玩笑话，但是确实令我回顾了一下我从我的在校生涯中得到了什么东西。
我首先想到的是英语。我的小学是从一年级开始就有英语的课程，所以我接触英语的时间很早。我自认小学四年级以前我还是个很乖的学生，上课认真听讲，作业按时完成。所以我的语数英成绩都很不错。从小培养了「语感」，使得我一直以来可以低障碍地读写英文。这对我的编程学习、职业生涯都有很大的意义。懂英文让我可以亲自融入整个开源社区、技术社区，可以直接在 YouTube 听别人在 Conference 的 Talks, 吸取别人的思想。而不是等别人翻译过来。我认为能低障碍地读写英语是技术人成长很重要的条件。
尽管我对现阶段的英语教育方式仍然存疑，我还是认为在基础教育里，英语是必不可少的。
我的价值观和人生观，是我于在校生涯之中建立的。不过不要误会，这些都不是学校的课程直接赋予我的，而是学校这个「象牙塔」，让我可以有充分的时间去读书、学习和思考。我虽然在班上是「差生」，但我敢说我是最爱学习和读书的。这句话要是被我当年的老师看到，估计他要笑个半死，但这是事实，不可否认。我在学校不用供车供房工作赚钱，我可以把一整天的时间花在读书上，我在我读的所有书里懂得了我应该成为一个什么样的人、我应该努力让自己拥有什么样的品格才能算是一个「好人」。
另外，我很多技术书籍都是在学校读的，比如《JavaScript 高级程序设计》，我读了很多遍。不是我自己想读那么多遍，而是当时我带回学校的就只有这一本书，我一个月才回家一次。那一个月我只能天天都读他。这本书我每读一遍都有新的发现。
出来工作以后我还能像这样把一本好书读这么多遍又读这么认真吗？可以，但是很难了。
我高中的时候，最喜欢上语文课。语文课本选的文章其实挺好的，比如说有《棋王》，以及很多《古文观止》里面的文言散文。偶尔发个新试卷，我也很开心，因为一张语文试卷有两篇阅读理解。我高中读的很多书，都是在试卷里和练习册里发现的，新的练习册一发下来，我就把所有的阅读理解都看一遍，看到哪篇我觉得不错的，我就看是节选哪本书，然后就去图书馆借回来。另外，写作文大概是我在学校里唯一的思考输出的方式了，因此我很珍惜每次写作文的机会，我把自己的所思所想全写进文章，以至于每次都很低分，因为离题万里。我的语文老师对我很包容，他知道我想什么，我很感谢他。
有人会说，你把学校说得那么好，你自己怎么就辍学了呢。
我认为，一个人在结束学校生涯以前，必须先弄清楚两个问题。一个是，**在离开学校以后，你在社会上是以一个什么样的角色存在？**另一个是，**你是否已经为迎接这个角色做好了充分准备？**学校的意义就是给你时间想清楚问题一，然后给你条件完成问题二。
我在学校里，早已弄明白了这两个终极问题。我在社会上，将会以软件工程师的角色存在，并且我已经有能力胜任这个职位。往小的说，我能为我所在的公司创造价值，往大的说，我要为整个社区作出贡献。所以（在一所不怎么样的）大学对我来说已经不那么重要了，我希望早点投身社会创造价值。
很多人就是因为在学校的时候从来不思考这两个问题，所以是「光着身」离开学校的。你是想创造价值，还是想做着不喜欢的工作然后满足于 奶头乐 ，其实都由你自己决定。
以上，就是我在学校学到的东西。
延伸阅读
● 《科学的方法， 公正的态度，果断的决心》--- 竺可桢
via Randy's Blog
今年身边的朋友陆陆续续毕业出来工作了，偶尔有机会的时候会聚在一起聊聊，然后谈到各自的就业情况。我发现有很多朋友还不知道自己想从事的职业是什么，因此也不知道自己未来会怎么样，先做着现在能做的。
因为我的经历特殊，有人也会对我开玩笑说真不知道读书有什么用，还不如早点出来工作。我知道以我朋友的受教育程度来说，这肯定只是玩笑，他们不可能是「读书无用论」者，所以我也会附和着笑。
虽然这只是句玩笑话，但是确实令我回顾了一下我从我的在校生涯中得到了什么东西。
我首先想到的是英语。我的小学是从一年级开始就有英语的课程，所以我接触英语的时间很早。我自认小学四年级以前我还是个很乖的学生，上课认真听讲，作业按时完成。所以我的语数英成绩都很不错。从小培养了「语感」，使得我一直以来可以低障碍地读写英文。这对我的编程学习、职业生涯都有很大的意义。懂英文让我可以亲自融入整个开源社区、技术社区，可以直接在 YouTube 听别人在 Conference 的 Talks, 吸取别人的思想。而不是等别人翻译过来。我认为能低障碍地读写英语是技术人成长很重要的条件。
尽管我对现阶段的英语教育方式仍然存疑，我还是认为在基础教育里，英语是必不可少的。
我的价值观和人生观，是我于在校生涯之中建立的。不过不要误会，这些都不是学校的课程直接赋予我的，而是学校这个「象牙塔」，让我可以有充分的时间去读书、学习和思考。我虽然在班上是「差生」，但我敢说我是最爱学习和读书的。这句话要是被我当年的老师看到，估计他要笑个半死，但这是事实，不可否认。我在学校不用供车供房工作赚钱，我可以把一整天的时间花在读书上，我在我读的所有书里懂得了我应该成为一个什么样的人、我应该努力让自己拥有什么样的品格才能算是一个「好人」。
另外，我很多技术书籍都是在学校读的，比如《JavaScript 高级程序设计》，我读了很多遍。不是我自己想读那么多遍，而是当时我带回学校的就只有这一本书，我一个月才回家一次。那一个月我只能天天都读他。这本书我每读一遍都有新的发现。
出来工作以后我还能像这样把一本好书读这么多遍又读这么认真吗？可以，但是很难了。
我高中的时候，最喜欢上语文课。语文课本选的文章其实挺好的，比如说有《棋王》，以及很多《古文观止》里面的文言散文。偶尔发个新试卷，我也很开心，因为一张语文试卷有两篇阅读理解。我高中读的很多书，都是在试卷里和练习册里发现的，新的练习册一发下来，我就把所有的阅读理解都看一遍，看到哪篇我觉得不错的，我就看是节选哪本书，然后就去图书馆借回来。另外，写作文大概是我在学校里唯一的思考输出的方式了，因此我很珍惜每次写作文的机会，我把自己的所思所想全写进文章，以至于每次都很低分，因为离题万里。我的语文老师对我很包容，他知道我想什么，我很感谢他。
有人会说，你把学校说得那么好，你自己怎么就辍学了呢。
我认为，一个人在结束学校生涯以前，必须先弄清楚两个问题。一个是，**在离开学校以后，你在社会上是以一个什么样的角色存在？**另一个是，**你是否已经为迎接这个角色做好了充分准备？**学校的意义就是给你时间想清楚问题一，然后给你条件完成问题二。
我在学校里，早已弄明白了这两个终极问题。我在社会上，将会以软件工程师的角色存在，并且我已经有能力胜任这个职位。往小的说，我能为我所在的公司创造价值，往大的说，我要为整个社区作出贡献。所以（在一所不怎么样的）大学对我来说已经不那么重要了，我希望早点投身社会创造价值。
很多人就是因为在学校的时候从来不思考这两个问题，所以是「光着身」离开学校的。你是想创造价值，还是想做着不喜欢的工作然后满足于 奶头乐 ，其实都由你自己决定。
以上，就是我在学校学到的东西。
延伸阅读
● 《科学的方法， 公正的态度，果断的决心》--- 竺可桢
via Randy's Blog
多研究些问题，少谈些框架
当我问应聘者「你有什么问题想问」的时候，大多数应聘者会问我前端应该怎么学。我每次都会很真诚地按照面试过程对他们的了解尝试给他们一些建议。从多次的交流当中，我倒是慢慢地了解到了前端领域里很多普遍的问题。
前端有很多不同的框架和库。 我上大一的时候，有一门课叫网页设计，前几个课时教 HTML, 又教一个课时 CSS, 再教一个课时 JavaScript. 然后是 jQuery. 当时我很气愤，学生连 DOM 是什么都还没搞清楚，就要他们用 jQuery，这不是误人子弟吗。我后来想明白，学校大概已经把 jQuery 看作是饭碗了。
把库和框架看作饭碗是无可厚非的， 我们不能苛刻地要求所有程序员都对软件开发抱有发自内心的热爱。但是急功近利地学习框架，绝对是举步维艰的。胡适说「多研究些问题，少谈些主义」，在编程上，我认为需要多研究些问题，少谈些框架。
框架是我们达到目的的便捷手段，我们使用 React, 更要知道为什么使用它？它的本质是什么？它解决了什么问题？所谓「格物致知」，不「格物」，如何「致知」呢？
via Randy's Blog
当我问应聘者「你有什么问题想问」的时候，大多数应聘者会问我前端应该怎么学。我每次都会很真诚地按照面试过程对他们的了解尝试给他们一些建议。从多次的交流当中，我倒是慢慢地了解到了前端领域里很多普遍的问题。
前端有很多不同的框架和库。 我上大一的时候，有一门课叫网页设计，前几个课时教 HTML, 又教一个课时 CSS, 再教一个课时 JavaScript. 然后是 jQuery. 当时我很气愤，学生连 DOM 是什么都还没搞清楚，就要他们用 jQuery，这不是误人子弟吗。我后来想明白，学校大概已经把 jQuery 看作是饭碗了。
把库和框架看作饭碗是无可厚非的， 我们不能苛刻地要求所有程序员都对软件开发抱有发自内心的热爱。但是急功近利地学习框架，绝对是举步维艰的。胡适说「多研究些问题，少谈些主义」，在编程上，我认为需要多研究些问题，少谈些框架。
框架是我们达到目的的便捷手段，我们使用 React, 更要知道为什么使用它？它的本质是什么？它解决了什么问题？所谓「格物致知」，不「格物」，如何「致知」呢？
via Randy's Blog
2017 年终总结
Preface
我的 2017 过得很平淡，可能是因为出来工作已经是第二年了。
今年比较特别的是身边的朋友都大四了，参加了一些毕业拍照。大家都陆陆续续地开始找工作，面试。偶尔在朋友圈看到朋友拿到 offer, 也会替他们感到开心。
有很多朋友开始请教我一些出来工作的经验，面试的技巧、offer 怎么选择、租房的经验等等。被问到这些问题的时候我也会很开心。因为以前上学的时候，学业成绩不好，我在班上除了搞搞笑，对身边的同学来说并没有多大的「用处」。
4 月份的时候上台拿了 16 年的优秀新人奖，但是 17 年整一年没有做出很出色的成绩。慢慢失落地发现在很多事情上，技术并不是那么重要，它只不过是一种手段而已。
在年底，和 @EGOIST 一起创办了 StickerOverflow. 成功地让国内的开发者能买到高质量的技术贴纸。
今年想得比较多的是应该如何用自己的能力去帮助更多的人。想过去做培训，想过回大学给以前班的人开个交流会，想过写书。最后都搁置了，因为我后来发现，「助人」有时是一件很一厢情愿的事。
除了技术外，这一年有很多新的尝试，上台唱歌纪念张国荣，参加了唱歌的比赛，做了一期音乐电台节目。在新的一年，还想尝试去经营一个音乐博客，让更多人发现被忽略的优秀粤语流行音乐和歌手。
新年计划
2018 年的计划是多写写代码，多玩玩音乐，读更多书，换一间大些的房子，买一辆车。
有次和朋友聊天，她说，你知道自己想要做什么，又能把它做到，还能靠它养活自己。你千万不能变得世俗啊，如果你也变得世俗，我会觉得这个世界，真的就是那样了。
via Randy's Blog
Invalid media:
image
image
Preface
我的 2017 过得很平淡，可能是因为出来工作已经是第二年了。
今年比较特别的是身边的朋友都大四了，参加了一些毕业拍照。大家都陆陆续续地开始找工作，面试。偶尔在朋友圈看到朋友拿到 offer, 也会替他们感到开心。
有很多朋友开始请教我一些出来工作的经验，面试的技巧、offer 怎么选择、租房的经验等等。被问到这些问题的时候我也会很开心。因为以前上学的时候，学业成绩不好，我在班上除了搞搞笑，对身边的同学来说并没有多大的「用处」。
4 月份的时候上台拿了 16 年的优秀新人奖，但是 17 年整一年没有做出很出色的成绩。慢慢失落地发现在很多事情上，技术并不是那么重要，它只不过是一种手段而已。
在年底，和 @EGOIST 一起创办了 StickerOverflow. 成功地让国内的开发者能买到高质量的技术贴纸。
今年想得比较多的是应该如何用自己的能力去帮助更多的人。想过去做培训，想过回大学给以前班的人开个交流会，想过写书。最后都搁置了，因为我后来发现，「助人」有时是一件很一厢情愿的事。
除了技术外，这一年有很多新的尝试，上台唱歌纪念张国荣，参加了唱歌的比赛，做了一期音乐电台节目。在新的一年，还想尝试去经营一个音乐博客，让更多人发现被忽略的优秀粤语流行音乐和歌手。
新年计划
2018 年的计划是多写写代码，多玩玩音乐，读更多书，换一间大些的房子，买一辆车。
有次和朋友聊天，她说，你知道自己想要做什么，又能把它做到，还能靠它养活自己。你千万不能变得世俗啊，如果你也变得世俗，我会觉得这个世界，真的就是那样了。
via Randy's Blog
Invalid media:
image
image
高中时的地下刊物
一个月前一位初中朋友 Bunny 发了一篇 《年少的文字》，讲起了初中的我们搞地下刊物的事，让我想起了那段时间这本刊物的一些点滴。
这份刊物叫《新视觉》。当年要做这份刊物，是因为那段时间，我读了很多民国时期的文学作品，还读了李开复的那本《世界因你而不同》，使我开始对政治、教育有了不一样的看法。
当时的我认为文字只有背负了政治的责任，才能称得上文学。所以看不起很多「当代文学」。我对当代文学的定义是 —— 1990 年以后出现的文学。
班里一个女性朋友很喜欢郭敬明，我却对此嗤之以鼻。于是我给我朋友传教似地讲了很多诸如为什么我们需要关心政治、我们应该读些什么书、我们需要什么样的教育等等这样的话题。但是她不以为然，认为我越俎代疱。
我想，我应该做一份刊物，来传达我的理念。因为「不识字的上人的当，识字的的上印刷品的当」。
就这样，我拿了一沓我们学校标准的信签纸，开始做了起来。我把这份刊物叫做《新视觉》，是源于白话文运动时，陈独秀所创的《新青年》。我认为这份刊物的目标，是为了提倡新思想，以摘抄严肃文学作品的形式，启发班上的同学，应该从现在起，去寻找自己的目标，自己想要的是什么，未来想做的是什么。而不是把所有时间，都花在试卷和娱乐上。
为了传达这份理念，我在首期的《新视觉》的第一页，认真地誊写了 Robert Frost 那首诗 —— The Road Not Taken.
我现在已经记不清当时摘抄了哪些具体的文字了，只记得抄过王小波、李敖、韩寒、胡适等等。
这份全手写的刊物开始在班上互相传阅，并不是因为内容深刻，而是因为形式新鲜罢了。我为了这份刊物可以维持下去，「聘请」了上文提到的女同学作为编辑，也接受所有同学的来稿。
接受同学的来稿后，刊物渐渐成了班级的一部分，甚至每一期都会有人催我「出版」。当时的「出版」形式，则是收集来稿，用钉书机装钉成册。
同学的来稿很有意思，有人开始做起了小说连载。而我还是做一些摘抄，顺便构思一些虚构类的讽刺文章。同时 Bunny 开始把手写的刊物改革成了真正的印刷品——每周回家录入然后打印出来。
因为刊物带有媒体属性，班级上一些事件也会被刊登到里面去。例如校运会，我们做了一份校运会特刊，报道了校运会的情况、现场照片。
虽然刊物在班上火了，但我并不是太开心，因为这本刊物慢慢偏离了我的初衷。我向 Bunny 提出要做一本《新视觉》的子刊物，就叫做「16 度」(我们是 16 班)，把小说连载、读者来信这些内容都放到里面，《新视觉》只做严肃文学。
于是 Bunny 开始打造《16 度》，而我继续负责《新视觉》。发展到后来，《16 度》其实有很多地方和《最小说》变得很相似，是同学们饭后的话题、减缓考试压力的地方。很多人在上面连载小说。不生产的内容的，也会来留言，说自己对某篇文章的读后感。而这份带有意识形态的《新视觉》很快就没有再连续出版下去了。
以上是我对这份刊物仅剩的几乎所有回忆，手写的稿早就在初中一次搬课室的过程中丢失了。谁会想到这些东西未来会被这样津津乐道呢。这确实是一个遗憾。
via Randy's Blog
Invalid media:
image
image
image
一个月前一位初中朋友 Bunny 发了一篇 《年少的文字》，讲起了初中的我们搞地下刊物的事，让我想起了那段时间这本刊物的一些点滴。
这份刊物叫《新视觉》。当年要做这份刊物，是因为那段时间，我读了很多民国时期的文学作品，还读了李开复的那本《世界因你而不同》，使我开始对政治、教育有了不一样的看法。
当时的我认为文字只有背负了政治的责任，才能称得上文学。所以看不起很多「当代文学」。我对当代文学的定义是 —— 1990 年以后出现的文学。
班里一个女性朋友很喜欢郭敬明，我却对此嗤之以鼻。于是我给我朋友传教似地讲了很多诸如为什么我们需要关心政治、我们应该读些什么书、我们需要什么样的教育等等这样的话题。但是她不以为然，认为我越俎代疱。
我想，我应该做一份刊物，来传达我的理念。因为「不识字的上人的当，识字的的上印刷品的当」。
就这样，我拿了一沓我们学校标准的信签纸，开始做了起来。我把这份刊物叫做《新视觉》，是源于白话文运动时，陈独秀所创的《新青年》。我认为这份刊物的目标，是为了提倡新思想，以摘抄严肃文学作品的形式，启发班上的同学，应该从现在起，去寻找自己的目标，自己想要的是什么，未来想做的是什么。而不是把所有时间，都花在试卷和娱乐上。
为了传达这份理念，我在首期的《新视觉》的第一页，认真地誊写了 Robert Frost 那首诗 —— The Road Not Taken.
我现在已经记不清当时摘抄了哪些具体的文字了，只记得抄过王小波、李敖、韩寒、胡适等等。
这份全手写的刊物开始在班上互相传阅，并不是因为内容深刻，而是因为形式新鲜罢了。我为了这份刊物可以维持下去，「聘请」了上文提到的女同学作为编辑，也接受所有同学的来稿。
接受同学的来稿后，刊物渐渐成了班级的一部分，甚至每一期都会有人催我「出版」。当时的「出版」形式，则是收集来稿，用钉书机装钉成册。
同学的来稿很有意思，有人开始做起了小说连载。而我还是做一些摘抄，顺便构思一些虚构类的讽刺文章。同时 Bunny 开始把手写的刊物改革成了真正的印刷品——每周回家录入然后打印出来。
因为刊物带有媒体属性，班级上一些事件也会被刊登到里面去。例如校运会，我们做了一份校运会特刊，报道了校运会的情况、现场照片。
虽然刊物在班上火了，但我并不是太开心，因为这本刊物慢慢偏离了我的初衷。我向 Bunny 提出要做一本《新视觉》的子刊物，就叫做「16 度」(我们是 16 班)，把小说连载、读者来信这些内容都放到里面，《新视觉》只做严肃文学。
于是 Bunny 开始打造《16 度》，而我继续负责《新视觉》。发展到后来，《16 度》其实有很多地方和《最小说》变得很相似，是同学们饭后的话题、减缓考试压力的地方。很多人在上面连载小说。不生产的内容的，也会来留言，说自己对某篇文章的读后感。而这份带有意识形态的《新视觉》很快就没有再连续出版下去了。
以上是我对这份刊物仅剩的几乎所有回忆，手写的稿早就在初中一次搬课室的过程中丢失了。谁会想到这些东西未来会被这样津津乐道呢。这确实是一个遗憾。
via Randy's Blog
Invalid media:
image
image
image
养猫随想
我是个很怕负责任并且不感性的人，养一只猫对我来说，是一种很大的责任。
传闻说猫的智商相当于 2～3 岁的小孩，所以我会把养她当作是在养我的小孩，每个月要花钱换猫砂，去超市要顺便买些罐头，偶尔也想去宠物店看看有什么好玩的玩具。养猫和养小孩的区别，我想大概就在于前者的过程中不需要担负教育的责任。教育很难。
我外甥女今年刚好是 3 岁，有时候我也觉得和猫很像：见到什么都要摸摸看，甚至打翻。
对于猫打翻东西，一般来说，主人都会生气。但是我想，3 岁的小孩打翻了东西，其实是监护人的责任。既然家里多了这个不懂事的小孩，易打翻的东西就不该让她碰到。出现事故，自己要先反思。
她不会完全信任我，她吃东西，我路过，她有时还是会立刻跑开。帮她滴清耳液的时候，她看到我拿着瓶子也会跑开。但有时候我觉得她也很信任我，每次回家，不管她的时候她都要一直叫，非要爬过来腿上让我摸才停。养猫有趣的地方就是这里，你要向一种时刻保持警惕的生物身上获得信任。
第一次带她去医院打疫苗，在医院里我和几个素味谋面的猫主人狗主人竟然可以自然地打成一片，互相交流育宠经验，然后让自己的宠物见一见对方的宠物。大家都像妈妈们互相交流育儿经验似的。
有时候在路上看到走过的流浪猫，会想要不要把它养了，让她有个伴。但是想想，我确实还没有做好二胎的准备。
前段时间发烧，在搞保险报销的时候，我想如果可以给宠物也买保险，我也会给她买一份。
养一只猫不容易，何况养一个人。所以养猫之后，有时我会留意街上怀孕的路人，想她们是不是做好了准备，去承担这份责任呢。这需要一份勇气和担当，还有深思熟虑。
鲁迅在《热风》里谈到孩子，他说，「中国的孩子，只要生，不管他好不好，只要多，不管他才不才。生他的人，不负教他的责任。虽然“人口众多”这一句话，很可以闭了眼睛自负，然而这许多人口，便只在尘土中辗转，小的时候，不把他当人，大了以后，也做不了人。」
因此我很怕，我没有准备好，没有想好要怎么做教育。我要先把猫照顾好，才有信心去养一个人。
以上。
via Randy's Blog
Invalid media:
image
image
image
image
image
我是个很怕负责任并且不感性的人，养一只猫对我来说，是一种很大的责任。
传闻说猫的智商相当于 2～3 岁的小孩，所以我会把养她当作是在养我的小孩，每个月要花钱换猫砂，去超市要顺便买些罐头，偶尔也想去宠物店看看有什么好玩的玩具。养猫和养小孩的区别，我想大概就在于前者的过程中不需要担负教育的责任。教育很难。
我外甥女今年刚好是 3 岁，有时候我也觉得和猫很像：见到什么都要摸摸看，甚至打翻。
对于猫打翻东西，一般来说，主人都会生气。但是我想，3 岁的小孩打翻了东西，其实是监护人的责任。既然家里多了这个不懂事的小孩，易打翻的东西就不该让她碰到。出现事故，自己要先反思。
她不会完全信任我，她吃东西，我路过，她有时还是会立刻跑开。帮她滴清耳液的时候，她看到我拿着瓶子也会跑开。但有时候我觉得她也很信任我，每次回家，不管她的时候她都要一直叫，非要爬过来腿上让我摸才停。养猫有趣的地方就是这里，你要向一种时刻保持警惕的生物身上获得信任。
第一次带她去医院打疫苗，在医院里我和几个素味谋面的猫主人狗主人竟然可以自然地打成一片，互相交流育宠经验，然后让自己的宠物见一见对方的宠物。大家都像妈妈们互相交流育儿经验似的。
有时候在路上看到走过的流浪猫，会想要不要把它养了，让她有个伴。但是想想，我确实还没有做好二胎的准备。
前段时间发烧，在搞保险报销的时候，我想如果可以给宠物也买保险，我也会给她买一份。
养一只猫不容易，何况养一个人。所以养猫之后，有时我会留意街上怀孕的路人，想她们是不是做好了准备，去承担这份责任呢。这需要一份勇气和担当，还有深思熟虑。
鲁迅在《热风》里谈到孩子，他说，「中国的孩子，只要生，不管他好不好，只要多，不管他才不才。生他的人，不负教他的责任。虽然“人口众多”这一句话，很可以闭了眼睛自负，然而这许多人口，便只在尘土中辗转，小的时候，不把他当人，大了以后，也做不了人。」
因此我很怕，我没有准备好，没有想好要怎么做教育。我要先把猫照顾好，才有信心去养一个人。
以上。
via Randy's Blog
Invalid media:
image
image
image
image
image
做技术要自信
我很久以前就把博客的评论直接去掉了，原因是大多数评论毫无营养，如果我发技术类的文章，评论都是「围观」，「膜拜」之类的内容。偶尔有人会通过微博私信问我技术，开头都是很客气，称呼我「大神」，然后声称自己很「菜」。总的来说，就是把自己的地位拉得很底，误以为这是一种谦虚。
「大神」这类的称呼一开口，会把两个人的距离感拉得特别长，就像闰土叫了迅哥儿一声「老爷」。我没有觉得自己很厉害，反而是越学越自卑了。我总结了这些视我为「大神」的网友，不过是经验比我少一些， 或者思考的东西比我少一些而已。
于是我回想自己刚接触编程的时候，也很喜欢逛 BBS， 看一些版块上有些许知名度的网友，发自己的新作品，心里很是羡慕，觉得他们技术很强，是无法触及的。我只能静静地看着，不断地思考他们做出来的功能是怎么实现的，然后翻书找。实在找不到，也会回回贴，发发站内信，请教一下实现的思路，不过基本是没有人会回复我的，因为那时年轻，提问的方式很蠢。渐渐地，我的经验也因为自己做的 side project 日积月累了出来，慢慢地也成了一些人口中的「大神」。
如果说这其中的成长有什么秘诀，我认为是自信：遇到自己不懂的问题时，永远相信自己可以通过不断的学习和查阅资料得到解答，并使解决问题的经验成为自己的一部份。
妄自菲薄会让人变懒，认为自己永远达不到别人的高度而放弃努力。很多人因为不自信，开始依赖别人，把自己活成配角，又苦恼自己不成长。我通常会建议他读一读《提问的智慧》，学会自己先思考问题。我从前也很害怕问比我富有经验的开发者问题，因为我害怕自己的提问很蠢。因此每次提问前，会先梳理好问题梗概，我做了什么去解决这个问题，最后才小心翼翼地把问题发出去。其实往往在梳理问题的过程中，自己就把问题想通了。
所以做技术要自信，不要做伸手党，要多思考。开源不是所谓的「大神」才能参与的，你也可以参与，从读代码开始。每一个你眼中的「大神」都不是生下来就会编程，他们只是善于自己解决问题，并坚信自己能解决问题，最后成功解决问题。
via Randy's Blog
我很久以前就把博客的评论直接去掉了，原因是大多数评论毫无营养，如果我发技术类的文章，评论都是「围观」，「膜拜」之类的内容。偶尔有人会通过微博私信问我技术，开头都是很客气，称呼我「大神」，然后声称自己很「菜」。总的来说，就是把自己的地位拉得很底，误以为这是一种谦虚。
「大神」这类的称呼一开口，会把两个人的距离感拉得特别长，就像闰土叫了迅哥儿一声「老爷」。我没有觉得自己很厉害，反而是越学越自卑了。我总结了这些视我为「大神」的网友，不过是经验比我少一些， 或者思考的东西比我少一些而已。
于是我回想自己刚接触编程的时候，也很喜欢逛 BBS， 看一些版块上有些许知名度的网友，发自己的新作品，心里很是羡慕，觉得他们技术很强，是无法触及的。我只能静静地看着，不断地思考他们做出来的功能是怎么实现的，然后翻书找。实在找不到，也会回回贴，发发站内信，请教一下实现的思路，不过基本是没有人会回复我的，因为那时年轻，提问的方式很蠢。渐渐地，我的经验也因为自己做的 side project 日积月累了出来，慢慢地也成了一些人口中的「大神」。
如果说这其中的成长有什么秘诀，我认为是自信：遇到自己不懂的问题时，永远相信自己可以通过不断的学习和查阅资料得到解答，并使解决问题的经验成为自己的一部份。
妄自菲薄会让人变懒，认为自己永远达不到别人的高度而放弃努力。很多人因为不自信，开始依赖别人，把自己活成配角，又苦恼自己不成长。我通常会建议他读一读《提问的智慧》，学会自己先思考问题。我从前也很害怕问比我富有经验的开发者问题，因为我害怕自己的提问很蠢。因此每次提问前，会先梳理好问题梗概，我做了什么去解决这个问题，最后才小心翼翼地把问题发出去。其实往往在梳理问题的过程中，自己就把问题想通了。
所以做技术要自信，不要做伸手党，要多思考。开源不是所谓的「大神」才能参与的，你也可以参与，从读代码开始。每一个你眼中的「大神」都不是生下来就会编程，他们只是善于自己解决问题，并坚信自己能解决问题，最后成功解决问题。
via Randy's Blog
从 React 谈 Web UI 开发
此前我在 Twitter 上这样表达过对 React 的理解，但是 Twitter 篇幅有限，所以在这篇文章里，我要做更详尽的阐述。
我从前不喜欢 React, 是因为写 React 的 render function 不像写 template 一样方便，尤其是存在复杂的判断渲染的时候，Vue 的 template 一个 v-if 就搞定了。而在 React 里写，需要把这个判断写成 function, 然后条件判断 return 哪一个 view. 这是我最初对 React 的偏见所在之一。
然而经过自己的实践和思考，加上阅读一些文章，我发现以前的想法是错的。我在使用 React 的时候，没有做到 Thinking in React. 从而对 React 产生了不解和困惑。
有很多人把 React 当成框架来用，这是用不好 React 的根本原因。很少人认真思考 A JavaScript library for building User Interface 背后的含义，把 React 用得一团糟。
何谓 For Building User Interface? 意思就是，这个库仅仅是用于构建 UI 的，这是 React 本质要解决的问题。我甚至和很多人说，事实上 React 本身是不是 React 已经不重要了，重要的是我们写 UI 的思维。React 这个 library 本身仅仅是用来实现这个思维的手段。React 提供的，是优秀的 DOM diff 算法，和一套 Component system。换成代码来说，也就是：
这是 React building UI 的核心思想，所有的组件，就是接受 state, 返回一个 View. 这样看上去比较抽象，比如我们有一个 Clock 组件：
Clock 是一个 function, 接受一个 time 参数，返回的是一串 HTML String. 在程序里，我们可以给一个 Interval, 每秒传一个当前的 time, 得到一个新的 HTML String, 然后 apply 到某个 DOM 上。
这样的实现是能达到目的的，但是问题在于，每次
我们都知道，DOM 更新的花费是昂贵的。整个 DOM 树，实际上只是一个
在 React 里，把 props 传入，返回一个类似 HTML 的结构，然后 render 到指定的 DOM 节点上。这里 React 会算出哪个节点应该被更新：
我们这样手动去 setInterval 然后 render 未免有点傻，我们可以更改 state (也就是通常用到的
Functional Programming 里有 Pure Function 的概念。Pure Function 之所以 Pure, 是因为不存在 side effect. 举个例子，我们写一个求和 function：
这个求和函数就是一个 pure function. 因为函数内部没有对 input 做任何改变，并且返回一个新的值。我传 1 和 1，得到的永远是 2.
Pure Function 的好处是利于维护和测试。要测试一个 Pure Function, 仅仅是传不同的值，预言对应的返回值。
现在回头看 React 的 Component, 也可以算是一个 Pure Function——接收不同的 props, 然后 render 对应的 View. 上面 Clock 的例子，props 和返回的 View 是映射关系。
光是
这样就很容易理解为什么我说 React 仅仅是实现构建 UI 思想的手段，因为构建 UI 的思想总结起来就是：
1. State 是 Reactive 的 (比如 React 的
2. state => View (依靠 DOM diff)
3. View 组成 Component
4. 管理 state （依靠第三方的 state manager）
无论是 React 还是 Vue, 大抵都是这样的思想。Vue 1 还不完全是，Vue 2 就更接近了，只是后者写法既可以写得像 template, 又可以写直接写 vdom.
而开发者常常感到困难的地方实际上是上面的第 4 点——管理 state. 写 React 写得痛苦，大部分原因是用把 library 当成 framework 去用，把处理 state 的逻辑瞎写到 View 层中去，也就是所谓的 Dump Component.
改变 state 是 side effect, 我们应该把它从 View 层中分离出去。我多次提到，View 层真正要做的，仅仅是根据 state 返回对应的 View. state 的变化逻辑，应该在给 state manager 库去做，例如 Redux, Mobx. 下面我用 Mobx 作为例子：
https://jsbin.com/fumerup/edit?js,output
如果没有接触过 Mobx 不用慌张，只需要知道，Mobx 的 Observable 变化时，被 observer 包装的 React 组件会重新渲染。使用 state manager, 明显地分离了 View 和 side-effect:
测试这样的程序，首先为 side effect 的逻辑做测试，再为 View 做测试。View 的测试在这里就十分简单了，给他传一个 store 实例，借助 enzyme 之类的 testing utilities 预言不同的 action 得到的返回 View.
React 是 Reactive Programming 在 Web User Interface 上实现的手段，它只不过是一个库，提供了reactive render, component system 和降低开销的 DOM diff 算法. 把 React 换掉，只要不是手动操作 DOM, 其它的框架也不过大同小异。重要的是理解它背后的思想。说到底，前端开发在解决什么问题，用什么样的方式解决问题，在使用任何框架和库之前先把这两个问题思考明白，就不会认为前端难学了。
via Randy's Blog
Invalid media:
animation
animation
animation
image
此前我在 Twitter 上这样表达过对 React 的理解，但是 Twitter 篇幅有限，所以在这篇文章里，我要做更详尽的阐述。
我从前不喜欢 React, 是因为写 React 的 render function 不像写 template 一样方便，尤其是存在复杂的判断渲染的时候，Vue 的 template 一个 v-if 就搞定了。而在 React 里写，需要把这个判断写成 function, 然后条件判断 return 哪一个 view. 这是我最初对 React 的偏见所在之一。
然而经过自己的实践和思考，加上阅读一些文章，我发现以前的想法是错的。我在使用 React 的时候，没有做到 Thinking in React. 从而对 React 产生了不解和困惑。
有很多人把 React 当成框架来用，这是用不好 React 的根本原因。很少人认真思考 A JavaScript library for building User Interface 背后的含义，把 React 用得一团糟。
何谓 For Building User Interface? 意思就是，这个库仅仅是用于构建 UI 的，这是 React 本质要解决的问题。我甚至和很多人说，事实上 React 本身是不是 React 已经不重要了，重要的是我们写 UI 的思维。React 这个 library 本身仅仅是用来实现这个思维的手段。React 提供的，是优秀的 DOM diff 算法，和一套 Component system。换成代码来说，也就是：
(state) => View
这是 React building UI 的核心思想，所有的组件，就是接受 state, 返回一个 View. 这样看上去比较抽象，比如我们有一个 Clock 组件：
const Clock = (time) => `
<div id='clock'>
<span>It's now: </span>
<span>${time}</span>
</div>
`
Clock 是一个 function, 接受一个 time 参数，返回的是一串 HTML String. 在程序里，我们可以给一个 Interval, 每秒传一个当前的 time, 得到一个新的 HTML String, 然后 apply 到某个 DOM 上。
const $app = document.getElementById('app')
setInterval(() => {
$app.innerHTMl = Clock(Date.now())
}, 1000)
这样的实现是能达到目的的，但是问题在于，每次
innerHTML 时，整个 #app 的 DOM 树会被重新渲染。我们都知道，DOM 更新的花费是昂贵的。整个 DOM 树，实际上只是一个
span 在不断变化，所以我们需要 DOM diff 算法来得知到底哪一个 DOM 节点才需要被更新，从而节省开销：const Clock = ({time}) => (
<div id='clock'>
<span>It's now: </span>
<span>{time}</span>
</div>
)
const $app = document.getElementById('app')
setInterval(() => {
ReactDOM.render(<Clock time={Date.now()} />, $app)
}, 1000)
在 React 里，把 props 传入，返回一个类似 HTML 的结构，然后 render 到指定的 DOM 节点上。这里 React 会算出哪个节点应该被更新：
我们这样手动去 setInterval 然后 render 未免有点傻，我们可以更改 state (也就是通常用到的
setState) 自动地让 React 随着 state 的改变而重新 render. 这里的 time 就是一个 state. 这叫做 Reactive.Functional Programming 里有 Pure Function 的概念。Pure Function 之所以 Pure, 是因为不存在 side effect. 举个例子，我们写一个求和 function：
function add (a, b) {
return a + b
}
这个求和函数就是一个 pure function. 因为函数内部没有对 input 做任何改变，并且返回一个新的值。我传 1 和 1，得到的永远是 2.
Pure Function 的好处是利于维护和测试。要测试一个 Pure Function, 仅仅是传不同的值，预言对应的返回值。
现在回头看 React 的 Component, 也可以算是一个 Pure Function——接收不同的 props, 然后 render 对应的 View. 上面 Clock 的例子，props 和返回的 View 是映射关系。
光是
state => View 还不够，在构建 UI 的时候，我们希望 state 改变的时候，立即 rerender 整个 View, 也就是我们经常用到的 setState().这样就很容易理解为什么我说 React 仅仅是实现构建 UI 思想的手段，因为构建 UI 的思想总结起来就是：
1. State 是 Reactive 的 (比如 React 的
setState)2. state => View (依靠 DOM diff)
3. View 组成 Component
4. 管理 state （依靠第三方的 state manager）
无论是 React 还是 Vue, 大抵都是这样的思想。Vue 1 还不完全是，Vue 2 就更接近了，只是后者写法既可以写得像 template, 又可以写直接写 vdom.
而开发者常常感到困难的地方实际上是上面的第 4 点——管理 state. 写 React 写得痛苦，大部分原因是用把 library 当成 framework 去用，把处理 state 的逻辑瞎写到 View 层中去，也就是所谓的 Dump Component.
改变 state 是 side effect, 我们应该把它从 View 层中分离出去。我多次提到，View 层真正要做的，仅仅是根据 state 返回对应的 View. state 的变化逻辑，应该在给 state manager 库去做，例如 Redux, Mobx. 下面我用 Mobx 作为例子：
https://jsbin.com/fumerup/edit?js,output
如果没有接触过 Mobx 不用慌张，只需要知道，Mobx 的 Observable 变化时，被 observer 包装的 React 组件会重新渲染。使用 state manager, 明显地分离了 View 和 side-effect:
测试这样的程序，首先为 side effect 的逻辑做测试，再为 View 做测试。View 的测试在这里就十分简单了，给他传一个 store 实例，借助 enzyme 之类的 testing utilities 预言不同的 action 得到的返回 View.
React 是 Reactive Programming 在 Web User Interface 上实现的手段，它只不过是一个库，提供了reactive render, component system 和降低开销的 DOM diff 算法. 把 React 换掉，只要不是手动操作 DOM, 其它的框架也不过大同小异。重要的是理解它背后的思想。说到底，前端开发在解决什么问题，用什么样的方式解决问题，在使用任何框架和库之前先把这两个问题思考明白，就不会认为前端难学了。
via Randy's Blog
Invalid media:
animation
animation
animation
image
