k9990009

给时间就行。研究下那种类似 yapi 接口文档生成工具，将代码注释提取生成文档

做的越多，用的越多，bug 越多，需求提的越多，做不完的。不是老板压着你，今天要明天上的话，按自己的节奏来，比如两周一迭代。上线初期可以考虑先解决能用的问题，再解决好用的问题。中期的话，可以按功能点的紧急程度、重要程度(业务价值)，把需求划分 4 个等级。最后再评估工期，可以计算出每个功能点的收益。一般是紧急且重要的先做，后面综合考虑。中途的紧急需求看着替换。

为了偷懒，少写代码或者二次开发少改动。首先你要抽取业务需求的共性，区分出两部分，一部分是不变的，另一部分是变化的。不变的抽取出公共代码，变化的留出拓展口（允许自由实现或配置），与业务解耦。然后就是根据你已掌握的知识，设计不同的方案，考虑不同方案的优缺点，最终设计出一个最佳实践，想多了自然就会了。设计模式是让你更好的去维护你的代码。

只讲证据的，你应该咨询下律师。广州哪个区呀，之前黄浦区仲裁去申请法律援助，免费，有的律师还很负责的。提申请，然后律师会联系你和你谈，你准备好材料和授权。后面律师帮你跑，开庭不需要自己去。强制执行得自己去办。法院工作日办公，异地请假过去，多请几次成本蛮高的。一审，公司不服二审，强制执行，破产清算，等了三年。你做好长期心理准备吧。你同事强制执行了，还挺快的。案件排期都等好久。

你这个需求我搞过，大量的 excel 模板要校验，用的 easypoi,先解析成业务 POI 对象，再验证，解析和验证职责分开，不建议直接用 cell 。
对象实现一个支持收集错误信息的接口，去收集每一行的错误信息。校验方式有单字段格式校验、行与行校验、列与列校验，与外部数据源校验。有错误信息，额外加一列导出。还做了错误单元格标红，用的是每个字段都额外创建额外字段标记的，使用反射获取这个额外字段。校验都尽量抽成规则，后面做了个在线编辑版，校验代码才发现没法复用。

用 classfinal 把代码加密下

canal

分母来了

json 。这种后端没有逻辑，单纯前端用的。又没很高的查询需求，随前端折腾。