可以的， mac app 的发挥空间比 ios 的还是大很多。 用 NSTask ， 参考这篇 http://www.raywenderlich.com/36537/nstask-tutorial

lz 这个也不算新了。可以试一下 rust - nickel.rs - ardb - rocksdb

奥尼尔好像也是这个大学毕业的。

scrapbook 会屈尊写个 chrome 版扩展吗

还不如直接拿几台树莓派玩玩分布式系统

没办法，约定先于配置，前期记忆量很大。只有靠写笔记，我个人觉得英文网上 rails 的开发笔记明显多于其它 web 框架（ java 系的除外）。

@anjouslava vps 拉回来写个脚本上传百度盘，国内 100m 宽带下载，更快

我觉得那些成天抱怨说招不到人的创业公司都应该看看这个薪资标准。那些喜欢说“就是做个简单的网站”的老板也应该看看这个网站。很多人想做的网站功能需求复杂度远超过这个站，却只打算付出 1/5 甚至 1/10 的工资招开发人员。

@jjpay 哈哈，想起了知乎以前有个人提问：怎样才能打垮腾讯？ 结果真有人发长文回答。
结果题主第二天又提问：已经有了一个绝妙的打败腾讯的方案，怎样才能招到执行力强的程序员？

看看《穿 prada 的魔鬼》，天下乌鸦一般黑

nw.js

纹到肚脐以下的时候记得把代码写成响应式的

句柄，鲁棒，自旋锁，粒度，链表，线程，进程.... 这些名词看英文比看中文好理解多了。当它们组合到一起的时候，给汉语带来了毁灭性的阅读体验。比如我刚刚在看的一个文档：


“基于单向链表的读写自旋锁并不完美，因为线程还是得操作额外的共享变量 nr_readers 和 next_writer，这是由于读者释放锁的时候无法继续保持单向链表的结构。一种改进想法是使用双向链表 [5]，因为双向链表的插入和删除操作能够做得相对高效。于是读者释放锁的时候可以将自己的节点结构从双向链表中删除，从而继续保持链表的结构。读者通过判断前驱指针是否为 NULL 就知道自己是不是最后一个持有者，而且也再不需要 next_writer 指针。但是该算法中对双向链表的操作使用了节点级别的细粒度普通自旋锁，在连续读者较多且几乎同时释放读写自旋锁的情况下，同步开销依然巨大。”

狗神亲自招iOS开发，这个机会很好。

青椒炒肉，采用MVC设计模式开发，Model层：切肉备料，开发耗时最长; Controller层，炒锅大火重油伺候；View层，生抽着色，姜丝香葱点缀。开发完成后部署到饭盒。中午的时候发现同事的分支也提交了，果断合并。

云视链，一亩田，You+公寓，游侠电动车

衣食住行四大天王

其实楼主公司的技术是不错的，就是招人文案写得有点...

反正我用coffeescript

之前做了一个类似的实现，用Flask搞异步非阻塞得配合Gevent，但搞完觉得还是不如Tornado加Gevent强。