除非个人项目，没几个公司会用。
书还有一本《实现领域驱动开发》

框架的话 spring 慢慢已经加入了 ddd 的设计，体现在 spring data common 和 jpa 里。
Event Sourcing 的话是 AxonFramework。

更多的是开发方法、建模方法。和框架关系不大。

于其听楼上们说。不如先解决你自己的信息不对称问题。

首先选择一个你真正喜欢的，有好感的工作。这里需要你充分了解你选择的职业方向再做决定。
既然你之前有“在校期间常辅助破案”的经验，那么按道理来说，你应该对公安内部相关人员有了解，进一步和他们聊聊，了解职位。

另外去和学习的老师和导师，多接触看看留任相关事宜，以及寒暑假教师们一般都有什么安排。
楼上说“寒暑假爽到嗨”的，估计根本不了解吧？我认识的大学教师，寒暑假都是一堆事，或出差游学，或准备院领导的各种任务。

这里没有人和你遭遇一样的事情，你问人也只能得到只言片语。因为大家得到的信息都不一样，遭遇也不一样。

“成功”有很大程度是靠就地取材。

找个会计带帐。然后会计懂的。

命令 or 行为 的搜索 ，了解一下。
ctrl+shift+A 输入 manage project

换 Gradle 吧，Maven 的插件太蛋疼。

桌面环境只想用 Gnome3 和 cinnamon。 像 xfce 这种轻量级的，或者 KDE 这种重量级的，要么感觉太简陋，要么感觉太折腾。

每个人都是一个独一无二的个体。

如果在这个世界上碰到了一模一样（性格）的人，本能会驱使你接近 Ta，了解 Ta。最后发现其实你与 Ta 并不一样。

---

如果真的一模一样，“我”会质疑。
到底 Ta 是谁，而“我”又是谁？
Ta 是不是你，“我”是不是 Ta ？
如果 Ta 代替了我，那“我”会怎么样？
如果“我”代替了 Ta，那 Ta 又会怎样？
Ta 是怎样出现的，“我”又是怎样出现的？
……
……

瞎扯，明明是 Scitools 的 Understand。

别有用心的恶意黑名单怎么办？

看 Charles 文档和 Andorid 文档，Android N 以上的版本已经修改了这个机制。

As of Android N, you need to add configuration to your app in order to have it trust the SSL certificates generated by Charles SSL Proxying. This means that you can only use SSL Proxying with apps that you control.

In order to configure your app to trust Charles, you need to add a Network Security Configuration File to your app. This file can override the system default, enabling your app to trust user installed CA certificates (e.g. the Charles Root Certificate). You can specify that this only applies in debug builds of your application, so that production builds use the default trust profile.

建议用 root 方式，或者 vpn 方式。或者找低版本 Android

@PHPer233 你错了，好代码不写注释也能看懂。差代码写再多注释也是垃圾。

作为过来人告诉你。我当年极度偏科（英语概率分，其他科目也没发挥好），二本线差 10 分，最后选了专科。现在想办法混文凭，脑壳疼。

进本，再辣鸡的本也是个统招全日制。

和第三方借钱，应该是你主动去还，而不是等对方提醒。

找朋友借，别人碍于颜面不好提醒。
找机构，别人一样没有义务提醒。

https://github.com/go-gitea/gitea

或者直接用 Gitlab 的免费私人库

visa 卡 看汇率，最好的是中行和工行的汇率。

http://www.kuaiyilicai.com/huilv/whichcard.html

中行工行汇率稳定，长期靠前。

RPC 的定义里，本身并没有限制语言以及具体传输协议实现方式。它是一个用于进程间通讯的调用过程，侧重点再过程。返回值只是其结果。

因此，应用协议上用 HTTP 也好，用 Websocket 也罢；传输协议是 TCP 也好，是 UDP 也罢；数据载体是文本(ACSII)也好，是二进制也罢。从定义上是没有区分的。

通常来说采用二进制流传输的 RPC 比较多，因为相比文本，流量更小，更容易解析，可读性差。但文本可读性更高，但体积较大。

感觉现在 RPC 和 RPC 框架 的定义，有点模糊了。好像现在说 RPC 都是指 RPC 框架了。RPC 框架的好处是服务端与客户端定义的数据模型可以被框架统一生成。甚至于有的框架可以直接生产客户端代码……

---

宗上所述，广义上，RESTful 也可以说成是 rpc。
你这个应用场景，明显直接 ajax 掉 http 接口更方便…… gprc，难道你要用 js 操作字节么？
如果你是 node 后端和 java 后端互调的话，RPC 或许好点。

@whoisghost 你把 Scala 替换成其他非主流语言，我那句话效果也一样。

@whoisghost 本来就和语言没关系，你没明白我说的含义。