前置条件：系统规模！！！

我们业务 300+子系统，少的 2 个人维护，多的上百号人。
例如，用户系统会被其他所有系统使用，这个适合用户系统某个功能出现了 BUG，是不是修复后其余 300+子系统都要更新用户系统模块，打包再部署？牵一发而动全身？

微服务如其名，分而治之。


关键字：业务，系统群，分而治之。

因为地铁上基站是室分基站。

不懂的话，你可以理解成，你连的是路由器 Wi-Fi，Wi-Fi 虽然满格，但路由器没有拨号联网。

那是你还不知道 gradle...更不友好

说起来这个，简直是我童年最大的烦恼了，父母从我小学打到高中。除了他们没缺胳膊少腿，什么大场面我没见过。高中的时候，不胜其烦，于是拿着棍子撵着我爹狠狠揍两次，他毛病就好了。再后来到外地读书，怕复发，提溜着棍子让先协议离婚，不然我现在去揍你爹妈（恐吓，我很爱我爷爷奶奶）。去外地上大学前一天，原话："敢让我知道你俩打架，看我回来不把你们老刘家掀了。"

方法，
1，以暴制暴，你动一下拳头，我还你两脚。（同 14 楼差不多。）
2，同理心，用威胁揍他爹妈的方式，让他体会一下这个心境。
3，尽早脱身，不要幻想可以矫正这种行为。


据我多年观察经验，我爹妈 PK，主场的爹胜率不足二成。女人彪起来，真的是不要命，跟女人打架要三思啊。（狗头）
即使这样，我也爱他们。不管是用我的方式爱，还是他们教给我的方式。（狗头）
我是遇见什么人，我是什么人。（狗头）


你也不要太压抑这种事情，先现在这样拿出来在网上或和铁哥们一起唠唠。大家一起出主意。不要沉闷憋着。

说简单点是约定。

所有的框架均离不开框架本身的约定，这套约定合理时，即可以成就 spring，laravel，beego 这样的框架巨擘。
他们在诞生时，就定义了一套完整的开发约定，你只要遵循这个约定，就可以“快速构建应用”。

而开发中的如果使用原生语法，一百个人可能有一百种写法。
如 JS 中，获取今天星期几。一个人可能会写一个方法如：

var mydate=new Date();
var myddy=mydate.getDay();//获取存储当前日期
var weekday=["星期日","星期一","星期二","星期三","星期四","星期五","星期六"];
console.log("今天是：" + weekday[myddy]);

另一个人可能会写
console.log("今天是：星期" + "日一二三四五六".charAt(new Date().getDay()));

而熟悉框架只用写。
getweek();

是的，在框架中一定有这个方法或类似封装。


而所有的约定一旦成规（设计模式），就会出现大量符合这个规则的生态。你可以利用这个规则，快速集成并构建任意的应用。

@sunny1688
不是啊。就一朋友。我给钱之后，从 0 到 1 帮我跑腿办的。之前他没办过，也不懂，直接去工商局问了问，然后自己一步一步办的。

主要是，我告诉他，万一你以后要开公司了，不了解这些怎么可以呢？
就屁颠屁颠收钱办事去了。

无所谓啊，找朋友帮忙注册以下，再过户过来就行了。

我是懒得跑腿，给朋友拿了 3000，他帮我注册+代理记账。然后我就一直用着。过户都没过户。
如果有做大的打算，再权衡是自己注册还是过户现在这个。

哈哈哈哈，突然想皮一下。

ScriptEngine scriptEngine = new ScriptEngineManager().getEngineByName("js");
scriptEngine.eval("function callback(data){return data.openid;}");
scriptEngine.eval(s); // 这里接收你的结果

典型的想太多，你在大街上看到穿的非常少的或走光会有反应？