沐浴在前灯下的鹿。在憧憬的评论以外的地方，终于在团队博客上留下了足迹，花官方博客是认真的地方，如果轻松愉快地聊天的话，我的报道可能会作为袁尚珊被刻在“解谜”上。

首先，回答这个问题。

首先，“前端开发是什么？”的问题。

“前线开发”一词与“前线通常战”相对。一般来说，前端负责一个或多个项目的开发、启动和维护，以简化产品。是队伍，是队伍，就是这样的感觉。例如，Qzone前端的人们，至少会在很长一段时间内致力于Qzone这个产品，这就是“正规战”，不仅是前端，连设计师和后端开发者，几乎所有人都会有这样的感觉。开发，射击射击，基本上放开再见！这样的感觉。“这是为了制作高质量产品的玩法吗？”就是这样。

创造出人生的许多名流的结果，当然各种各样的因素互相碰撞，产生不同的开发模型。

腾讯社交用户体验设计合作伙伴遍布全国，设计高质量体验，提升数亿互联网用户的生活质量。当然，上海也有在中国作为顶级的UX、互动、视觉设计师活跃的非常棒的人。请稍等一下……这里有不同种类的人哦！喝着钙牛奶的人，对，就是你！（笑）。正如自古以来所说，外表是发自内心的。你太黑了，来吧，你到底在干什么！我在做前端重构。。。。。。。

如您所见，现在上海设计中心有一台前端。设计中心是支持部门，各自的交互和视觉是关于特定的产品线的。那么，这个孤高的前端应该如何定位呢。我个人的立场是“在内部支撑，在外部架桥”。公司内部的支持“是指原型、工具、充满活力的氛围，”公司外部的桥梁“是指正确地包装并传达交互的详细内容和设计想法等。

这个角色和几个偶然重叠，产生了独特的游击队开发战略。诶？我只听说过一点！

我们的设计中心就像一个中心，如果你想象一个小小的圆形太阳。

这小小的太阳，充满了美丽的人们，更是美丽的心灵，它成为不间断的热源。

而且，小太阳被许多行星a、行星b包围。这些行星实际上被称为项目a、项目b、。

这些行星是制造最终作品的工厂，但为了制造出好作品，就像地球不受阳光照射就不会繁荣一样，需要设计中心的支持。因此，每个项目都会从设计中心召集数名合作伙伴，支持开发和输出。

但是，果然不在同一个球体上，左脑派vs右脑派的想法也有差异。信息从小太阳传到周围的行星，设计通过玉米，最终就像爆米花在工厂生产一样，信息可能会变得零乱。

因此，我们需要一个简单的角色来保证交互式、准确的视觉输出，并为领先的信息传递架起桥梁。

的实践表明，这样的模型前后工作会更容易，产品也会更忠实地再现。

结果，在随后的新项目中，这名工匠在前端搭桥，有望将设计几乎完好无损地运到后端。

虽然工人们工作得很好，效率也很高，但是即使是神主也没有时间和N头并行工作。

就这样，打中一枪，放枪，不拖，不深追，东西在桥上，各自走自己的路这样的游击作战开始了。

从以上过程可以看出，前端开发是一种开发合作模式，其目的在于在制约与人力资源最大效率的折衷的同时，制作更优秀的产品。可能看起来简单简单，但恰恰相反。如果你真的是非常单纯的，非常自发的，根据自己的心情来送货，那么，实际上，看起来是零星的输出，秋天的粉丝会捐款，嗯，经常看到佛跳墙的开发，项目经理也会来骚扰你的这座桥已不再连接，成为一个瓶颈，它最好直接开发和设计在线的顶端。所以，到全身的一半，还有很多想说的话。在这里，我想介绍我自己的前端开发的经验和洞察，如果能给对这种合作感兴趣的队伍和个人提供一些帮助的话。

第二，如何做好前端开发。

1.前台沟通非常重要。

介入深度-前端通信的重要性，谁都不知道，所以一些受欢迎的、身边的交流点，前端游击队是非常重要的交流点，不会重复。交战深度“的重要性就像秃头上的虱子一样明显。过于深入敌后，出不去就会毁灭。太浅没有效果，又是从头再来，费时费力。

但是，“娱乐的深度”实际上是相当模糊的概念。在自己心中，如下所示。

10%的参与，实施和选择选项的建议，但代码一行也不写。

