阅读: 205
答案 1：
我们团队大部分都在使用vim，但是没有公共统一的vim配置仓库，只有新手入门推荐配置。新人上手后都会根据个人使用习惯进行调整。工程师都是ss-到开发服务器进行编码，所以在服务器上会有一些公用设置比如查阅p-p手册、代码缩进约定等，但比较少。知识的总结分享包括vim技巧会放在-wiki当中。答案 2：
不会。系统可定制性高的好处就是每个人都可以有适合自己的配置，每个人习惯不同，基本不可能有同一套东西通吃的情况。不过分享肯定会有的。例外情况可能是为了规范代码规范而设的插件。答案 3：
感觉制定一个初学标配是个较好的策略，所有都是针对初学者的。当慢慢形成自己风格后估计都会有些改变，不过那时基本上也不会有生产力的影响了。答案 4：
不完全相关：我们的E-cs用户会在.e-cs配置文件中加入共有的配置来规范编码风格。答案 5：
不会使用公共的配置，最多会有一些设置共享出来，每个人都有自己的使用习惯，没必要扼杀大家的个性。答案 6：
插件应该可以分享。但是配置一人一个样，有自己配置的人，自然也会慢慢从别人的配置中汲取营养优化自己的配置。答案 7：
我们是统一安装一份推荐的配置文件在非系统默认路径下。也就是说，我们会替所有人安装一份统一配置文件，但默认不会加载，只是给出一份文档，告诉你统一的配置文件在哪，你自己决定是否 source 它。答案 8：
我们的团队只有分享而没有强制，有两个原因： 1，代码风格可以规范，但是IDE和开发习惯强制所带来的抵制和好处权衡来看不值 2，每个人习惯不同，尤其是在混杂win桌面和很多服务器操作之间频繁context switc-的人，大部分时候是没有插件环境的。答案 9：
看项目的规模来选定自己的开发环境,如果你的项目的代码量达到一定的规模很难简单的通过文本编辑器做的到。这时候IDE能提高效率但是如果项目的规模还行,介于有些IDE是的要求硬件，采用VIM还到会提高效率.本人使用Sublime Text 2+ANT来写scala和pyt-on分享常识给亲友.
下一篇:道具收费模式的网络游戏的生命力还能挺多久？ 下一篇 【方向键 ( → )下一篇】
上一篇:上微博除了看冷笑话，看星座，追明星，还可以干别的吗？ 上一篇 【方向键 ( ← )上一篇】
快搜