【三年前胎死腹中的项目】

这是个翻译协同的平台性质网站，想看代码的话可以直接点获取它，两个链接其中一个是后端项目，一个是前端项目。

后端为Java技术栈。

目标很远大，因为经过了市场调研知道市面上根本就没这种东西，并且也有一定需求。

当时想着做出来后像是游戏、漫画、小说等民间组织，以及文献相关的商业机构等都能服务，方便翻译协同的。

用闭包表的形式设计了文档管理的父子祖孙关系，还设计了翻译进度的完整状态流和工作流……

这是我第一个项目，最后放弃了。

事后反思，因为我陷入了技术人的自我感动之中：试图使用最潮流的技术+很复杂的架构来自嗨。

我作为一个个体，试图上微服务+前后端分离，并且能想到的每个节点都进行了拆分，解耦性非常高，想起来后续维护也不会难，当时我甚至有点沾沾自喜。

还是想的太当然了。毕竟我只是一个人啊，因为复杂的架构导致我不得不在好几个窗口中切来切去，并且花费了大量的时间来进行所谓的 “基础建设”。光基础建设可能就花了三个月，之后在经过了断断续续的开发后，这个项目，果不其然的鸽了。

败给了孤单、疲惫和寂寞。

《黑客与画家》说的是对的，先上线、后迭代。

圣母玛利亚式开发不会有好结果。

而我明明看过书却还是在经历了一次失败后才幡然理解，还是太自大了。这第一个项目总共有 200+ commit, 确实是心痛。

不过也还好，这个项目的尸体化为了养分，一直持续至今都在帮助着我。

很多底层的代码哪怕不使用微服务架构也能运用到其他地方，确实的帮助了我，让我省了很多时间。

现在想想，当年的那些努力，也并不是全都白费了。

RO Translate Platform