星月残雪

摘要： 今天的任务是将上传文件的记录流程给完成，按照逻辑写代码，基本没碰到问题 具体流程步骤如下： 文件检验 上传文件后进行文件检测，做成通用方法，比如文件类型（后缀）、大小、编码 本次任务需要对操作时间进行控制和文件格式进行检验 上传文件 上传文件可以选择是否压缩，如果压缩可以使用gzencode进行压缩 阅读全文

摘要： 之前项目中是没有针对上传文件做统一管理的，本次的需求是需要对上传文件进行统一管理，将能使用的过程都封装起来，之后需要再对文件进行传输，只需要配置下即可。 本次设计方案的时候，有几点没有考虑到： 1、首先是起初做的方案通用性不够好，只有针对文件检验进行了封装，但是页面等一些方法都没有实现通用。现在修改 阅读全文

摘要： 今天的任务是优化销售申请客户的流程。像这种优化任务，写代码之前肯定要把原逻辑全部搞清楚，否则很有可能会遗漏逻辑导致bug发生。 将原逻辑全部整理完成后，发现原先的逻辑是主管经理可以处理部分类型的客户申请。然后根据本次放开的权限需求，再增加一些类型即可，然后优化了结构了代码。全部内容测试了一遍没问题。 阅读全文

摘要： 晚间数据统计任务开发完成后，在开发和测试进行了全面测试，确保了功能数据的正确性。然后下午在发布前两个小时，我正在准备写自测报告时，查看线上数据发现了问题。 线上数据展示是这样的：当天的白天数据的结算日期是当天的，然后成交时间也是当天的，这没问题；但是晚间数据，是算在下一个交易日的，比如今天是2-19 阅读全文

摘要： 这次的任务是需要统计晚间的各类销售数据。原先的方案是展示每一天各个时间段的数据，比如查询2月1到2月6的范围，则将这7天的数据分别展示出来。后来上午和上级核对后发现，他之前的需求表述不清楚，其真实想法还是想查看一段时间的合计数据的，因此原方案就不符合现在的需求。 后来在确定新的方案时，小组长提议到修 阅读全文

摘要： 最近这段时间疫情比较严重，导致了很多员工不能准时到公司上班，因此原先pc版的系统需要将一些重要功能做成手机版供销售使用。 前段时间因为做手机版系统太赶了，也都没有记录总结，今天在这里做个总结。 此次任务非常紧急，在开工前就开始做了，基本还算顺利，没有遇到特别大的问题，按照上级的需求将一些pc的功能做 阅读全文

摘要： 今天做了1月的总结，有许多地方做的不够的，但相比上个月来说，还是有十分大的进步。 不足： 【1、在统计数据前没有考虑数据大小的问题，导致线上销售数据过多，数据库字段存放不下。之后通过将数据压缩并存放到fastdfs来解决这个问题。 总结：设计方案前需考虑数据量大小、统计范围等外在条件，根据不同条件选 阅读全文

摘要： 这星期在做统计任务时，新需求和以前的一个旧功能有许多相似之处，因此我想模仿着旧功能的代码进行开发。但是思路模仿着旧功能，虽然功能可以做出来，但是逻辑变的复杂了，没有达到最便捷的途径 我首先将老的逻辑全部整理出来，然后方案想根据之前的旧功能代码进行修改。我将方案设计完成之后，去和小组对方案，发现如果照 阅读全文

摘要： 在调用项目中封装方法时，还是要多注重封装里的逻辑，有时候一些想用的方法，一定要准确搞清楚其方法内的含义再使用。否则使用了但是不知道其细节功能，很有可能会出想不到的问题。 今天终于把历时四个多月的项目全部和前端、测试人员测试完成，把一些该修改的地方都修改了。这个项目之前之所以出了很多bug，是因为这个 阅读全文

摘要： 今天发布统计数据代码后，发现去年前些时候的数据有没有考虑到的地方。在去年5月份时有项数据是有变更，因此5月之后的统计数据是没问题的，但是5月之前的话这部分是有整合的，因此统计出来是有很大误差的。这一块业务逻辑之前不熟悉，因此不知道这一块业务有变更，直接拿来进行统计了。因此之后的业务逻辑还是要多问问同 阅读全文