Skip to content

0528

工作

  • 会议:
    • 需求评审二次确认会议,技术评审,工作量分配
    • 前端双周会议
  • 基本上整个下午都在开会,上午也没做什么事情,因为需求不确定,UI 没出图,不能评估工作量。

好文推荐

片段摘抄

以下内容来自 工作很忙,如何破局

  • 业务需求多,加班也做不完的程度
    • 记录开发流程。 争取做到,只问一遍同事,就学会了,熟悉理解了。如果你们没有什么文档或者文档过旧,刚好你可以沉淀一个新人文档了,多棒!
    • 记录通用业务代码片段。 小的片段可以放 util 中,甚至,直接 copy 到自己的笔记本中,方便自己查找使用即可。
    • 梳理痛点,逐个攻破。 你可以只写一句话,记录一下这个痛点,痛点就是你觉得很耗时,或者很不合理,浪费你时间的地方。先记录下来,然后找个时间逐一梳理应对
    • 提高自己的抽象能力,封装能力。 多阅读优秀的大神的代码,看看别人在写代码的时候,都怎么写的,怎么设计的,这种跟自己的对比,优劣如何。
    • 向上反馈,抛出风险点。 时间不够的情况下及时反馈延期或者合理加班
    • 强行安排自由时间。自己在评估需求的时候,可以每天留个半小时到 1 小时作为自由时间,那么你就利用这点小时间去做自己特别想做的事情,这里我的一个建议是优先做工作相关的一些基建/轮子的调研或者代码编写。
  • 业务简单,感觉技术含量低
    • 联想拓展: 思考当前项目的痛点,想法子提效。
    • 参加技术分享拓宽思维:
    • 增强影响力: 写文章,做公众号等
    • 向大佬学习: 公众号分享的文章,项目
    • 跳槽: 若一直觉得自己再 原地踏步,则考虑跳出舒适圈
  • 背景一般,不知道如何提升自己
    • 总结工作中/公司中自己能接触到的项目。 去了解这个项目,可以从背景,0 到 1 做什么,1 到 2 做了什么去了解。最重要的是数据,这些变化直接的数据是如何体现的。总结出来。
    • 设立假想敌。比如同是前端方向的,自己要达到他的多少,或者说高于他多少(最直接的体现是 💰),时刻鞭策自己努力。
    • 替换框架中的思想/轮子/方法: 就是造轮子,好用的轮子
    • 多接触一些前端进阶必须的东西。 原理源码/自动化(性能/测试/部署发布)/效能方案(持续集成/微前端/node 中间层)等等

TODOS

  • Redux源码手写
  • 整理 server-template
    • express-template
    • koa-template
  • 优化简历,提炼亮点

Released under the MIT License.