使用微服务架构或 Mono Repo 架构中的问题

拆包不合理

一、类型的定义

（如 Typescript 中的 interface、type，或者请求/响应，参数/返回等 DTO），不应当放置到一个底层的通用包中。这样会导致一处业务修改，联动项目代码、底层包代码需要修改，然后需要发布包、更新依赖版本等，非常麻烦。

同时，大部分的类型定义是不具备复用的可能的。比如数据库 Schema，会有一些多余的不可操作的字段，如 id、时间戳、状态等，所以在 create 方法中，传入的参数，可能是 Partial<SchemaEntity>（也可能会有一些生成字段之类的特殊情况）。在接口请求参数中，更是会和数据库 create 方法的参与差异很大，比如说密码，用户输入是明文，存到数据库中是密文 + SALT。等等。返回值亦是如此。

为减少重复代码量和修改，和保证结构的稳定性，可以参考 TypeScript Handbook 中的一些小技巧：

从 2014-08-11 到 2015-02-11，刚刚满半年。翻开当时写的记录，还记得那段时间其实有很多选择，而最终我选了物联。虽然不是待遇最好的，却是最能让我充满热情和憧憬的一个行业——智能家居。不忘初心，方得始终。

自身尚存的缺点

一、恃才傲物。

这是一个新问题，因为为今很多年轻人会错拿无知当个性（达克效应）。

从六月份来到 EDI，到九月份离开，仅有短暂的三个月时间。感谢领导，和各位同事，在这段时间里，给与我的照顾与教诲。常言道，言多必失，少说话多做事。但就要离开了，我想把这段时间总结的一些心得建议反馈给领导，仅代表个人的意见，望领导能批评指正。