@skydiver 哦

@skydiver 1 行代码解决问题也是解决问题

@skydiver 不清楚，不是我们团队这边的，我就听说他们那边发火了，起名字这事确实头疼，有时候起当前项目的名字也不合适

支持一下

看错了，不是一本书

亚马逊买了一本，刚看了60页就告诉我有开源的

说这么多干嘛，show me your code

谁告诉你，你是前端的

给楼主个思路 https://github.com/ianva/git-3000 ，之前写的一个 git 的命令，可以要求所有上线的提交必须要相应完成的标识就行，后面可以过滤出来这周上线的东西
之前准备这么来的，不过后面不写周报了就没改进过，只是个简答的 list

不懂文学的人

平台的问题：
问基于浏览器的前端能火多久，其实是在问 web 能火多久？web 在基于浏览器做开发的前端就还存在
但现在 web 确实在萎缩，PC 端份额越来越少，而在移动端人们养成了用 app 的习惯，移动端的浏览器相比 app 来说几乎可以被忽略。
比如这篇文章担忧的 http://www.businessinsider.com/mobile-web-vs-app-usage-statistics-2014-4
mobile 端的 app 占据了越来越多的份额，而 web 在萎缩，所以很多人在担心未来信息共享的问题，因为 app 毕竟是相对封闭的。


性能的问题：
ARM 架构下如果浏览器想达到桌面的性能需要非常长的时间，所以性能是一个非常大的问题。能看好的是 react-native 这类东西确实解决了性能问题，把 mobile app 的开发转换成了浏览器端的前端的开发方式，不过这条路能走到哪也比较难说。

人才的问题：
mobile app 的火爆会影响到人才的走向，现在移动端的开发起薪非常高，所以不管是刚入行的还是刚毕业的移动端的开发比前端更具吸引力，那也自然会使得前端人才越来越匮乏。

总的来如果说是基于浏览器开发的前端未来确实会慢慢降温，可能很多会转向移动端 app 的前端开发。

重构本身就不一定是一件好事，特别是在有很长历史而且需求就没有被持续整理和更新的情况下，再烂的代码也比你重构出来的项目靠谱。

lz 这个问题其实也是个人能力问题，
不只是领导支持不支持的问题，是你开始做起来了么？
有没有能力带领同事一起做这件事？
有没有能力，让其他人一起，在未来的代码中开始写测试，统一风格，而且不需要重构一个项目的情况下？

所有的小公司都会存在类似的问题，这东西不是有没有授权领导，而是你自己有没有这方面的能力，威望，并在一个项目上做好，还能推广

ruby,python,go 哪个不比 php 好玩

lz 要知道创建一个 element 是多么大的开销，一个 element 的创建要无数的属性和方法，还要渲染，element 少一个是一个，自然要第二种

@cyio 口头交流问题确实是，有很多时候就做对面还要 im 上沟通下的场景挺多的，想起来也挺好笑，我一般是口头回应，当然办公室安静点有好有坏，很多时候非常沉闷，时间长了抑郁了都不奇怪

一般是 google 后感觉这个解决方案很有想法的时候会和同事分享下。
如果只是问题，我第一反应是，我不会的东西一般别人也不会，
所以问问题这个看人，看问题，如果是为了交流这个我觉得 google 到答案觉得这个方案可以借鉴和非常有想法分享下其实是挺好的，如果很无聊的问题没必要讨论

看举得例子，估计 lz vim 用的也不精
这些例子其实体验都不好，什么跳转之类的，非常难用，这种如果不用 easy motion 其实挺痛苦的，谁一眼看的出跳到多少行才是目标字符？几千上万行代码的时候你要用 shift-g?
Vim 很多地方也不够用，IDE 里也有 vim 插架，啥都不是银弹

@zenghongwei 是做了两年确实感觉这个方向做好是挺难的，一般的公司可能很难去做好这种业务，因为个性化需求非常多要整合很多东西，有太多细节，但我们还是越做越感觉希望很大，很多思路都的到验证，而且方向很明确