浅聊互联网技术团队

背景

明天自己就入职前端开发两周年了。两年里自己只换了一次工作，在两家公司工作的职位都是前端开发，只不过从初级做到了中级。

两年的开发工作，自己成为了一名真正的程序员，对互联网这一行业也有了一定的了解，顺便聊下工作两年来自己的一些认知和感受。

成员简介

我入职的互联网公司规模不大，都是几百人的规模，再加上各个部门和事业线，因此自己所在的技术团队都在15人左右。

简单介绍一下分工，技术团队一般分为以下几个角色：开发、测试。其中开发主要分为前端开发和后端开发，个别公司还有安卓开发和ios开发，还有独立业务存在的服务运维开发人员。

开发人员中，女生并不多，后端开发女生更少，个别小公司甚至不考虑招收女生后端开发。而前端开发和测试人员倒是能看到很多女生，可能是这两种开发工作虽然繁琐，但却是相较于后端简单一些，而且工作也要求更细心耐心些，也很适合女生做。

我们前端开发人员的主要职责是实现产品经理提出的各项需求，开发页面和系统。

而前端之所以普遍被认为简单是因为业务逻辑不会特别复杂，特别复杂的一般由后端开发处理了，但是工作却十分的繁琐，因为要接触到的人比较多的，和前端打交道最多的是产品经理、设计师、测试人员。

产品经理

跟产品我们要讨论需求是否能够实现，什么样的方式实现，页面交互逻辑和动画效果也要考虑，这些事情不复杂，但是沟通成本极高，也因此经常跟产品发生冲突点。

因为开发工作的特殊性，沟通问就是最大的问题，之所以新闻上总是报程序员又跟产品经理干架的新闻，原因就在于沟通。主要的冲突点在于需求不明确和反复修改需求，这两样都很容易导致工作延期甚至做白工。

正常情况下一个需求评审通过后，各个人员都会估算开发时间，并以此确定提测和上线日期。大多数公司对于延期是很难容忍的，小则通报批评，大则罚款扣绩效，因此对于进度的把握是整个团队的工作之重，有的公司每天早晚5分钟进度会，我现在的公司则是周三周五早上10分钟进度会，并且每天晚上更新任务状态表。

如果在开发开始一段时间之后，产品经理再提出需求遗漏或者修改需求对于开发人员来说可能整个功能设计都要调整，而开发时间却不再增加，这就非常容易打乱整个开发流程，而被追责的往往是开发人员。

所以对于产品提出的需求，更多的是带着审视的态度去看，并不是一味的听从。而一个优秀的产品经理，是一个公司的灵魂，这种说法一点都不夸张。不过遇到的很多产品经理确实称不上优秀。

有的产品一味要求大而全，做了很多功能，结果一调研发现系统中的很多功能实际使用很多都没有人用，浪费人力物力。

测试开发

开发工作中最简单的是测试开发，一般不需要写很多代码，甚至可以不会写代码。

测试人员都是从页面上来发现问题的，出现问题自然会直接找到前端，这时候就需要前端人员再去定位bug，究竟是前端还是后端来解决问题。

如果一个测试人员能够自己来确定是前端问题还是后端问题，其实能减少前端很多工作量，可以说是一个很不错的测试人员了。

设计师

如果设计师拿出的设计稿过于复杂，考虑实现成本还要跟设计商讨修改实现方式。

接触到的几个设计师都有比较明显的个人风格，有个很可爱的女生设计师喜欢各种马卡龙色，几个系统都是各种暖暖的色调，我写页面的时候就很喜欢这种风格，不过这也让稍微年长的leader感觉头疼，为此还被攻击是老男人审美。

去年参加公司的黑客马拉松比赛，设计美眉帮我们设计了一整套小程序页面，在美工上我们力压其他组，后来拿亚军她功不可没。

不过也有个别设计师偏爱冷色调，这时候系统就各种庄严郑重，所以设计还是很有意思的一个行业，这一点比前端要强很多，因为对前端人员的普遍要求是1：1实现设计稿，所以即便遇到不喜欢的设计稿，也只能硬着头皮做。

结尾

做开发还是有很多乐趣的，前端也是一个很有意思的岗位，以后有机会可以再聊聊其中的乐趣。