1、对自身：
本人经历过了互联网软件创业公司，互联网招商公司，中药材拍卖公司对我的锤炼， 不仅能独立承担起前端部分的开发工作，而且开发模式也从纯静态到前后分离的蜕变。
一定要喜欢，才会有动力学好前端；一定要有梦想，才有动力。
学到新知识点或者突破一个难点，别藏着掖着，多跟同事分享，说不定分享的东西正是同事需要解决的难点。
对自己代码一定精简、规范、充分注释等等，一定要过的了自己的那关。
下班后巩固基础，查缺补漏，舍得花钱购买课程学习提升技能。
敬业(不拒绝正常加班，做不完主动加班)。
在合适的时间和机会提出优化团队之间存在的问题，可能有些同事对我会有些看法，但是长远看，是有助于我们彼此的。
评估开发时间不能太满，要思考一遍 为什么要做？需求要的效果是什么？怎么做？，清楚想要的效果、分解产品的需求、需求是否合适或者是否有更好的解决方案、明确开发思路、明确时间节点、罗列可能会遇到的坑、难点在哪 经过前面的一轮思考、分解、预估，最后综合给出初步的时间。
开发项目前一定要理清产品思路、流程，确定开发周期，与后台约定接口字段。
2、对开发中遇到问题：
最重要的是找出问题，马上处理并解决，再去讨论谁对谁错也不迟。
遇到不懂的问题，看遍官网或者各种debugger完还是不能解决，莫急，也别急着google百度博客，理清思路，从结果导向想好每一步，重新思考一遍。如果还是不得行，可以先问同事，基本上类似问题，同事也会遇到，如果同事也不知道再google。
3、对责任：
每个岗位对自己做的东西都要负责，同时也要对其他同事负责。
对原型 (重中之重的原型，必须严格把关)
确定开发周期、评审、项目执行环境、嵌套方式、访问方式。
原型评审时如果有明显不合理的需求，是修改方案还是废弃，免得浪费不必要的时间。
必要的备注、校验、必要的交互、串通的流程是最基本的原型!，如果缺少以上以上，不管是给设计师还是前端、后台、测试同事看，都会有一大堆疑问，期间顺利沟通还好，如果原型同事不是时刻有空，那是不是增加了沟通成本，往大了说，经常这样是会导致项目延期的。
我只能对产品说：请专业、细心、全面，避免大家都问同样的问题，大家好才是真的好！！！
前后端对接接口
如果发现后台多人开发并且各个模块之间接口不统一、缺少字段备注、类型不标注，也是增加了沟通成本。 所以说，完善的原型，完善的接口不仅仅是对自己负责，也是对同事、对公司负责；不仅不会浪费自己的时间，也不会浪费大家的时间。
另外：
鉴于例一和例二，个人会在开发前跟同事约定好一些东西，我提出来了是一回事，至于他们做的怎么样是另一回事（事实证明，我提出来后，经过大家的努力，确实有提高前后对接的效率）。我相信如果没有约定和统一，很多公司的前后台对接都会存在类似的问题，再者如果没人指出来，肯定会浪费更多人力物力，而领导只会看到我们的能力有问题，殊不知是因为沟通问题导致延误了很多时间，所以我认为在适当的时候“敢于提出团队存在的问题并提出合理化建议”也是我的优势。可能有人对我总结有看法，没关系，这就是我目前经历过的工作心得。
4、前后对接约定：
a、后台所有的字段尽量跟着原型（做接口不能只考虑自己，方便其他后台、前端和测试查询）
b、约定是前端跨域还是后台开启（默认后台开启）
c、接口统一使用测试环境（避免直接连开发者电脑，反复重启，省时）
d、后台接口命名方式统一（不管小驼峰、大驼峰、-还是_，同一类型统一就好）
e、接口文档写清楚（参数清楚、罗列所有类型、请求示例，多人开发备注开发者，方便找准人）
f、传参方式统一（统一的get或者post，建议少使用get post组合，除非一定）
g、有重启、修改字段、修改接口要及时告知并更新接口文档
h、返回数据格式统一：后台最好造一些基础并且规范的数据、返回json或者其他格式、返回成功失败状态码、返回结构、分页、上传图片大小配置、排序、时间格式、价格单位换算、数组就传list别让前端转来转去使用、提示信息、报错信息等等。报错信息，是400就400，别全部整成500了
