Twitter

看到新闻

http://wx2.sinaimg.cn/large/62752320gy1fbynh44g1vj20je0nzwh0.jpg

贺老用了好几次来讲 JavaScript ，我已经哈哈哈哈了，还是更喜欢 rob pike 常用的程序员风格幻灯片。

以前写 react ，现在自己写 respo ，遇到奇怪的行为可以打断点，其实也就是高阶函数嘛，变量都在 scope 里，某些东西绑到了 this 也可以从顺着访问，有时候懒得看文档也还是能明白自己错在哪。写 vue 的时候我得全程开着文档啊，整个自己实现了一遍 DSL ，偶尔写错自己写就晕了，现在基本都反应过来我一定是哪个地方没有按照文档写，然后感觉跟文档上对照看哪错了。类型检查，运行时审查，以前用惯的东西不能直接玩了。

react 社区某种程度上存在问题，官方对于 react 是有偏好的，比如兼容性，比如 ES6 ，比如类型，实际上 react 维护是会顾及 Facebook 自身使用场景的，如果说阿里想要一个适合自己的版本，最简单就是自己重建一个。而 vuejs 是全职的作者加上他的团队，显然可以更好地照顾社区的声音，大概也是重要的原因之一， vue 不像 react 社区那么碎片化。

那么 vue 是否超越了 react ？看下具体的功能，各种组件， UI 库，都已经相当丰富。往外扩展的功能呢，比如服务端渲染，比如 native 渲染。 reactjs 的服务端渲染早就实现了，但是性能优化方案，好像是 16 年的 react 大会提出的，有 PR 但是没合并，最后似乎在 preact 之类社区框架有实现。 vuejs 去年夏天整个实现了，其实还不错。 native 渲染大家看到了 weex ，还在完善当中。

说快赶上 react 我觉得也还可以。不过 immutable 这个事情，我个人认为 immutable data 是未来的方向， react 算是拥抱了 immutable ，虽然效果比 clojurescript 还是差好多。 vuejs 大概是反感 immutable ，宁愿用黑科技手动优化。我个人认为考虑将来的发展， vue 有比 react 更长的路需要走。

而且 react 原作者 Jordan Walke 前段时间忙着玩 Reason ，用 HM 类型玩 React ，可以去 Twitter 感受一下……不知道尤小右会不会哪天也造个语言出来。

如果你去刷 Twitter 或者专门关注 react 的资讯，其实 react 还是在不断推进 http://weibo.com/u/5295090223 当然官方最近忙着重构 fiber 没时间搞大新闻，而且 react 去年搞了那么多， vue 搞的 virtual dom ，搞的服务端渲染，搞的同构渲染， vuex vue-router ，某种程度上都是 react 玩过的。当然也有 react 没玩过的一些……但百尺竿头更进一步，难啊。另外 vue 更多是国内开发者关注多，也许 laravel 社区也挺热闹，但是光凭 Twitter 上的感受， vuejs 也没觉得比 react 火啊。大概我没关注 PHP 程序员有关系，但我明明关注了 Twitter 的 vuejs 跟尤雨溪。

我还是对楼主一个人写全栈比较感兴趣

楼主写惯了类型看到 TypeScript 毫无压力, 我写惯了 everything is an expression 再碰 js 觉得很难受.

@QAPTEAWH 真是无比简单粗暴的解决方案. 顺便问下为啥我配置 "\\" 的时候会出错了, 试了一会才搞定, 转义有点奇特.

```
=>> cat DefaultKeyBinding.dict
{
";" = ("insertText:", "\U003A");
":" = ("insertText:", "\U003B");
"\\\\" = ("insertText:", "\U007C");
"|" = ("insertText:", "\U005C");
}
```

@fds
@xx0219 我试试, 还得确认一下 Sierra 的支持. 本来 Karabiner 也是蛮简单的, 不支持升级后的 OS.

@JamesPan 习惯吧, 我在 JavaScript, CoffeeScript, Clojure 当中都会用到大量的分好, 用了一年多已经形成肌肉记忆了. 也就 JavaScript 里分号贼多.

@changwei 嗯, 服务端渲染这种原理性的东西真是铺得越来越广了, 我当时社区一点点刷出来这个技术, 一边跟着看. 没想到对你们来说反而是一瞬间要学大量的东西, 是挺不一样.

马云说, 你的实体经济不行了.

不代表公司观点, 我在饿了么的感觉是对开发业务本身会更看重, 比如 Vue 的话, 做页面, 建构工具公司有现成的, UI 组件公司有现成的, 需要开发的主要是路由, API, 数据抓取, 以及各种场景的调试, 这会需要比较多的经验和相关领域的理解. 然后对于编译工具本身, 对组件的底层实现和优化, 对 Node.js 开发如果有经验, 那么你还能做些其他的东西.

ES6 的话会常用到, 但工作当中也不会抠细节, 还是根据团队规范. 算法在前端遇到比较少, 当然算法方面的意识还是需要有, 只是说在 js 当中很难直接用到. 面相对象, 闭包, 原型链, 之类的, 某种程度算是敲门砖吧, 业务开发当中更多是把 js 当做 DSL, Vue 有 Vue 的用法, React 有 React 的用法, js 语言特性太杂, 没人开心全都去用.

能找机会参与写写实际的项目积攒点经验用处会更大一些.

@lcj2class 整个国内都没多少 Clojure 的文章, 论坛就更难了, 毕竟论坛是讨论为主的, 流量大以后才逐渐会有高质量的文章沉淀.

defn 加方括号定义函数, 支持 (.x y) 语法调用方法, 用了 -> 和 ->> 两个 macro 简写嵌套函数调用, require 和 import 语法, 使用 recur 手动尾递归, 以及大量熟悉的函数名, 真的是个 Clojure 方言啊.

@jerryshao1984 是啊, 很多时候甚至是最重要的因素, 没人维护... 玩不下去. 像 js 语言有各种坑, 但是招得到熟练的工人, 于是就有各种办法.

在个人项目里玩 ClojureScript, 公司项目不敢弄. 小众技术最头疼的事情是人手, 没有人手, 想扩张业务又没人顶上, 想做点别的事情不能丢给别人接盘, 没有人力的储备语言好也不顶用.

Clojure 本身的扩展能力不弱, 有人手的话就算缺什么轮子, Java 生态里找找, 没有就用 Java 写一个 import 进来, 或者 Clojure 写一个虽然性能慢但代码量少很多也不一定要多少时间, 总是有办法的.

@jerryshao1984 的 Storm 说来说去不是 Clojure 语言有什么问题, 就是人太少想推事情结果没人手 https://www.zhihu.com/question/37690589

所以我是觉得早点抱团弄社区攒文章攒资源, 对于小众技术来说这个事情重要性大了去了.