摘要： 一、日常问题 1）协作团队资源不足 这次公司有个五周年的庆典活动，但正好碰到两个APP的版本发布，以及三个测试老员工离职，只进来了两个新成员，其中一个恰好要休陪产假，那么测试组资源异常紧张。 虽然我们提前了整整一周提测，但一直到周五还有很多点没测到。测试组甚至想到了阶段测试，因为多个活动的上线时间不 阅读全文

摘要： 最近看了一篇文章，文章中提到在开发流程中包含一个设计方案的阶段，位于需求评审之后，用于描述自己对于该需求的实现思路、模块划分等相关考虑的点，可供今后自己或他人查阅。 目的就是在编码前理清思路，整体架构，查缺补漏，作为他人或自己的技术参考文档。 自己在项目开发的过程中，也曽有过这样类似的想法，但没有作 阅读全文

摘要： 11年前有幸阅读了《重构——改善既有代码的设计》第一版，当时是一口气读完的，书中的内容直接惊艳到我了。 今年读了该书的第二版，再次震撼到我了，并且这次的示例代码用的JavaScript，让我更有亲切感。 全书共有12章，前面5章是在讲解重构的原则、测试、代码的坏味道等内容，后面7章是各种经验和实践， 阅读全文

摘要： 最近在阅读《软件工程之美》，特在此做点记录。 一、项目规划 1）平衡软件质量与时间成本 在软件项目中，需要平衡软件质量（产品的质量，客户的满意度）与范围（需要实现多少功能）、时间（多久可以完成）、成本（花多少钱）四个要素。 老板要压缩项目时间怎么办？老板希望时间是 1 个月，也就是说时间这条边被缩短 阅读全文

摘要： 一、GraphQL 最近服务端的同事分享了GraphQL，他分享的目的就是要把我们与他们的数据库隔离，这么做我们也求之不得。 我们组目前维护着一个后台管理系统，会直接读取数据库中的表，如果能隔离的话，就不需要写Model文件了。 后面再进一步了解后，明白了服务端推这个GraphQL的用意，其实就是让 阅读全文

摘要： 一、纯手工 公司主营的是直播业务，会很许多打榜活动，也就是按主播收到的礼物或收益进行排序，排在前面的会有相应奖励。 纯手工时代，每接到一个活动，就重新写一份，第一次写完。之后就是复制黏贴，再修改，每次活动，测试人员测试也蛮苦恼的。 虽然复制的是之前的代码，已经经历过一轮测试，但手工操作难免会有这个那 阅读全文

摘要： 一、日常问题 1）BUG反馈 参与制订业务方的BUG规范，业务方最近投诉我们技术部，在飞书群中提出BUG后，技术部没有人响应，认为我们的态度太冷漠。 后面我就提出任何看到的人，只要知道是谁负责的，就@那个人，大家都不要客气，这是第一步。 第二步就是业务方建条BUG单，方便之后的追踪和回溯，当然，如果 阅读全文

摘要： 页面奔溃包含两种场景，第一种是浏览器在加载网页时遇到问题导致的奔溃，另一种是因为脚本渲染出错导致页面空白无内容的奔溃。 前段时间运营抱怨有张活动页出现了空白（第二种奔溃场景），导致用户无法访问，希望我们能主动监控到这种情况，而不是通过用户的上报。 后面和运维沟通，他那边目前只能监控接口的访问情况，无 阅读全文

摘要： 一、加载慢 在直播间有一个小时榜的Web页面，经常有用户反映点击小时榜，弹出的页面会有蛮长的一段（3秒上下）时间白屏。 查看性能监控中的白屏时间，发现最多1.6秒，最少0.4秒平均每小时的白屏在1秒左右（有待优化），那么大概还有2秒的时间可能是其他原因造成的。 在页面中会包含很多主播头像，有可能是图 阅读全文

摘要： 核心思想就是越过基础建设，复制黏贴拿起键盘就是干，一把梭。 1）文档 文档一定不能写，越是复杂的业务逻辑，越是要惜墨如金。 什么流程图、示例代码、SQL查询语句、项目组件等都不能有，在一份WIKI文档中，写上几行意思意思，描述下这个业务的功能即可，或者就不要有文档了，一把梭。 某些重要业务常规的排错 阅读全文