独立开发者 X
顶尖销售 √

楼主这种，就是解释的太多，谁让你和对面谈那么久的？还“很真诚地告诉他我确实不需要。希望以后不要打扰我了”？

我这么说，你这种在这种推销电话的上级评估就是典型的软柿子，有机可乘，属于重点可能性目标。人家当然要屡次来骚扰你。

正确应对这种骚扰电话的办法：
接起来；
“你好，哪里？” （不要自爆家门，直接问对方是谁）
对方开始巴拉巴拉。重点来了，根本不需要等对方巴拉完，只需要听到足够确定对面是骚扰电话，骗子，或者别的什么不需要的东西的内容。立刻执行下述操作，回答：“不需要，再见”，然后不要等对面任何反应。立刻挂机。

整个过程熟练后连 5 秒都不需要，对方再来，你照样如此操作，就像机器一样操作。相信我，这是对抗骚扰，骗子，以及其它推销电话的最好办法，因为你在整个过程中：1.没有暴露任何个人信息； 2.拒绝速度极快，且不给对面任何反应时间，极其干脆，这种对对面的骚扰式交流是极大的打击。因为这类骚扰式交流的一个培训套路，就是尽量让对方不要挂电话，尽量延长通话时间，通话时间越长越能找到对方心理弱点进攻巴拉巴拉。所以你迅速的结束通话，就给了对方一种心理震慑——即这个人不好惹根本不按套路走。
最好，开头的你好打招呼，和结尾回答，不需要再见，是为了让对面分析你的通话记录时确定你是个人。如果你完全不回话直接挂机，会让对面觉得你上了技术手段。会不死心的寻找其它方法进来。


建立起这个号码背后的人是绝对不好惹的对象，这一点非常重要，比你搞什么投诉，什么运营商防护强的多，因为这年头运营商或者和外面有勾结，或者自身技术不行，对骚扰电话的防御，远算不上好。我们的个人信息早不知道被卖了多少遍，所以要让对方不来骚扰你的，最简单的办法就是在对抗中让对方觉得你无懈可击。给你打电话是白费力气，毕竟骚扰电话也要花钱。自然就不来惹你了

@diagnostics 我前面说了那么多，看来你没听进去。
maven 一点也不老，作为一个包管理框架，它工作的非常好。
构建不过是它使用插件实现的附加功能。在这方面，肯定不如天生是为构建工具而生的 grade 。
你的复杂度已经到达了 maven 使用插件无法满足你的地步，那就就应该换更强的工具，而不是在原地抱怨一个并不是专门为构建而生的工具

@chuck1in 这两家有 orm 框架？没有吧，不如你举一个，我印象里这两家出的都是 sql tools 。不是说自己是 ORM 就是 ORM 的，ORM 的核心是 O ，奔着用 Object 取代 SQL 去的，所以无论 hibernate 还是 EF ，这两家都在 Object 上下了很大的功夫，所以 object 有很多状态，并用复杂的嵌套结构来映射 join 查询。而且他们有一个特征就是，当你没办法非得用 sql 的时候，非常麻烦，因为当年他们摆明了希望取代 sql 。
后来的 sql framework 基本都没有这么干，虽然他们保留了 object 和允许嵌套，但没有把 object 设计的非常复杂。同时都提供了很方便的直接写原生 sql 的能力。也就是说，后来的库基本都倒向了 R 。倒向 R 和 ORM 的想法就背离了，ORM 的核心是 O 。但是这个思路现在看是不成功的

maven 是包依赖管理工具，靠插件实现构建能力。
gradle 是构建工具，可以靠脚本实现各种匪夷所思的构建需求。

从以上你就能看出这两者的核心区别是什么，maven 就不是构建工具。

如果是简单的项目，比如现在大部分的后端 api ，也就几十个接口的那种，gradle 完全没必要，maven 的构建插件轻松搞定。

但是如果你的项目很复杂，比如 spring 这种已经是巨型的 framework ，再比如巨石型 APP ，你不用 gradle ，根本搞不定。


所以关键是你的开发究竟是哪个领域。就楼主来说，楼主是开发 framework 的，这一点和 spring 有点类似，而且楼主已经感觉到 maven 构建插件的上限了。这个时候，应该果断的换更强力的构建工具。


技术的应用，第一够用就好，第二如果不够用了要马上行动找解决方案。不要去评判好不好，技术的诞生都是有其自己的背景的，在这个背景下很好，换个背景就不适用了

