前端开发在公司中的位置以及日常工作内容

news2024/12/30 1:49:04

导读

俗话说的好，不谋全局者不足谋一域。

上一篇文章我们介绍了计算机相关的各种不同方向，相信大家心里也有自己所喜欢的职业，那么今天我们继续讲讲在一个公司中前端开发处于什么样的地位，以及前端的一天都干些什么

普通公司的架构

一般普通的互联网公司都有一堆部门，常见的有

人事部
项目部
产品部
技术部
销售部
运营部

各个部门各自忙着做自己的事情。那么，让我给大家串一下，一个需求从idea到盈利是怎么运转的，顺便讲个有趣的例子。

咱们假设我们是一家帮用户定制产品的公司，有个用户想要做一个管理设备的应用。首先，销售部的大佬们会和客户进行洽谈，讨论合作事宜和价格。等谈妥了，项目部的小伙伴们就出马，与客户紧密联系，搞清楚具体需求。了解完需求后，他们会跟产品部交流，将用户心声传达过去。产品部的同学们会拿起设计工具，绘制产品原型、UI图，总之就是为了给用户一个满意的视觉享受。

接下来，让我们来看看技术部的大显身手。这里，我给你细细道来。首先，产品开个会，邀请前端、后端、测试、设计等一众相关人员进行需求评审。产品拿着自己的原型图或设计稿投屏，一边讲解产品功能，一边听大家发表意见。这时候，成员们可以提出各种意见，比如设计不合理之类的问题。如果问题多得像打了鸡血一样，产品和设计可能得二度修改，再来一次评审。等大家都觉得没啥问题了，那就到了技术开发的时候了。

现在就可以开发了吗？我知道你很急但是你先别急，技术开发之前，还要给产品评估一个deadline。如果项目不算太复杂，经验丰富的程序员可能直接给个时间估计，不过正规操作是把业务拆解成一堆小任务，然后对每个任务进行评估，这样更准确。如果项目特别急，规定了具体的完成时间，那就只能加班加点了，程序员们的加班神技就得上场啦！

当然，技术人员不是一上来就开写代码的，还得进行技术设计。前端得设计组件，后端得设计API，测试得设计测试用例，总之就是设计得跟魔术师一样酷炫。接近交付时间的前几天，得交给测试同学来测。咱们行业术语叫做“提测”，这几天得把测试同学挑出来的Bug修复得焕然一新，直到最后一天之前，就要把产品正式上线啦！

产品上线后还没完，这时候数据组或者后端的同学们要过来看看用户的数据情况。而运营部门的小伙伴们也会施展拳脚，举办一些活动来吸引更多用户。

好了，到这里一个完整的产品流程基本就结束了。哦，对了，还有一个部门没提到，那就是人事部。等你的产品做完，人事部的工作就要上场了，也就是把你开掉的时候。开个小玩笑啦，不过人事部还是要负责员工的入职、离职以及一些人力资源管理的事情。

所以，大家现在明白了吧，一个需求从idea到盈利的过程，涉及到各个部门的协作和努力。从销售部门的洽谈，到项目部门的对接，再到产品部门的设计，技术部门的开发，最后经过运营部门的推广，每个环节都是为了把用户的需求变成现实，让产品盈利。

互联网公司里的各个部门就像是一出有趣的戏剧，每个人都扮演着不同的角色，合作默契，共同创造出惊艳的产品舞台。

日常工作

09:30 AM: 到公司打卡，早上好像参加了一个马拉松。

10:00 AM: 续写昨天没写完的代码，然后为了给自己加油，决定来一杯咖啡，因为咖啡是程序员的灵魂之源，写代码的神秘力量。

12:00 PM: 饥肠辘辘，食堂大门终于打开。一顿丰盛的大米饭盖饭降临在你面前，午休时间也开始了。

02:00 PM: 下午要么是开会，要么是继续写没写完的代码，这是程序员的生活常态。

03:00 PM: 又到了开会的时间，大家围坐在一起，各种话题纷飞。有时候会和产品部门扯皮，就像两个不同世界的人在用不同的语言交流，而我们只能祈祷会议别拖太久。

04:00 PM: 会议似乎还没结束，时间过得像龟爬行一样慢，这次轮到设计部门扯皮了。让我们在会议室中追寻设计的奥秘。