darling19961030

搞了这么多年分布式单体，最终回归到了单体。

@Folayi 有个美图云修，之前测试中基本算免费的，现在不知道啥情况

个人经验，提前还款合适的多。因为你不提前还，你这钱在手里也放不住，还不如提前还款呢。

dell S2725QS 咋样，国补后 1500 多，还有个 LG 27UP850

买保险！买保险！买保险！ 刚撞了人赔了几千块的教训，幸亏撞得是年轻的同行，光要了医药费，误工费都没给我要，用自己年假抵的。

对，之前买个一次会员，后来再看还让再买，不过也忘了当时买的会员是什么权限了

- canvas 、WebGL 、ThreeJS 、Blender 、Cesium
- BIM+CAD+GIS 建筑方向的技术
- ue4 (C++)、unity (C#) 游戏动画方向的技术

1. 将 100w 数据以 5w 大小分 20 组写入文件
2. 将这 20 组数据分别读到内存中排序
3. 读取 20 组数据的最小值到内存，比较出最小值写入文件，再从最小值所在组读入一个新数据
4. 再比较出最小值写入文件，再从最小值所在组读入新值
5. 直到读完 20 组数据，那写入的文件也是 100w 排序后的数据了

我以前也陷入“规范”的怪区，比如你说的 PO 、VO 、DAO 、BO 、POJO 、Resp 、Param ，再比如 Controller 和 ServiceImpl 哪些代码能写，哪些不能写；参数校验在哪层做，Service 做不做，入参校验，返回值要不要校验；一个函数应该多少行，是写 Void 类型函数把返回值当入参传入，还是定义返回值对象类型的函数；再加上微服务 RPC ，DDD 原则，等等等等。
现在看，细究的意义都不大。
你可以了解，可以有自己的理解，但不用强求一个标准。
现实项目，假如你是一个生命力强的产品，一直迭代，那么你一直改改改自然能找到适合你的规范。
假如是一锤子买卖项目或者爆发性的产品项目的，首要也是快速落地。
计划赶不上变化。技术为业务而生，等你业务到了，自然就知道哪个省力合适了。
脱离实际需求，单纯的讨论技术规范，空中楼阁，意义不大，这跟你的项目周期性质团队成员都有关系。