小鹿乱撞，心花怒放。终于有机会在梦寐以求的团队博客的评论以外位置留下自己的痕迹啦，撒花撒花！淡定淡定，官博是严肃的地方，要是随便侃大山侃小山，拙文估计会被“里德尔”砍成袁姗姗。
深吸一口气，闲话少说，放马入题。
首先有必要先回答这个问题：“何为前端游击战？”
所谓“前端游击战”是相对“前端常规战”而言的。一般而言，一个前端会负责一个（也有多个项目）的开发、上线以及后期维护，精雕细琢产品。所谓一个team, 一个团队，大致如此。比方说Qzone的前端er, 至少在一个很长的时期里面，都会泡在Qzone这个产品上，此为“常规战”，我想大部分的小伙伴都是这样子的，不只前端，设计师甚至后台开发也是如此。而“游击战”就大不一样了，打一枪，放一炮，点到为止然后基本上就放手拜拜啦！“我擦”，你可能会惊讶，“还有这样玩的，能做出高品质的产品吗？ 
”
无数的偶然可以造就生命，自然各种因素相互碰撞也会造就不一样的开发模式。
腾讯社交用户体验设计的小伙伴们遍布祖国大江南北，为亿万网民设计优质体验、提升生活品质。自然，上海这边也有不少很Nice的小伙伴啦，都是国内顶尖的用研、交互与视觉。稍等…这里怎么有个另类——那个喝娃哈哈AD钙奶的，没错，就是你！古人云，相由心生，你这么黑，快说，你到底是干嘛的！我……我是做前端重构的…… 
剧情正如你看到的，我们上海设计中心现在有个独苗前端。要知道，我们设计中心是个支持性部门，每个交互、视觉都在特定的产品线上。那这个独苗前端该如何定位呢？我个人定位是这样的：对内辅助，对外桥梁。所谓“对内辅助”包括原型、工具以及活跃气氛；“对外桥梁”指对外精确包装与传达交互细节、设计思想等。
这种角色定位以及一些其他的机缘巧合就形成了有特有的游击开发策略。哦？略闻一二！
从上面的进程史可以看出，前端游击战是本着做出更精湛产品目的、同时受制于人力资源最大效益权衡下的一种开发合作模式。看上去很简单，很洒脱，实则恰恰相反。如果你真就很简单、很洒脱地按照自己的心情交付个看上去是那么回事，实则半吊子产出然后秋扇见捐，额，好吧，开发要佛跳墙，项目经理还会来骚扰你，这桥梁已然不是连接，而成了瓶颈，还不如当初直接设计、开发连线。所以，要想半途全身而退，还是有很多讲究的地方，这里，我就将分享自己的一些前端游击战的经验与心得，希望对这种合作方式有兴趣的团队或个人提供一些帮助。
前期沟通的重要性应该没有谁不知道，所以一些喜闻乐见、耳熟能详的沟通要点就不赘述，说个前端游击很重要的一个沟通点—— 介入深度。“介入深度”之重要性如秃子头上的虱子——显而易见：你打游击进入敌方腹地太深，抽不出来被灭的命；入敌太浅，隔靴搔痒，又没有任何效果，还要重来，费时费力。
然而，“介入深度”其实是个比较虚的概念。我自己心中的衡量是这样的：
.html页面表示，于是，最终交付的可能就是10~20个页面；凡事都需要经验积累的，之前就存在介入深度把我不准的问题：
① 介入过深
去年做企业盘，自己参与的第一个比较大而完整的项目，自己有点high, 完全把自己当其他部门的人使用了。做得很拼，原型页面做得超级高保真，文件上传，进度条什么的都是真实的，介入程度70%左右。然而，这种介入过于深入且分界不明，因此，开发在代码剥离的时候花了一番功夫，这种刮骨疗伤的感觉没人会喜欢的！
② 介入过浅
今年手Q某项目，原型页华丽丽地完成了，其中的交互效果，我是按照40%的深度介入的（效果代码仅供参考）。然后，企业这边移动端经验还不是很多，于是直接采用了我还不成熟的过场代码（无Ajax处理），先不说代码风格不一致，技术策略也不一样，所以，从代码层面讲，并不美丽。总结下来，就是经验不足，虽有分工等前期沟通，但技术介入深度这个细节并未细致探讨，于是出现了连接不顺畅的情况。如果重新做这个项目，就会60%介入，数据请求与视图绘制就会与过场交互形成一个完整体系。合作就会顺畅很多！
后来，就聪明了。和其他团队合作时候，会事先沟通好介入深度，说白了就是：我是不是只负责出现演示？还是我帮你们实现演示？前者属于打枪，后者属于放炮。都属于游击战范畴，后者嘛成本稍微高一点。一般情况下，我都是做到前者这一步，以便足够精力身退参与其他部门的项目。
例如，最近要开始的XXX项目，就约定好了，无论JS多么华丽，都无视，因为只是用来展示效果的花衣裳。像这样，介入深度明确，才能准确知道什么时候该撤，什么时候来补枪。
到处打游击，说穿了就是吃百家饭。然而，每家的饭菜的食材、口味都是不一样的。如何才能在别人家吃得开心？很简单，放弃自己特有的口味，尝试接受别人家但你自己可能不喜欢的口味。这前端游击战也是如此。很多有经验有资历的开发经常会鄙视别人写的代码，如果团队里有另外一个有经验有资历但世界观不一样的开发，往往会为技术选项或者命名之类的事情闹得不开心，我以前就遇到过一个开发逼走另外一个开发的情况。这种代码洁癖的完美主义者看上去有追求，当然，自我感觉也是我这是有追求，优越感油然而生，实际上，只是心胸狭隘的表现罢了！让这样的人去打游击，感觉就像是让关羽背后偷袭别人，然后撒腿就跑——不可想象，难于上青天！
所以，要想游击打得好，宽广胸襟少不了！具体该如何做呢？我总结了下面几条供大家参考：
① 放弃自己的常用习惯
这里所说的习惯很多啦。包括，命名、文件组织方式、代码排版（缩进），书写风格，语言模式等等。尤其当一个人在一个团队呆久了，固然会有很多的习惯，这其实挺好的，保持一致性，代码迭代什么的前后风格统一，更利于维护和协作。但是，如果你是搞游击战的，那这些习惯都是要弃之不顾的。为何？很简单，因为每个部门，每个团队的风格、习惯都是不一样的，你肯定不能按照自己的习惯来走，否则合作起来代码不和谐，还容易出乱子。举个例子：你的CSS命名都是下划线开始的，JS参与的类名都是大小写组合的驼峰命名；但是，跟你游击合作的团队规范是，CSS命名短连接符，JS类名都是 js_开头。这显然问题来了，你的HTML代码还能用吗？哪个用来显示样式、哪个脚本绑定傻傻分不清楚。
所以，合作动手之前，先要把自己的那些各种习惯放在一边，去看看跟你游击的团队以前的文件名、变量、属性名如何命名的、JS的习惯书写模式是什么的，等等。然后，按照这个团队的习惯来写代码，哪怕这个习惯在你“专业”的眼光里是欠妥的。记住，重要的是团队合作！
拿我自己举例，我之前CSS命名一直使用下划线 _，因为可以愉快的双击选中（历史原因）。来设计中心后发现，合作的项目都是短横线 -。你知道的，毅然舍弃了5~6年的命名习惯，“短命（短横线命名）”走起，然后愉快地打游击~~
② 丢弃自己的那点小资本
工作久了，总会积累些技术资本，比方说组件达人，SASS好手，YUI忠实粉，CoffeeScript第二人。没错，这些都是好东西，没人会否认的，很多人说不定要靠这些升职加薪迎娶白富美呢！但是，亲们哪，在打前端游击战的时候，这些东西呢，就不要放出来了！你可能会疑问：“为什么不要啊，我觉得这些东西很好啊！我用起来很顺手！”问题在于，你顺手，跟你不是一个团队的其他小伙伴不顺手哈！
游击战的精髓的是能「击」更能「游」！你说你使用CoffeeScript, 没错，是能「击」，对其他同事心理打击确实很大，但是「游」不回去啦。无非两种结果：“受”说，哎呦，你这个好高大上，给我们几个培训下嘛；“攻”说，我们可没精力专门找人维护你的**（屏蔽）代码！无论哪种情况，都被套牢，脱不开身！
所以，你自己那点引以为豪的资本都放在一边。首先，使用合作团队的通常解决方案，是不是有自己的框架与组件库；然后，如果没有，你也应该使用业界开源、普遍认可、富含文档的解决方案。比方说MVC方案，你牛，你有自己一套web开发框架，上可风卷残云，下可飞沙走石，抱歉，还是老老实实使用Backbone.js. 因为你必须牢记这一点：我这是在打游击战，其他部门也需要我，我要速度撤离，没人会傻不拉几跪舔一个人不在、文档缺失、潜在风险不详的框架的！如果你在一个稳定团队做一个稳定项目，这么牛的东西那铁定要上啊，绩效考评什么的，就指望它了！
还是拿我举例吧，OOCSS用的不亦乐乎， quicklayout独步江湖，用之写页面速度赶上高铁，一切尽在弹指间。但是，我现在游击的至少5~6个项目，没有一个使用之，因为，只有我和对我关注的人对此熟悉。页面交付后，一些微调的CSS维护工作我其实不参与的 ⑴，所以，如果CSS过于个性化，显然是给自己挖坑。
⑴ 跟我游击合作的小伙伴中也有不少对CSS比较熟悉的，完全能够驾驭日常维护。这是前端游击战能够执行很重要的前提之一。
③ 学会退而求其次
都听说过，“做最好的自己，给最爱的人”，确实，我们在团队里做开发时候，是应该精益求精，精上加精。但是，有时候需要把完美主义情怀放在一边了，不必执着于完美的代码。
首先明确一点，一个产品的最终质量，给企业最终带来的收益，与代码是否完美的相关系数其实很低。
有时候，跟随合作团队的集成解决方案，最终生成或发布的代码可能并不是完美的状态。比方说，依赖Less, 计算数值N位小数，嵌套、函数滥用，导致最终CSS太多层级，可重复利用CSS只是编写时候重复利用，生成的CSS依然狗皮膏药显啰嗦。或者模块依赖过于耦合，以至于一个很简单页面，也要加载一堆CSS以及JS, 显得较重等~
这些是问题吗？确实是！但是，千万不要用你狭隘的眼神去评判之，指责之，或者自己为是走自认为最精简，代码最完美度方案——不成熟。多人协作、工程化等是个很复杂的事情，舍弃一点点完美的代码退而求其次，实际上是种大智。
作为一个游击战士，一定要有着眼大局，退而求其次的意识。如果你实在看不惯，你可以主动请缨去该团队，帮助其解决方案进一步完善。那你晋级考评什么的必定妥妥的！如果没有这份心，就做好自己的工作，跟大部队一起，拧成一股绳，把产品质量、体验做好，这些才是更要关注的更高境界。
④ 乐于接受并学习新事物
不同部门，不同团队显然其使用的一些技术选型都是不一样的，有的可能是你一直不推崇的方式，此时怎么办？
做技术的人，一定要有博大的胸怀，去接受各种不同思想、不同工具、不同的开发模式。那种歧视用QQ邮箱，鄙弃党员，鄙视陆琪的人其实是很幼稚与狭隘的。我虽不赞同，但我乐于接受。
尤其你想成为游击开发专家，自然这方面要更甚一筹。我年初有个项目，很有意思，使用Git协作开发，头一遭，好在我对Git没啥特别的情感，一番折腾，感觉不错，学到了很多东西，而且最后合作也很顺利。看到没，诸位，前端游击战的好处在于有机会学习其他知识、接触其他时髦的工具，如果你是狭隘的排斥的，不乐于接受与学习的话，实际上是阻碍了自己的成长与发展。
再举个更有代表性的例子，我是个忠实的不推崇Sass, Less, 以及Stylus的人，我是个道家主义者，推崇本源、无为而治。虽不推崇，但我很乐于接受这方面的知识，关注这方面的发展，甚至，12年时候，花大功夫翻译了 stylus的中文文档，目前也就这一文档吧。最近的一个项目，嘿，就是基于Less的生成CSS的，遇到了自己一向不推崇的东西。虽然，合作的小伙伴说，你直接写CSS代码也是可以的。但我还是还乐意地用起了Less ⑵, 当年翻译Stylus积累的知识2年后居然起了作用，分分钟上手。最后，开发开心，我也开心，大家都开心。
所以，像我们写代码的，无论何时，都不能被自己所掌握的那点技术形成的世界观所束缚，接受不同风格的人，不同技术背景的人，不同技术擅长点的人。招聘的时候尤其注意，狭隘的技术人总是倾向于招聘跟自己同类的人，最后，就是个全是中锋的球队，做出来的东西嘛，我就不说什么了。
⑵ 切记，前端游击战要想打得好，必须使用团队的技术方案！否则你自己开发时候顺手爽，完了合作同事三天两头找你有得烦！
沟通很顺畅，开发制作时候也是按照了团队的规范、方案走了，然后直接SVN提交拍屁股走人？且慢，还有个很重要的东西，就是文档以及详尽的注释。
前端游击战的精髓之一就是「游」，你说你啥都不交代，回头前端开发遇到疑问还不是得来找你，你游啊？你游得走嘛！磨刀不误砍柴工，写好文档，写好注释，顺利交工。开发开心，你也开心，大家都开心！
有很多人真是不擅长写文档，从小怕写作文给烙下的阴影。其实呢，不要多专业，只要换位思考下就可以了。脑补下，跟我交接的小伙伴，他什么都不知道，第一次看到我这个代码，他知道该如何触发这里效果显示吗？稍微一想就会发现，擦，我这里不写点内容，就是亲妈来了也不知道这里要加个 .active的类名啊！于是，你就可以注释了：
<!-- 注意，前方高能： 这里点击显示下拉直接通过添加和删除类名.active即可； 禁用使用类名.disable; 注意这里HTML位置，以及后面不能换行，以免出现空格 ... -->
多站在对方立场考虑，自然就知道该写些什么了。如果你还是驾驭不了，恩，可以文末的邮箱联系我，我会传授写作大法，祝你练成神功 
。
你东西做的好，合作开心，别人都找你，才会有游击战这种模式。下面问题来了， 1. 如何做的好？首先最最重要的是超出常人，开发所望尘的敏感的设计之心，做出来的东西必须能够精确传达设计思想、交互体验（否则，合作团队里的前端直接开发岂不更爽气）；然后是需要比较多的积累，一是深度，要你介入多深，你就能有多深；二是广度，我以前常常深入研究业务以外的知识点，结果为现在在各个团队快速上手打下了较好的的基础。 2. 如何合作开心？心胸宽广，视野开阔，团队合作放在第一位；过于个人的东西舍弃、团队的东西跟随，不会的东西学习，交接文档要清楚等。
根据我没有依据的猜想，这种游击战风格的前端开发模式应该很少见。要是哪个厂子或者团队看到了本文，无论有没有兴趣，都可以试试这种开发模式，对吧，要有宽广的胸怀，可以不赞同，但内心要乐于接受，说不定能提高产品情感化方面的档次与质量，能与腾讯的产品竞争呢！
最后，打一个广告，如果哪位小伙伴想和我一起愉快地打游击战，可以发送简历至[email protected], 有信必回。