因受疫情影响，远程在家办公两周左右，然后每天写日报，细化到每件事件的耗时。个人感觉这段时间的效率还是有点高，能看到今天做了什么事情，花了多久，之前都是写周报。
因为之前很少远程办公，也没啥经验，最多是登陆服务器上查一些问题，能修复的bug修复下，不会在本地打开同工作中用到的各种环境，有些可能因为环境不允许。每次我回老家，都会把电脑带上，说不定能用上场。后来同步什么事情啥的还是那几款app软件，然后在家工作，环境啥的跟公司一样，一开始使用了某个软件同步，但是有些卡，可能是没花钱去买vip之类的服务，后来使用了其他的软件，效果真的挺好的。因为我是做后台开发的，环境是linux系列，自己的电脑是mac，开发方面还是挺方便的。
然后总结下这两周的工作：新开发的需求一个，代码量不多，需求方面实现也简单，但有几处需要好好考虑下如何优雅的满足本需求而不是就这样硬生生的写完。列了个todo后期再优化某处成常数时间，不过目前代码中有好几处这么类似的实现，都是线性时间；然后因为要调整新项目的登陆流程，又梳理了下老流程和新的需求，需要作哪些改动，然后是server还是client的改动大些，后来其实这块server端改动的几乎没有；修复了线上某活动因出现时间较大的延迟问题导致的逻辑bug；修复拉取数据偶现少数据的逻辑bug；复现因排名数据不正确的偶现bug但没复现出来，review相关代码暂时没结果；收集四个版本运营的最近两周线上日志，确定是否有报错并逐个修复和一些可疑的日志；熟悉新项目中的一些基础模块；分析某次活动出现诡异严重问题的日志，即下面这个bug。
在某个版本的一次活动时，出现各本服和跨服一定的高负载和消息耗时过久问题，进而引起其他一些问题。上跨服和一些小服上查看当时这段时间的日志(感觉在关键的地方有日志真的挺重要的，能反映当时进程的一些状态和操作流)，然后发现出现不同程度的问题，后来统计出一些需要一一定位和解决的日志，可能是由于不同的bug引起的，大概统计出二十来个失败的情况，并已经复现和修复的一个关于框架的bug；但是还有一些还未分析，后面要做一下这个事情。然后这些跟负载没什么关系，继续查，从启服到现在的所有日志，然后发现一些奇怪的现象，在同一时间都集中这样，而之前几天并未发生，这块需要后面再确定下。
总的来说，因为是在线运营项目，能暴露的问题尽量能发现，这样可以收集经验，修复或者调整一些实现并同步到下一个新项目中，可能有些bug是导致玩家流失的原因，在测试的时候可能难以发现。虽然该项目已经上线近一年半，基本能发现的bugs都修复并更新出去，但还有可能有潜在的问题。
网友评论