可见空间团队的前端码农兄弟还是很给力的

@chenniaoc 多线程也有多线程的弊病，线程间的切换也是有开销滴，开发也没单线程来得纯粹，总之单线程也有单线程的好处，木有绝对完美滴解决方案，性能的优化都是基于实际需求遇到的困难为出发点的。

@Winny 因为北京九点半出发回家到家也该11点鸟。。。

@wengebin 擦，你娃最近赶脚活儿不多呀

@dorentus 你答对鸟，因为改了 /usr/local之后木用，我就改鸟 /usr ......

@alex_ilex 我也刚遇到这样的问题

万能的 v2ex

@imaginee
@summic
@cassyfar
@coagent
@lamrose
@wangqj

感谢小伙伴们～ 已入。福田+又一城的路线，还蛮快捷的。

@mulog
@playmobil
@yipeng
@yangg
@initialdp
感谢小伙伴们～～

开发自然是有多就不嫌少～

就是要花钱唉～

月球上的孩纸要成猪一样滴队友了。。。

这些问题的确时老板该思考的，老板是在商言商，能问这些问题，说明老板是靠谱的老板。

这是从公司当期利益出发，该考虑的投入与产出比的一些问题。

从当期利益角度出发：
1、人力不便宜。
2、这是相对的，无法衡量（影响因素很多：团队的人、团队的技术积累、项目需求、Leader的项目管理水平）
3、看需求，社区相当活跃。
4、如果是甲方乙方的项目，我倒是有个亲生经历的感触，客户提出要多终端实现的需求，那我这边就第一次经历了RESTful实现的后端提供API，前后端就彻底分离了，那时候是PHP实现的，公司只有PHP的技术积累，后来自己学了node.js之后，发现express这种天生就能RESTful简直太给力了。如果那时候有这方面的积累还真可以把10人月缩短到5人月。

所以要看你们公司战略目标时什么，当下战术定位是什么。

想用node到生产环境的话，最好要从长远的利益角度去跟老板分析。

现在的node真的很给力，各种前端集中的解决方案都用node管理，比如阿里系的 阿拉蕾 spm 依赖npm 百度的fis依赖npm，即便你后端暂时用不着node也可以用node很好的集中管理前端的构建。

再加上及其活跃的社区就能看出这个趋势。

@1up
@otakustay
@damngood
@justfindu
@1up

感觉QQ音乐的搜索结果的静态内容没有再做js跳转，应该是百度的搜索机制做了变更

js控制百度收录结果呈现给用户不一样滴东东对SEO可能还是有影响滴

第一次发带图的主题，才知道要用新浪滴
等我发现已经无法编辑了
第一个配图
http://ww4.sinaimg.cn/mw690/71c5099ctw1e9hnbvw36hj20g20a9gm3.jpg

第二个配图
http://ww4.sinaimg.cn/mw690/71c5099ctw1e9hnbww3z1j20g202i0t8.jpg

抢个土豪金吧，大家最近都要和土豪做朋友～～ —_-

@FrankFang128
@vontio
@hegfirose
感觉还是写完之后发布前让程序自己去补全比较好，代码比较好维护，插件实时补全的话要修改应该比较蛋碎。

@hzlzh Tks~

@davepkxxx 刚刚删了前缀代码，结构chrome29竟然跑步起来，火狐最新版是ＯＫ的，暂时没去排查是哪里不兼容，赶脚写上还是有点必要

@L42y 灰常感谢~~这个正是我想要的

@cj1324

@cutehalo

LESS有在用，API貌似没提供？不晓得

因为中文站文档有句这样的例子。。。

.rounded-corners (@radius: 5px) {
-webkit-border-radius: @radius;
-moz-border-radius: @radius;
-ms-border-radius: @radius;
-o-border-radius: @radius;
border-radius: @radius;
}
貌似没有相应的解决方案
http://www.lesscss.net/article/home.html