v2ex 支持 markdown 了？

@dcty lz 不是说 crossover 么？PD 算另一种东西了吧。

用来在 rmbp 上跑 office 2010，貌似不支持 retina 显示。用起来也不太流畅。

至今都很喜欢 Nike 这个品牌，尤其钟爱 AJ 系列。

@wlxwolves 针对我理解的运维研发来说，相对编码能力，我觉得整合资源的能力是更关键的。如果云计算是方向，运维应该会更专注在 iaas 层。工作中会涉及到物理机，网络，虚拟机，监控，存储等很多具体知识，具体到某一件事并不难，但是同时了解并应用这些知识点其实是很高的要求，而且还要考虑到各个公司之间底层架构都不太一样。
针对你的提问，我认为运维研发并不是能平滑演进成产品研发的，两者在经验共享上交集有限。其实优秀的运维也在构建自己的门槛，一个产品研发出身的人想称为优秀的运维研发也有一定的挑战。

针对第二个问题，受限于一个领域并不是坏事，只要这个领域本身足够的宽广。从目前来看，运维研发在云计算中的重要性非常大，你不用太担心以后没出路。

非 BAT，我们公司没有运维研发部。但运维部门里确实有一拨人是侧重开发的，应该是对应到LZ的运维研发部。
为了提高运维水平，他们会开发很多工具，也就涉及 @xuxu 提到的那些。
开发上，运维除了基本的脚本能力之外，需要熟练一种动态语言，我们公司运维的工具主要基于 python。

开发运维工具跟开发产品差别挺大的，在我们公司，运维的工具有时常常是一个人在维护，没有完善的开发发布流程，跟正规的产品开发差距蛮大的。感觉运维工具在稳定性，UI，安全上（通常在内网使用）都相对弱一些。

也有好处，现在运维很多工作得借助开源的力量。也就是说你有大量的机会接触开源工具，能学习到很多新东西。

总的来说运维以后的技术含量会越来越高，而随着自动化程度的提高，岗位可能越来越少。如果能快速跟进运维的技术演进，发展空间是不错的。但如果只是做一些很基本的运维工作，恐怕路会越走越窄。

@devon TE 还有个 iOS 的客户端。

曲径

参考一下我的换屏经历 http://v2ex.com/t/93853#reply4

crossover 可以用来跑 office 么

KM dropzone moon 对我很有吸引力

mac版本应该没限免过吧

retina的买。屏幕出问题概率相对其他硬件也大很多，而且屏幕修起来很贵。

以前接触过这个快捷键，后来又忘记了。对我来说这说明一点，就是这个快捷键不实用。如果想不用第三方方式，直接termial执行open已经很好用了。想方便，明显又比不了alfred。接下来yosemite的spotlight就原生支持了。
关键是lz的文章内容太过单薄了，希望下次看到的文章能有点干货。

我以前在淘宝收了个海尔的leader 22'电视机。现在用来做rmbp的辅助屏，现实效果差得一塌糊涂，但有些场景，有第二块屏幕还是方便些，所以也就这么忍下来了。

很难，只能看运气了。团队发展到相对稳定的状态，再招人的时候，往往都倾向招到高于团队评论水平的人。可能只有创业团队才有可能

公司对面的麦当劳现在汉堡只提供麦香鱼了。

这是商量好的么？ @kinghenry 刚写长文推荐 作者就马上促销 :- )

New relic对个人用户有点太贵了。我也想对APM行业有所了解，希望你们分享些技术文章出来