【三年前胎死腹中的项目】
这是个翻译协同的平台性质网站，想看代码的话可以直接点获取它，两个链接其中一个是后端项目，一个是前端项目。
后端为Java技术栈。
涉及:
- SpringCloudAlibaba全家桶
- SpringSecurityOAuth2
- SpringCloudGateway
- SpringDataJPA
- Gradle多模块
目标很远大， 因为经过了市场调研知道市面上根本就没这种东西，并且也有一定需求。
当时想着做出来后像是游戏、漫画、小说等民间组织，以及文献相关的商业机构等都能服务， 方便翻译协同的。
用闭包表的形式设计了文档管理的父子祖孙关系，还设计了翻译进度的完整状态流和工作流……
这是我第一个项目，最后放弃了。
事后反思，因为我陷入了技术人的自我感动之中：试图使用最潮流的技术+很复杂的架构来自嗨。
我作为一个个体， 试图上微服务+前后端分离， 并且能想到的每个节点都进行了拆分，解耦性非常高，想起来后续维护也不会难， 当时我甚至有点沾沾自喜。
还是想的太当然了。毕竟我只是一个人啊， 因为复杂的架构导致我不得不在好几个窗口中切来切去， 并且花费了大量的时间来进行所谓的 “基础建设”。 光基础建设可能就花了三个月， 之后在经过了断断续续的开发后，这个项目， 果不其然的鸽了。
败给了孤单、疲惫和寂寞。
《黑客与画家》 说的是对的，先上线、后迭代。
圣母玛利亚式开发不会有好结果。
而我明明看过书却还是在经历了一次失败后才幡然理解， 还是太自大了。 这第一个项目总共有 200+ commit, 确实是心痛。
不过也还好，这个项目的尸体化为了养分，一直持续至今都在帮助着我。
很多底层的代码哪怕不使用微服务架构也能运用到其他地方，确实的帮助了我，让我省了很多时间。
现在想想，当年的那些努力，也并不是全都白费了。