敌不过人多。

@AdamChrist @kuxiazi 写过 android app ，国内国情决定，不能全怪工程师写的渣。除了刚入门的（不是歧视）、蹦着高薪的，有一定经验的都对自己写出的 app 有一定的看法吧，没有系统级的 GMS ，消息通知怎么才能到达手机终端，只有使用第三方的了，手机 app 装多了，各式各样的通知服务占据了手机资源。 几大互联网公司哪个没有自己的通知服务。 国内的免费使用习惯、为了用户不择手段，造就产品设计，想方设法在 APP 中集成各位赢利手段。为了排它性竞争，……………… 后面就不说了。 这些当然也是 android 阵容开放性带来的后果。
这是 android 体系在国内的无序造着今天体验越来越差的结果。

不安装国内任何 app 的 原生系统跟 ios 是有得一比的。 google play 上非国内出品的优秀软件，都是不错的。

@LeoDev 注册 appleid 的邮箱，国内貌似没几家没被拖库，撞库过吧。

这里又想说： 一个程序员修养了。

你们邮箱都是用的国内的吧！

以前也是 android 阵容，各种 root 玩机，刷机。
换到 mbp+iphone （未越） 之后，玩机，刷机时间省下了。觉得可支配的时间更多了。虽然 itunes 各种不爽, 后 apple 时代的各种问题，就时间而言，我还是愿意选择后者。整体效率对我来话提升不少。

联通光纤 无外网 IP ，一切都死掉了

你可以先在 github 在 fork 原项目，然后 clone 到本地修改，并把版本库存在 github ，如果原项目有更新，那么使用 2 楼方式，通过 git merge 进行合并，如果有冲突，就编辑冲突的地方。

如果你不想在 github 在开仓库，那么 clone 到本地后，新建你本地的分支，如果原项目更新 pull 下面，然后， merge 到你的分支上。

笔记本键盘，食指 /中指，移动到按下。

@DoraJDJ 老旧项目使用了 JDK6 sun 私有类

已经找到方法提取了， 下载官方的 DMG 然后从 PKG 提取 JDK6 的目录使用。

如果只是针对 XP 开发，就没必要 HTML5 了，，使用 HTML5 的
优势：
1. 开发周期短。
2. 学习成本低，上手快；技术门槛相对低。
3. 配合多平台容器，降低跨平台兼容成本。
4. 一次开发，多平台通用（前提各平台容器已经实现必要的功能）。

劣势：
1. 无法直接调用原生系统 API ；如采用桥接方式，开发周期成本不亚于原生实现。
2. 界面效果、使用习惯无法与原生开发媲美。
3. 执行效率、用户操作友好度远低于原生应用；

链路黑洞

@warcraft1236 不是一会回。我试过的。貌似没效果。

省点用，还是够了。

jvm socket 代理貌似不能使用 socket5 的。 如果要用只能使用 http/https 代理。
shdowsocks 提供的代理接口是 socket5 的，所以不能直接使用。
如果有 surge 的话，可以配置 surge 的 http 代理端口。
没有的话 需要 http_proxy 软件把 socket5 转换成 http ，然后配置。推荐使用 DeleGate

_我在没有使用 surge 之前，都是通过 DeleGate+goagentx 来实现 jvm 通过代理连接国外的一些资源_

@BlackStone 重置 SMC ，我的还会出现。

@li24361 @domty 很多人做 java 系统的都还是在面向数据库编程，而没有真正地面向对象（业务）编程。现在的复杂点点的系统，随便一个业务逻辑，就可能引出 N 张表关联，面向数据库表结构编程是做死人的节奏，虽然辛苦实现逻辑，但是维护 /接手的童鞋是欲哭无泪啊。再加上存储过程，都想跳楼了。
如果业务层把相关逻辑都处理好了，到数据持久化时，就只剩下 CUD 等基本操作了。 这就没什么复杂的数据持久化操作
spring-data-jpa 默认使用的是 hibernate-jpa 实现， 我觉得大大简化了持久化相关代码复杂度，及代码量。 单表操作时，只需要定义接口方法，都不再需要实现类。