今天项目经理说应聘者描述他他的工作：将数据库数据展示到前端页面。一听这个好像没有问题。但是项目经理说这个人技术太差，不合适。听地我也是有些感触，我做的工作也可以这样描述，但是具体到工作都是一行一行代码的。这就是不能通常所说的眼高手低，在具体实现的时候要考虑到每人细节问题，如果细节做的不好，就会出bug，会返工。所以应该对你负责的服务非常的理解，对整个应用的架构有所了解。
比如说coordinationservice中的状态机，是流程图的一个特殊场景，在生活中有着非常广泛的实例，比如网上购物，从打开app到退出app，其中一段用户就是在某个状态，也可能发生跳转，这是一个大型的状态机，比如购物车就是一个简单的状态机。还有哪些理论呢？比如状态触发有条件，如果不满足条件怎么办，那就要重来，在计算机中就是事物（transaction）。在比如在版本查询过程中，最初的版本查询是采用超时等待的方式，因为不确定时间（根据文件大小而定）。而后改为先插状态，再查结果的模式。
然后你自己新建的cache服务，task服务呢？虽然比较简单，但是也应该有东西可以说吧？比如springboot开发确实很快，以及在需求设计分析和编码实现上存在着一些差别，如果对在方案和实现上进行折中等。总之，每次编码，都是一次锻炼，就应该起到锻炼的作用，就应该提高自己的经验。