快速原型程序不能作为实际项目的代码，因为CSS代码或任何东西，介入的20%，给上司、产品经理或开发人员的第一次外观经验。

符合设计的HTML页面涉及30%。例如，在一页创作工具的情况下，各创作模块在展开的状态下分别进行。因为是在html页面上表现的，所以最终可能会交付10到20页。

在开发中不使用交互代码的纯视觉交互的原型页面是纯图形的，这是40%的干预。此时，您可以使用CSS3高级功能或jQuery UI来实现这些效果，不要担心您的代码是懒惰的，因为它们都会被忽略。

与开发的协同解决方案负责UX相关的交互，直接使用的JS代码将合并到开发的JS中，最终正式运行，但这是60%的介入。此时，需要研究规格、兼容性、性能等。

它不仅纯粹负责视觉交互，而且完全模拟了使用伪数据与后端通信的交互，但代码仍然遵循纯粹演示的目的，这也是60%的参与。例如，按钮被点击，ajax请求发生，按钮的状态发生变化，显示雏菊，成功时内容被读入，成功消息被显示。

CSS、UX JS、Server JS都需要上线，但数据是假的，这是80%的参与。

页面、交互、开发，都是一体的，从头到尾100%参与的插孔。

凡事都需要经验，以前介入的深度有问题。

太深

去年，因为第一次参与了大的完成度高（贵）的项目，稍微变得高（贵），作为其他部门的成员使用了自己。原型页面是真实再现文件上传和进度条等的超高清晰度，参与程度为70%左右。但是，由于这种干预太深、划分不好，开发人员致力于剥离代码。是谁都不喜欢的削法。

肤浅的介入

今年负责Hand Q的项目，成功完成了原型页面，其中交互效果涉及深度的40%（效果代码仅供参考）。之后，由于企业方面的移动体验很少，所以直接采用了我还不成熟的over top代码（没有Ajax处理），不连贯的代码风格自不必说，技术战略也不一样，所以从代码层面来说，并不美丽。从结论来说，由于经验不足，虽然有角色分担等事前的交流，但由于没有仔细研究技术参与深度的细节，所以无法顺利连接。如果你重新做了一个项目，我们参与了60%，数据请求和视图绘制在一个重叠的交互中形成了一个完整的系统，协作会变得更加顺畅

然后，变聪明了。当你和其他团队一起工作时，事先告诉他们参与的深度。坦率地说“我是只负责参加游行还是帮忙游行？前者属于摄影，后者属于射击。两者都属于开发的范畴，但后者需要一点成本。一般来说，通过进行前者，确保了退避到其他部门项目的余力。

例如，在最近开始的XXX项目中，JS无论多么华丽，都只是为了展示成果而化妆，所以被无视。像这样，因为参与的深度很明确，所以撤退的时机和进入的时机很清楚。

2.不喜事不悲。

到处都是游击队式的游戏，说起来就是吃百家争鸣的饭。但是，每个家庭的料理，材料和味道都不一样。在别人家吃饭有什么乐趣？直截了当地说，抛弃自己的坚持，试着接受别人家的，但是自己可能不喜欢的味道，这个前端开发也是一样的。很多经验丰富、优秀的开发人员往往会蔑视别人写的代码，当团队内有另一位经验丰富、优秀的开发人员而世界观不同时，往往会在技术选定、命名等方面发生争执，以前有一位开发人员曾强制排除另一位开发人员。

这种代码游泳的完美主义者，乍一看好像沉浸在优越感中，但实际上是视野狭窄的表现。让这样的人打游击，就像是被关羽从后面偷偷靠近逃跑一样，无法想象也很难

所以，如果想做好游击队的话，有必要开阔视野具体该怎么办呢？以下，作为参考进行了总结。

放弃常见的习惯

这里列出了许多习惯，包括命名、文件配置、代码布局（缩进）、写法和语言模式。特别是长时间在团队中，会养成很多习惯，在代码的重复等方面产生一致性，有利于维护和协作。但是，如果是开发士的话，这些习惯需要抛弃。

为什么？简单地说，每个部门和团队的风格和习惯都不一样，确实如果不遵从自己的习惯的话，代码就不能协调，容易变得乱七八糟。例如，你的CSS命名都是以下划线开始的，JS参加的类名都是卡梅尔命名的大小写组合。但是，你在游击队工作的队伍的规格，CSS命名的短的接续词和JS类名全部是js_中所述修改相应参数的值。这显然是在问，你的HTML代码还能工作吗。哪一个被用于风格表示，哪一个被用于脚本绑定，真是愚蠢的话。

