小编的第一反应是自己没有走很多坑，但后来自己想到了，实际上，这可能是坑里的表演，因为坑里的人不知道他们在里面。
话虽如此，小编认为所有工作人员都容易遇到这个陷阱。这是为了实现研发工作中遇到的问题。在许多情况下，这不仅仅是技术问题，这还不是技术问题可以解决的地方。
以小编本人为例。当自己刚开始设计系统时，常常没有意识到一些有关结构转换的想法。当自己与同事和领导人交谈时，尽管每个人都没有任何意见，但很少有人回应。那时，人们有一种强烈的不欣赏的感觉，甚至一次就对球队产生怀疑，这让他们非常痛苦。 后来忽然有一天想明白了，只要还在一个团队，还是得做些事情说服别人才有意义，保持清高却期待变化是不现实的。想说服大家还是得换个角度，先去思考别人为什么不接受。顺着这个方向，慢慢解开了这个结。一般这种你觉得自己不被人理解的情况，基本都是你因为对技术的兴奋，过低评估了风险，或者没有考虑人的因素（是否充足，投入产出比），或者没有考虑项目的因素（排期进度方面）。
多说一句投入产出比的事情。其实单纯的技术改进很多情况下都没有太大价值，除了个人能练练手以外。技术真正发挥价值的地方，一定是在对用户产生影响的时候。如果做不到这点，一遇到人力紧张的情况这样的技术改造就会被放弃。当然说起来应该也算好事。
至于如何做架构呢？小编推荐一个工具iPadPro，也给大家演示一下像Paper53、Notability这样的应用。这些都是小编在平时给大家讲解时会用到的，比单纯的PPT要好很多。因为从一个架构图开始，给大家建立整体的概念，然后细化分析其中的组件，在这个过程中再不断提醒这个组件在整个系统中的位置，对于理解一个系统来讲帮助是非常显著的。
服务从本质上来讲就是数据的处理，而架构设计就是在定义数据流转方式而已。
推荐阅读：《java架构师指南》架构师需要掌握的知识结构有哪些