架构的那些事

各位大家好，这篇文章只是个人在编程过程中遇到的一些问题，思考之后的一些愚见。

现在在一家电商工作，但是公司的业务架构让我很费解，坑B干了三个月的系统，突然之间技术经理说是先放着，现在还不能上线。我勒个去，那那。。。。

其实问题并不是说干了3个月系统不上线就怎么着？而是他的系统架构太，你懂的。很费力的干了3 个月，天天加班。哎！！！

都是一帮子新来的组成的团队，难道公司是在用系统试探我们的实力??,这样想想还有点欣慰，如果不是呢？

刚开始开发就没规范了，自己订规范，开发中规范是各种的改呀。。。 苦逼 的人呀！！，我在想，公司怎么走到现在的？最起码代码的规范、注释规范该有吧,在这是看不到。。。。。。。

好吧，这些就不在吐槽了，最苦逼的就是架构的设计，然后就造成一个简单的问题，会绕很大的一个弯，这样做你就不怕上线后的压力吗、并发吗？主要是开发的时候开很头疼，想着不合理还是必须的硬着头皮绕弯给开发了。这样即对公司没什么好处、对于个人的发展理解业务和架构更不是很好。。在这里只能希望他们能改进。

业务层级的东西就不要做什么公共的模块，你就把他做成插件。插件和插件之间用定义好的协议webservice进行通信------soa架构，在不然闲速度不行或是并发不好，就用成熟的这些rpc框架，rpc框架用的不好，感觉不爽，用现在成熟公司的框架呀，比如京东的saf、阿里巴巴的rpc框架等，开源嘛，facebook早开源了，内部用的都是开源，你自己想个什么劲，不懂就先学习，阿里巴巴业务那么繁杂，你就不能用他的架构，你才多大点业务，哎，真是让人着急。。。。

此片只限于吐槽，无任何副作用。