项目软件架构的遐想

虽然你制定出的标准，但还真未必有人鸟你。
除非你能帮人节省他的代码量。
人家原来需要写100行，用了你提供的东西，只需要写 50 行。 人家就喜欢你。
如果用的人多了，你的东西就成了“事实上的标准”了

总之，你的东西，至少要帮别人做到他做不到的事情，或者帮人节省一半以上的代码，才有可能引起围观，否则，绝对当你不存在

其实lz说的很好
一个人处于什么位置就有什么样的思考方式
如果站在pm甚至更高的位置，就会考虑的是如何降低项目的风险、成本，尽量使周期可控
如果总是以coder的身份来思考，就总会担心失业之类的

我有一个观点，应该使自己更像一个工程师而不是一个工匠

工程师与工匠的区别在于，工程师考虑的是如何提高生产力，而工匠考虑的只是把自己手头的活做好

对于担心失业这事我说远一点：

以前中国纺织土布的也会担心受到洋布的冲击，但是担心是没有用的，被冲击是不可避免的，土布终究是做不过洋布；

不要老是说“不可能”，工业革命前，机器代替人来干活也是被认为不可能的；

我猜测担心失业的人，多少受到了小农意识的影响；

看看人类发展的历史，其实生产力的提高，最终只会让生活变得更好；

软件的生产力提高了，我们就可以做更多的wonderful的事情，可以把蛋糕做得更大，在软件业还有很多事情可以去做，而不要总是担心于“失业”

真是这样的话，我们就成了真正的农民了～

楼主想要的应该是一套架构参考，不是标准
或者是模板，用来选型

觉得很难有人能把整个架构包含的所有要素都了解，分析的很清楚给你

可以有，但很难有