谈不上“鬼才”+1，我认为鬼才是在某些领域造成空前影响的人。
大多数人接受应试教育，也有少部分人早年辍学自学成才，不从众不意味着离经叛道。所谓的成功，要看自己和社会怎么定义，两者或许会有出入，但最终会达到自己内心的平和以及社会的认同。
人生有不一样的活法，不必羡慕他人，也勿轻易否定别人的活法，走自己的路，问心无愧就行。

speed dial 2

哇这个产品看起来好赞

楼主的分享不错啊，我也是有同样的想法，写了一份个人用的清单 https://github.com/adoyle-h/my-development-tools
感谢分享

@otakustay 是的。

- https://news.ycombinator.com/item?id=12848419
- https://www.reddit.com/r/javascript/comments/5swe9b/what_is_the_difference_between_the_w3c_and_the/

看了这些评论，感觉争议还是挺大的。不过总的来说 w3c 趋于保守，顾虑历史包袱，还有很多政治问题。 whatwg 作为最新标准 (Living Standard) 更贴近浏览器的最新实现，比较务实，文档修正比较频繁。

另外， https://diffofhtmls.herokuapp.com/ 这个网站提供了 w3c 和 whatwg 文档的 diff

离职，下一题

不明觉厉，献上一个 star

离职，下一题

技术社区的氛围就会被这帮人搞坏。真可悲

可以参考这几篇文章
http://www.davidpai.tw/ubuntu/2011/ubuntu-set-locale/
http://yintech.iteye.com/blog/397380

那到底有没有 hello new world?

只能协商。逻辑放在客户端或者服务端 (gateway) 里实现并没有绝对的定论，因为这都包含了业务逻辑。以固有逻辑来定论我觉得都是错误的，要根据具体场景、团队、业务逻辑来判断放哪实现**最为合适**。业务逻辑是难以根据平台区分的。协商会有几点考虑因素：

1. 安全性。有些数据只能在服务端计算。
2. 性能开销。根据不同场景，可以放在客户端，也可以放在服务端。
3. 可复用性。业务逻辑实现在客户端，就难以复用了；但实现在服务端，又要考虑通用性。
4. 人为因素。观点争执不下，沟通成本太高等等。

我觉得解决这个问题的最好办法，不是讨论这块逻辑究竟该放哪里。因为每个新 feature 都得讨论一遍接口，会非常麻烦。
而是应该由一个人去负责一个 feature 的完成，由同一个人完成前后端的代码，即所谓的全栈。这样的好处在于：

1. 避免沟通交流上的争执。在编程领域，一个人干活往往比两个人效率更高。
2. 只有经历过同样的场景，才会换位思考，知道对方的难点，才会互相体谅。
3. 当一个人去实现，因为放哪做都是自己做，才更有可能去思考代码结构，真正考虑业务逻辑放哪实现**最为合适**。
4. 当一个人去跨端，会培养全局意识，对于技术发展也是有好处的。

你可能会觉得让前端来学服务端难度太大。这是有前提的，前提是你的项目架构要清晰可维护，新手进来能快速上手，当项目可维护性做得很好，有很好的结构，那么入门门槛就只在于语言了。对于学一门新语言，对稍微有点经验的开发者来说不算难事吧。待对方实现好代码后，你可以参与 code review ，把控项目质量。

被黑色的 Github 丑哭

请写明出处，博客地址，原作者。不要只贴一个 jsfindder 地址。避免让人误以为 jsfindder 也是你写的。
毕竟 totp.js 里的内容绝大多数都是直接拷贝自原作者的代码，你这只不过是把前端代码转成能用在 node 里的代码，而且连个 npm 包都没有。
说实话，我不明白这个 repo 有什么值得 star 的。

@liruqi 今天看到一篇文章 https://zhuanlan.zhihu.com/p/25120858
原来 FEZ 上架 itch.io 是为了抵制特朗普颁布的穆斯林禁令，收入所得会捐给 ACLU 。真心给力

不要劝
怼它！

@liruqi 居然这么便宜！可以买来送好友。但是似乎是下载一份游戏拷贝。作为常用玩家，我还是会买 steam 上的 FEZ ，万一以后有更新呢。
比如这个 patch ： https://github.com/renaudbedard/fez-1.12-issues

TiddlyWiki 很棒！感谢推荐

另外赞一下头像。 FEZ 神作