@anaf 哎，最近还在关注造桥的这个事情，真的不知道什么才是对的

@zons 7 天 2 人包车 不包括机票

@ChrisFreeMan 其实无需反思，做自己的想做的事情就是最好了，不同的时间点做相同的事情，心境不同，得到的就不一样，我大学的时候也不喜欢旅游，现在工作好多年了，旅游是我离开这个熟悉而陌生城市的一个借口，去随意的看看风景，这样我不用带电脑，也不用思考工作，让自己放松一下。

@ChrisFreeMan 这个看个人状态吧，我出去旅游就定一个大概的规划，主打一个随意，其实放松就好了，我看很多人旅游就是去打卡的，我感觉很累

@xzg1993 3w 很多了...我跟我老婆去个新疆人均 1w 都有点肉疼

为啥要统一，统一了，得少多少 KPI ？

浮躁的心态 学什么都没用的

所以其实你开心的不是妹子，而是你可以睡你室友了，是这个道理吗，哈哈

宕机是计算机术语，不算黑话， 挂了，完了，凉了，日特了，飞了，才是黑话

@wobuhuicode 我都是写好 demo，然后分段放开注释，算是投机取巧了。哈哈

@hantsy 为什么用个邮箱都能有鄙视链？？？不知道你们的关注点怎么这么奇怪？

你跟我一样，觉得开源很吊，很赞，就能成为大佬，当准备动手的时候就觉得，没人用，做了干啥？？这不是浪费时间么？？

大厂开源出来的东西 那都是团队经过长时间的打磨，优化输出的，这不光是因为大厂背书，而是在大厂磨砺出来的好东西，大厂内部有很多在开源路上，但是还有没开源的，都在锻造的路上。
所以
心气不要太高，不要太急

个人开源也需要时间，而且长时间可能都没有回报，这取决于你的实力和你的作品。剩下的还要懂一点运作和营销，前提是你的东西够吊
比如 vue 怎么火的？尤大用 vue 短时间内开发了 H5 版本的一个 app, 然后 vue 火了。吃能持续火也是因为 vue 自身够吊。
所以你的问题应该是如何做一个够吊的东西，超越市面上现有框架的存在。再来考虑有没有人用。

考古？记住所有大佬葬身的地方...

git 只负责冲突，不负责代码能不能跑起来，所以合并只是发布的第一步，应该有测试回归测试这一环节。

@yazoox 写业务能不继承就不要继承，写框架还是比较推荐的。

用 xmind 梳理调用流程和 class 之间的继承关系，再标注一下各个类自带的函数以及做什么的就好了，光看的话，确实很难办

@aguesuka 设计返回函数的作用就是自己清理自己的副作用，关注点比较集中，不像 class 组件，一个地方注册了。需要在别的生命周期里面销毁，这对复杂页面的阅读性上有点不友好。

你说的调用另外一个函数(假设 B)来销毁，这一点就遇到一个问题，比如监听，你在 Effect 里面注册了监听 /定时器，那么你卸载的时候别的函数是访问不了 Effect 里面的变量的，那你监听的回调函数得上抛到 B 的作用域里面，这样的话，Effect 所带来的独立作用域就被打乱了，也不符合 hooks 的心智模型，这在 class 组件里面也是一个用起来很麻烦的事情。