说句实话，同样的内存 cpu，苹果的会感觉快很多 (apple sillicon)，不过要想极致性价比应该 linux，就是需要折腾多一点

更新：已经收到挺多简历了，也有看起来不错的人选了，还不止一个，但是只能找一位朋友合作，所以大家暂时不要再发简历了。

或者直接 <a href="http://5b0988e595225.cdn.sohucs.com/images/20181229/39193e04345340818c0a5a0345f9d107.jpeg" download="a.jpg" />download</a> 哈哈

其实楼主我觉得你代码中截取几行就可以搞定了，不用转换为 blob，还有一个好处是下载大文件是可以看到下载进度不需要等文件全读取到 blob

<button onClick={(e) => {
          const url = "http://5b0988e595225.cdn.sohucs.com/images/20181229/39193e04345340818c0a5a0345f9d107.jpeg"
            var a = document.createElement('a')
            a.href = url;
            a.download = 'a.jpg'
            a.click()
        }}>download</button>

vim，不过说实话，楼主和楼上很多提到的 ide 功能我都没有，配置一下插件可能都可以实现吧，不过个人不太想配置，不太依赖这些功能。有配置的功能只有：rubocop 格式化和检查代码，代码着色 syntastic，自动补全 neocomplete

对我也赞同，个人觉得如果是全职的话很多技术栈可以考虑慢慢上手并探索，兼职的话还是得熟悉，因为时间有限。

支持一下老东家的招聘

需要壮丁吗？算我一个。

c 公司的软文是外行运营所写，不懂规矩，以后应该吸取经验，和合作伙伴在宣传风格上好好统筹沟通，如有失误应及时处理。

为什么在 railsgirls.com 上看不到相关信息呢？

视频针的好棒！

教他在虚拟机里把 rails s -b 0.0.0.0 跑起来，然后用 samba 把代码共享出来通过 windows 能访问，他就能用 dreamweaver 继续在 windows 下进行开发了，态度开放一点嘛，人之间都是相互需要接受的。

https://github.com/bootstrap-ruby/rails-bootstrap-forms 用于创建表单，挺好的

欢迎入坑，不要紧张慢慢来

#3 楼 @pepsin 我的意思是说你在招聘中出现“糟糕”这样的字眼会给人不好的印象，建议换个说法。

楼主骗人珠海怎么不堵车？！

你怎么能说不至于太糟糕呢，那就还是糟糕吗你逗我们呢。你应该说“还可以”或者“还行”嘛

#48 楼 @scriptfans

AssetsPipeline 方面给楼主一个建议：对于 hard code 很严重又实在没办法一定要用的东西扔到 public 目录下去。

redirect_to 和 turbolinks: 我们现在用 redirect_via_turbolinks 来做提交完后的重定向，很好很方便

幂等的 js 调用：我觉得这是个好习惯，许多高质量的插件都是幂等的，以后处理页面局部替换也会方便很多（直接全部执行一遍即可）

估计是因为阿里云 VPS 的外网 IP 的 80 端口都会偷偷给自家的 PaaS 共享的，反正有备案限制（会在这个 80 端口上做 HOST 过滤）

CentOS 5 & 6 & 7 也有修复了 https://twitter.com/CentOS/status/560236518057709569

如果是读官方镜像的话，可以 yum update glibc 一下来修复了。

目前 unicorn 的 fork 是复制运行时本身的 内存，ruby 代码用的内存可靠 copy on write 共享，而这个 vfork 应该是系统的 api，即是运行时本身的代码 (也就是 ruby 的 c 语言编写的源码) 使用的堆栈 (具体哪些还得去看看 man) 也共享

@ruohanc 毕竟运维是属于大厂才玩得起的东西，然而对于大厂，稳定的人才储备、来源，还有知识积累都是很重要的，运维应该是最难“换”的一个领域了吧，技术选型应该是相当谨慎的。

#55 楼 @ruohanc 你好，我没有做过专业运维，但是对运维还是颇感兴趣的，我之前有听说一个说法，说国内厂商运维人员用 Python 还是更多一些的；甚至有个运维同学认为 Python 才是真正开源，其他平台 Ruby, Node.js 等的开源社区并不活跃（这个就不是听说的了，是我亲自从和我交谈的人那里听的）。也许这个人确实是开发方面的知识相对片面了，但是很明显能感觉到 Python 在国内运维行业中被使用得比较广，即使我去看一些大型互联网的运维招聘内容里一看，也发现很多运维开发工程师 (Dev-ops Engineerer) 的招聘第一条要求就是 x 年 Python 使用经验。是这样吗？你对这怎么看？

btw. you can test Chinese local network latency at http://alibench.com/ .

You might also consider deploying in Japan (e.g at Linode's Tokyo datacenter), which would result a relatively lower latency (80 ~ 100 ms), also avoid paperwork with Chinese gov.

吓尿，我还以为是 Intel 那个 rogerwang

你搞错了，puma 才是多线程的，所以 puma 适合配 jruby；unicorn 是多进程的，又因为 jruby 启动比 mri 要慢，故 unicorn 配 mri 才更加适合。

这让我对微软的好感又 +1

嗯，better errors 通过 binding_of_callee 支持这个功能的

#1 楼 @suffering

Kernel: 呵呵 CPU: 呵呵 半导体电路：呵呵 爱因斯坦：呵呵