我的 10.10 都不能用

考研读个大数据或者人工智能的还行，别的方向都不吃香

我感觉在实现一个 web service 的前提下，要实现轻松完成任务早早回家的需求， 还是上我 rails 比较靠谱和省心。人省了心，计算机自然累（又慢又大），这是一种交换。你确定 go 写的 web service 是跑的又快，写的也快？

PS: 想实现朝九晚五的生活，这要看你的公司， 而不是看你用什么语言。。。

医用一次性口罩效果在 40%到 60%之间

总感觉 LZ 在武汉

不知不觉就提交了一个 PR https://github.com/drduan/minggeJS/pull/42

用 CPP 写 node 模块，并且把这个作为性能解决的最终方案的，肯定是高级黑

@123s 不能简单的叫分担工作，在实际的工作中你会发现 Controller 的代码和 View 的代码是强相关的，如果你们公司是传统的后端工程师写 controller 的分工，你会发现这一块经常会出现 view 需要 controller 修改代码的情况。

如果你用过 angularjs 的此类工具，你会发现实际上此类框架的 controller / routing 就是写在 js 里的。
但是 angularjs 等前端 MVVM 工具无论是兼容性，还是各自框架的癖好，都会让你感觉不顺手，比如你就是不喜欢 angularjs 的 binding ，而是就是喜欢用顺手的 jQuery ，然后又像自己能控制 routing 和 controller 怎么办？ 这导致很多人一直在尝试和寻找不同的前端 MVVM 框架，再浪费时间之后发现还是不顺手，或者兼容性问题。

最后 NODE 出来了，你会发现前端能用自己熟悉的 JS 语言，然后自己写 controller 和 routing ，并且同时又能和往常一下没有被特别的前端架构所限制（前端想怎么写怎么写， jQuery 又如何？）。

至于 NODE 的异步风格，反正不写业务就还好啦，前端工程师也适应了回调的编程模式。

而且 NODE 在某些情况下还有神奇的优势，比如你有个需求要客户端同步发邮件，同步下载（我指的是对前端的 AJAX 链接不断，等到彻底搞好了才结束，而不是轮询求状态）

NODE 现在的新趋势是只写 VC 层，业务都走 API, 有时候做一点多 API,IO 整合的工作。
整个架构总的来说还是异构的，有 NODE 有 PHP/JSVA/PYTHON 。
所以你们也别急着喷 NODE 。

仔细看 这个公司还骗猎头钱

aws 慢的很 别折腾

和我小时候差不多， 最优的方案是去更好的地方读书

这些破视频网站为了省流量各种在本地 cache.. 你是决定看两次就删一次 app 么

楼上 + 1 ，做个好 PPT 也是对听众的尊重。形式与内容都需要。

你是 GFW 的工作人员我才开心

我没点子我没钱，就差一个程序员~