iuap-design / blog

📖 用友网络大前端技术团队博客

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

下一步我们该怎么走

GuoYongfeng opened this issue · comments

下一步我们该怎么走

1.你不仅仅是个coder

现在的你,不仅仅是以前的自己。现在的工作方式,也不是你以前熟悉的工作方式。我们需要的,不仅仅只是个会写代码的coder。因为我们甚至没有产品经理,没有后端,没有测试,没有运维。所以,我们需要转变角色,你不仅仅只是前端工程师,你应该逐步的让自己一专多能,让自己在全栈工程师的道理上前进。

2.强烈的产品意识

技术产品也是产品,也需要综合考虑用户需求调研和分析、用户体验、竞品分析、使用文档和指南、市场推广、需求反馈和持续迭代等事情。

一个没有用户使用的产品是没有价值的,无论是一个工具、类库、框架、技术方案等,都是我们的产品,都需要自己很主动的去规划去实现去推广。

自己为产品代言,产品就是孩子,你要对他负责。出了bug?功能不够?用户不知道怎么使用?任何问题,都要主动迎上去。你不解决,那谁来解决。

3.用户导向

任何闭门造车的研发过程都是耍流氓,不以用户为导向的产品规划更是耍流氓。开发的技术产品不实用,只是自己YY,纯拿技术练手,一个粗糙的版本就丢给用户使用,这本身就是不负责任的态度。

缺少用户导向的产品是没有根基,请把指挥所搬到前沿阵地,搬到能听到炮火的地方,同时,也请你多靠近实际的用户,去倾听他们的声音,为下一个改进做好准备。

对于基础架构的工作,部门全体人员都是你的用户;对于基础开发和产品开发的同学,你的用户数量更是心有多大,用户数就有多大。

4.几个产品开发原则

  • 单一职责
    • 简单就好,一个文件一个功能,一个函数一个功能,几千行代码一个文件的话,怎么维护,你对着那面条似的代码看的下去?
  • 至繁归至简
    • 逻辑是很复杂!产品流程也很复杂!功能需求也很多!那着什么急呢,复杂的事情写出来画出来,序列化,图形化,再问问,哪些能砍掉,哪些现在必须做,哪些可以放到下一个版本,多问问,也许心里没那么烦躁。
  • 精要主义
    • 每天的工作如果很多,给自己一个计划,当天要完成的就做好,做不好的,放到明天。保证质量,保证产出,让和你合作的人相信你的产出。一天做那么多,但每件都做不好;做了的东西还是问题很多;那别人以后会以什么样的眼神看你。
  • 分清优先级和主次
    • 一口吃不成胖子,把目标和规划往大了想,把落地的工作往细了想,分好优先级,列出详细工作计划

5.敏捷开发

总不能让产品的开发遥遥无期,我们必须让现在的节奏更加敏捷。敏捷开发即将展开,请做好准备,全身心参与进来,希望敏捷开发的研发过程,能够让我们都少加点班,多点时间去做其他的事情。

2.强烈的产品意识 下
第二段
第二行
去规划区实践
一个错别字

@BoyuZhou 已修改。

commented

nice

让自己在全栈工程师的道理上前进
让自己在全栈工程师的道路上前进

向您学习!