活动地址:毕业季·进击的技术er
从毕业开始,已经陆陆续续奔走过几家公司,从开始实习时期的不确定,到慢慢明确了工作方向,这其中有巧合,也有选择。最终我选择的是前端,原因或许是初入职场的我感觉前端入门较后端等其他门类比较容易,亦或者是不需要像产品运营那样依赖沟通,也可能是看起来前端开发们头发比较多吧…
作为一个经验并不怎么丰富的过来人,希望和大家分享一下思考和发展过程。
你熟悉软件开发流程吗?
你的优势在哪里?
是否明晰自己行业的发展方向与热点?
当然可能不限于这几个问题,举几个我认为初入职场容易忽略且重要的。
为什么说这个重要且容易忽略呢?
因为它并不属于专业知识体系下的,更像是通识,可能面试你的人也不清楚这些,maybe他也是一个埋头苦干的程序员亦或者是沉迷排期的pmo。
所以这里先说一下常见的开发流程中有几个工种吧。
是不是看起来又多又杂,这仅仅只是把常见的工种列举了出来,如果软件需要做移动端可能就有ios开发、Android开发…当然这些开发都可以统称为程序员。
这么多工种,是怎么串联起来的呢。举一个例子来说一下:
现在有一个需求(这句话开发同学以后会经常听到产品同学说哈)
场景引入:某公司季度汇报
某公司老板:现在不是大数据时代了吗?不是数据可视化吗?给我整这么一堆excel报表我看着就烦!
这就是一个简单的需求起点,负责汇报的总监可能找到公司内部的研发团队或者外部的研发团队…,这就是内部需求和外包两个概念。当然这个初始需求并不能直接用作开发,需要一个角色进行转换,这个角色就是产品经理。
产品经理在接受初始需求后,对需求进行对接和解析,转化为可以供开发人员开发的任务点,往往以原型图形式展现(axure)
然后各部分开发人员一起对这个以原型图进行评审的过程,也就叫做需求评审过程。
这个过程每个人都可以提出自己的意见和困难,逐步敲定需要开发的准确任务项。
经过评审的原型图交给UI、交互设计,使以原型图为基础的交互图更有交互性和美感。
交互图对接前端开发进行还原,而原型敲定后。后端、DBA已经同期进行各自的设计和开发,待后端与前端联调。
在开发完成后,提交给测试工程师进行测试,测出的bug由开发们进行修改。
而这个整体的开发流程的排期,由PMO在原型图敲定后或者之前就开始介入,统筹每个结点每个工种的时间,最终汇总出一个相对完整的排期。
熟悉了基本的软件开发流程和组成部分,为之后的沟通、追踪问题、明确分工等等提供了基础。
其实在选择初期就要考虑到这个问题,要知道公司内部的人是多种多样的,有能在甲方面前滔滔不绝的,也有能联系兄弟部门完美协作的,当然也缺少不了沉稳的技术大牛,其实渐渐发现只是这些人选择了适合自己的工种,发挥了自己的特长和优势。
这里预设三种普适性优势属性,大家可以对号入座:
这三个优势在各个工种上都可以发光发热,优秀的同事往往都具备这几个能力,主要谈谈后面两点如何落地。
在入职阶段,与老同事保持基本的和谐关系,多求教多询问,包括专业知识和业务常识等等。
首先周期性积累自己的收获和问题,当然很多公司都有日报周报的形式,但是往往拘于形式,周期性总结自己的收获,形成自己的经验字典,可以用于司内分享,也可以当作过后求职的一张名片。
每个行业都有各自在流行中和将要流行的发展方向,这里仅从前端角度进行分析,其他方向的同学可以同样类比。
我的概念里就是交付成果物的最后视口。
当然分工明确的当下,往往是UI、交互主导了最后展现给用户的样子。像是大屏展示、3d建模处理等等,都属于前端,或者像是现在所说的大前端。
明确一个宗旨:更好的展示。
而现在更好的展现形式往往是让数据更加直观,就衍生出了像是数据可视化、数字孪生等等的方向,就要求我们可能不仅仅对基础的前端知识进行学习,也要对像是3d建模,svg构图等等前沿的技术进行学习。
另一个方面,对于代码本身的进步方向,逐渐趋于面向对象和模块化,设想独立部署共同使用的场景,这就是微前端。设想用更少的代码实现简单的功能,这可能就是低代码平台。等等等等,以发展的眼光看待整个行业,往往自身的不足就自然的显现出来了,这些也就是你我需要补足的部分。
最后送大家一首小诗:
雏鸟落入新职场,不甘堕落气宇昂,
又是新潮拍旧浪,新潮迎风莫偏航。
活动地址:毕业季·进击的技术er