因此，在共同工作之前，先把自己的习惯放在一边，调查一起工作的团队是如何命名文件、变量、属性的，JS的写法的习惯是怎样的等。而且，即使这在你的“专业”眼里并不合适，也要按照团队的习惯写代码。别忘了团队合作很重要。

举个例子，我以前用下划线来命名CSS，因为它是通过双击来愉快地选择的（因为历史原因）。来到设计中心一看，所有联合项目都是短水平线。那个，放弃5~6年的命名习惯，决定以“短命（短线的命名）”去，快乐地玩游击队～～～。

舍弃小资本

长期工作，组件擅长，SASS擅长，YUI喜欢，CoffeeScript第二等，一定会积累技术资本。确实这些都是好事，谁都不会否定的，为了和有这个技能的有钱女性结婚而晋升、加薪的人也很多吧，但是大家说起前端的开发，就不能拿出这样的东西了。可能会有这样的疑问，我觉得很棒。舒适！“问题是，你这样就好了，但是团队的其他成员不是这样的。

开发的精髓是能够“打”“游泳”！？使用CoffeeScript，就是这样，可以“打”，可以给其他同事心理打击，但不能“游”回去。结果只有两个。“接受者”说“哦，因为是高级的，所以让我接受训练吧”，“攻击者”说“没有能量找到维护你**（拦截）代码的人！”说。不管怎么说，被关起来就出不去了！

所以，请放弃对自己资本的自尊心。首先，使用没有自己的框架或组件库的协作团队的常规解决方案。否则，还应使用行业开源、普遍接受、具有丰富文档的解决方案。假设你有自己的网络开发框架，拥有自己的MVC解决方案，即使跌倒了也不会免费发生，对不起，Backbone。你应该用js。因为，这件事一定要记在心里：我在打开发，其他部门需要我，我要赶快离开，没有人，没有文件，应该不会蠢到跪下舔不知道潜在风险的框架！（笑）。如果以安定的队伍致力于安定的项目，这样厉害的东西出来哟！业绩评价什么的，很期待吧。

另外，以我为例，OOCSS是一个速度写一个页面来赶上高铁，手指的捕捉都是丛林中独特的快速布局，有很多乐趣。但是，在我目前围绕的至少5～6个项目中，因为只有我能熟练使用，所以担心我的人谁都没有使用。页面交付后，我实际不涉及的CSS维护工作（1）也有微调，所以CSS太个性了，明显是自己开的洞。

（1）我一起工作的游击队伙伴中，有很多人精通CSS，能完美地完成每天的维护。这是确保前端开发能够执行的非常重要的先决条件之一。

学翻筋斗

我们都听到过“为了最爱的人，成为最棒的人”这句话。的确，当你在团队中进行开发时，你应该追求卓越和完美。但是，有时也需要把完美主义放在一边，不要拘泥于完美的代码。

首先，我要澄清的是，产品的最终质量，即为业务带来的最终收益，与代码完成度的相关系数非常低。

在协作团队集成解决方案之后，最终生成或发布的代码可能不是完美的。对Less的依赖，小数点以下N位数的值的计算，嵌套，函数的滥用，结果，最终的CSS的层次增加了太多，可以再利用的CSS只在写的时候，生成的CSS还是一如既往的冗长。或者，模块的依存关系过于联动，即使是非常简单的页面，不仅是JS，CSS也必须大量读入，变得沉重等～。

这些是问题吗？是的，是的。但是，不要妄称用你狭隘的眼光去判断、谴责它，或者使用你认为的最无浪费、最代码完美的解决方案-不成熟。多人的共同工作和工程等是很复杂的，稍微放弃完美的代码，退到下一个好的策略，其实在某种意义上是明智的。

作为开发士，看大局，退于次善之策的感觉是必要的。如果你实在不喜欢，你可以去那个团队，提出协助进一步改进解决方案。这样的话，应该会打开晋升、提升的道路。如果没有这种心，工作，在大团队工作，失败，正确的产品质量和体验，这些都应该聚焦在更高的领域。

接受新事物，积极学习

