2022,与其是总结,不如说说居家办公的感受

2,591 阅读5分钟

「时光不负,创作不停,本文正在参加2022年中总结征文大赛

背景

这2022的开头或许不够好,也不够让人欢喜,或许很多人失意、悲伤、难过。也或许大多数人被疫情限制在家里、市里、国家内。大多产业受到影响,可能很多人即使在家也早已度日如年,经济寸步难行。很多人被这莫名其妙的灾难打乱了生活节奏,打乱了工作进程,打乱了工作状态。很多习惯了夜生活车水马龙的城市一下子沉寂下来,很多习惯了朝九晚五的生活,习惯了足不出户,吃外卖的日子在我们生活里淡去忽再重现...

疫情下的状态

上海这次疫情,不管对公司还是对于我个人都起了非常大的影响,自己还瘦了10斤。 3月下旬,小区有阳,我就开始了居家办公。开始是很爽的,物资采购还算方便。

4月1号,浦西封闭,物资采购变得极其困难,网购送不了,团购怕风险(也确实很贵),基本一天两顿,勉强靠挂面,速冻水饺度日,新增人数指数上升,每天睁眼先看看楼栋有没有新增。办公时间一度增加到9-11-7,生活和工作的双重焦虑不时让人很丧。

经历4月的焦虑,5月心态逐渐放平,适应做核酸,抢购,办公,阳台防风的日子。喜欢沉浸在落日余晖中,听窗外逐渐响起的蛙鸣,思念老家安稳的生活。

6月1号,小区解封,出入半自由,面对重新回来的便利购物也没有了消费的想法,仿佛这两个多月居家,让自己更淡然,更清晰知道才什么是自己最渴望的,两个月没有怎么吃到肉,6月每天就是吃肉吃肉还是吃肉。

疫情下工作的感受

总之不想体验第二次居家办公,飞书无时无刻不嗡嗡叫。居家办公80天左右,每天都是在焦虑不安和烦躁中度过,最迟开始也为了吃而发愁,加上公司疫情下新开的产品线,80天每天都是忙忙碌碌,每天从大会议到小会议,需求的交付时间的把控,并且要求居家办公期间一定要全员日报,一定要说清楚本周计划、今日完成、明日计划。并且每天都只能在自己的小房间度过,不能下楼,不能释放种种压力,还是希望疫情早点结束。

上半年工作精力消耗比较大的方面

  1. 多个任务同时执行,在同一个时间段要和不同的人去沟通/处理不同的事情
  2. 情绪上的波动,工作生活上总会碰到一些让我‘不爽’的人或事
  3. 不同部门工作协同的问题

居家新产品线的开发

新的产品线开始,完善新团队的知识库,从业务文档,新人入职,业务的梳理,团队规划规范等内容,简单列举。

安装nvm

通过官方指引安装 nvm

安装node.js

通过 nvm 安装 node.js,使用官方指定的稳定版本。部分代码仓库对版本有特殊要求时,参考代码仓库的 README.md 文件进行设置。

nvm install --lts

# windows 用户安装后不会默认使用该版本,需要手动指定安装的版本

# 相关信息在 install 的 log 中可以看到

nvm use <VERSION>

# 检查版本是否切换成功

node -v

v16.15.0

安装 yarn

# 根据执行环境可能需要管理员权限或者 sudo 命令

npm i -g yarn

# 安装成功检查版本,由于 2.x 以上使用新的 PnP 安装策略目前团队没有经验积累

# 这里我们使用 1.x classic 版本

yarn -v

1.22.15

IDE 设置

安装 VSCode

安装插件

在插件面板搜索并安装下面插件。大部分配置已经完成,安装后即可正常使用。

  • Vue 语言服务器: Vue Language Features (Volar)
  • Tailwindcss 智能提示: Tailwind CSS IntelliSense
  • 格式化工具: Prettier
  • 代码校验工具: ESLint
  • 拼写检查工具: Code Spell Checker

项目结构目录

沈略

代码编写

html&& css

建议参考:cloud.tencent.com/developer/n…

javascript

建议参考:cloud.tencent.com/developer/n…

团队git规范

我们决定采用gitlab flow,具体来说:

开发:develop 预发布:release 测试: test 发布: master(每次发布新建一个分支master_版本号)

提交规范

1. type 类型

type 是 commit 的类别,只允许如下几种标识:

  • fix: 修复bug
  • add: 新功能
  • update: 更新
  • style : 代码格式改变
  • test: 增加测试代码
  • revert: 撤销上一次的commit
  • build: 构建工具或构建过程等的变动,如:gulp 换成了 webpack,webpack 升级等

2. description

description 是对本次提交的简短描述。

不超过50个字符。

推荐以动词开头,如: 设置、修改、增加、删减、撤销等

bug修复

当我们需要修改bug的时候,从最新的master分支拉一个新的分支,修改完再合并到master分支(master一般不允许直接push,通过pr squash merge提交)

团队展望

  1. 未来的新人因为疫情要尽快补齐,用来应对未来新的产品线给团队带来的冲击
  2. 入职的新鲜血液,快速融入团队并熟悉业务,帮助团队及新人快速成长业务
  3. 团队的基础建设需要尽快完善
  4. 团队项目管理能力,以及全栈的技术视野持续培养和提升

最后

一切都会有好起来的那一天,那一天愉悦生活依然照旧,与夕阳西下相映,快节奏生活回到我们的日常,商户皆大开店门,热闹喧哗声依旧,那热腾腾的生活回来了。

我们一起等重逢的那天

hey! 没有一个越来越好的明天不会到来

如果明天不够那么恰合人意

相信我 那一定是在下一个明天...