@chuck1in ORM 是不限语言的一种思路，核心思想是想用面向对象来取代关系运算（虽然它名字叫“对象关系映射”）。所以你用面向对象的思路去思考它，暂时把关系运算的思路放一边比较好。

另外 ORM 的思路从现在看是失败的，因为对象关系并不能真的替换掉关系运算，所以 ORM 这个东西和 SQL 之间存在阻尼，这就是用起来各种不舒服的核心所在。现存的 ORM 也就剩下 java 的 hibernate 和.net EF 了，其它的认真来说都不能算 ORM ，是基于 active record 思路（创始者是 ruby on rail ）的 sql 强化工具。对关系数据库的访问方式最终还是回归到 sql 本身了。

当然，最近国内又有一些作者开始折腾了，但是他们的思路也不是 ORM 的思路，它们的思路是希望通过链式 api 调用，使其能映射几乎绝大部分 SQL 的想法，老实说我不是很看好，因为我觉得复杂 sql 最合适的思路还是直接写 sql 。

总之，ORM 的核心是 O ，而不是 R ，但是这个思路没走通，之后的绝大部分关系数据访问库，都倾向于 R ，分歧不过是怎么把用 R 的这个过程搞的漂亮点

@johnkyle 不好意思记错了

@wa007 HN 是啥？
还有为啥是 X 账号而不是推特账号？

Mac 这玩意不就是个 Unix 吗？看不起 windows ，又真有决心的话，你自己装个 Linux ，啥不能干？
非要买 Mac ，就是消费主义洗脑，装 b 而已

楼主你的思路其实不太对劲，你实际上是考虑把复杂功能集成化到一个组件上来解决问题，这会引入新的不确定性。你为啥一定要让 frp 来做这件事呢？你的服务器防火墙把端口关了不就完事了，职责单一，不容易出问题。
而且服务器防火墙一般有 api 接口的，写个脚本想开就开，想关就关

@xtreme1 直通？直通只能让一个虚拟机独占 GPU 。现在有没有在家用硬件上实现 GPU 被多个虚拟机调用的办法，就像调用 CPU 那样

@WhatTheBridgeSay 我说，虽然最基层的组织单位确实是街道，但是居委会可不会没事来找你，它们接到的任务也是上面派下来的，很多时候他们的调查也只是问一问，做个常规记录，你直接挂电话，是故意表示自己有问题，希望上级介入吗？你在自己给自己找事。

这种 75 岁的人有几个呢？完全不具备普遍性

@2000wcw 我的设备全是国产的啊，为啥会有国标和美标的区别
@MuJian 如果是 ipv6 的问题，不能解释为什么同一时刻，别的手机连在这台 wifi 上，就一切正常，也不能解释，为啥只要把 wifi6 去掉，就一切正常

@coderzhangsan 我这么讲，很多事情，公司可以去干，你个人干就是找死，为啥呢，因为这个世界，是资本主宰的世界，公司先天有特权，大公司又比小公司有特权，所以你看公司可以拿开源的代码直接改变成商业产品，但是你个人拿公司的代码，你搞不好就要坐牢

@Evrins 别问公司，也别去考虑和公司签合同用它的东西，因为你是个人，个人面对公司先天不平等，除非你自己也是公司，个人面对公司，最好的处理方式就是自己私人的一切不要和公司扯上任何关系。这个代码要洗白很简单，重写，洗稿，并且把时间都变了，可以暂时不发布，存在某个地方，等离开公司后，再次拿出来，把代码变的很公司毫无关系

千万别这么干。当年 NGINX 之父就因为代码是在他在公司上班这个时间段期间开发的的，都被公司搞了。
更别说你这个明显和公司有牵连的代码。

最好的方式就是，重写，把代码重新写一遍，结构变换，风格变换，变量名重新来。另外，不要让代码的时间痕迹和你这家公司扯上任何关系。让他连联想的可能性都没有。才算安全。

很多人都不知道，现在的公司，企业，资本，在法律上享受多大的特权，我这么说，个人面对公司，打起一万个小心都不为过，人家可以请律师，找 ZF ，找社会强力人士，各种搞你。没事都能找出事来，更别说有事情。个人面对公司，时刻记住，你就是个打工的，你打工，公司付钱，除此以外，不要让你的个人信息和公司扯上一毛钱的关系。这能最大限度的避免你离开公司后，公司找你麻烦，公司找你个人麻烦这个事情，很多人是没有遇到过，遇到一次，就知道多么可怕，尤其是公司占着法律先手的时候，可以把你折磨的生不如死，看看最近那几个被某电商公司告竞业索赔几十万的倒霉蛋吧