不同的部门，不同的团队显然使用了他们的一些技术选项，有些在这个时候是怎么做的，可能不是推的方法？

从事技术的人必须有一颗宽广的心，接受不同的创意、不同的工具和不同的开发模式。那些歧视使用QQ短信、蔑视党员、蔑视吕纪的人，其实是很不懂世故、视野狭窄的。虽然不能接受，但还是接受了。

特别是以游击队开发专家为目标的话，当然这方面必须更加这样。今年年初，第一次有了共同使用Git的项目，非常有趣，不过，幸好对Git没有特别的想法，心情舒畅，学习了很多东西，结果顺利地进行了。前端开发的好处是你有机会学习其他东西或访问其他流行的工具。如果你被排除在狭小的范围内，对学习不开放，其实是在妨碍你自己的成长和发展。

举一个更具代表性的例子，我是Sass、Less和Stylus的忠实的非推荐者，是起源和无法则的推动者道教信徒。虽然我不是这样，但是我很高兴能获得这个领域的知识，关注开发，2012年，我甚至特意翻译了现在唯一的文档斯泰拉斯的中文版文档。最近的项目是以Less的通用CSS为基础的，但是遇到了至今为止不擅长的东西。话虽如此，合作者说，直接写CSS的代码就可以了。但是，我觉得使用Less（2）真是太好了，2年后翻译Stylus时得到的知识也实际有用，马上就能运转了。最终，开发者会快乐，我也会快乐，大家都会快乐。

所以，就像我们写代码一样，尽可能地，不要被自己掌握的技术要点形成的世界观所束缚，接受不同风格的人、有不同技术背景的人、有不同技术要点的人是很重要的。在招聘的时候，特别要注意的是，心胸狭窄的技术人员一定会倾向于采用同类，结果变成了一支满是翼翼的队伍，即使进展顺利，我也不会说什么。

（2）不要忘记，前端开发要想打好，就必须利用团队的技术解决方案，否则，独自开发的时间就要顺利的过完3天，你需要找到一个你在乎的同事！

3.文档和注释

交流顺畅，按照队伍的规格和计划进行开发，SVN提交离开吗。等等，还有一件重要的事情。这是文档和详细的评论。

前端开发的本质之一是“游泳”，你说什么都不解释，前端开发者遇到的问题还来问你，你游泳啊？可以游泳逃走！？写出好的文档，写出好的注释，顺利交付作品。开发者也快乐，你也快乐，大家都快乐！

幼年时期的“对写作的恐惧”蒙上了阴影，很多人真的不擅长写作。倒不如说，不要太过专业，从别的意义上考虑就好了。我什么都不知道，第一次看到代码的时候，他知道如何引起这里显示的效果吗？稍微想一下就明白了，“糟了，这里不写点什么的话，亲生母亲就不知道必须加上.active的班级名！”和。那么，接下来请评论。

<! -- 注意，需要高能量。

在这里，您可以直接单击“显示”下拉列表，然后添加或删除类名.active。

类名.disable；注意HTML在此处的位置以及为了避免空格而无法继续换行。

...

-->

如果更站在对方的立场考虑的话，自然会知道写什么好。即使那样也没办法的情况下，如果能联系文末的邮件地址的话，我会教你写文章的技巧，请加油。

III.结论

你把事情做好，幸福的合作，别人找你，只有那个时候才会有这个模式的开发吧。会出现以下疑问。

1.怎样才能顺利进行？

首先，最重要的是，要超越常人，开发出细腻的设计，做事情，正确的想法你必须能够传递互动体验的设计（否则，直接开发合作团队的前端就更不酷了）。其次，需要更多的积累，一是深度，你想介入你如何深入，你如何深入，二是广度，我用它来挖掘业务之外的知识点，并立即开始在不同的团队目前的结果是我建立了更好的基础。

2.为了一起愉快地工作？

开阔的胸怀，开放的胸怀，团队合作为第一。放弃太过于个人的事情，应该关注的团队的事情，学习不知道的事情，为了清除而提交文档等。

在我不学无术的猜测下，这种开发式的前端开发模式应该很少见。如果有看过这篇报道的工厂和团队，不管有没有兴趣，都可以尝试这种开发模式吧？宽广的胸怀，也可以反对，但心甘情愿地接受，也许，可以提升产品的情感层面的档次和质量，与腾讯的产品竞争吧。

相关连接： 网站源码 企业网站源码