QQ 浏览器 iOS 版，跟 iOS 没关系。这白白被浪费这么长时间。

对于楼主本身，11 楼 whooami 的回复就足够了。

然后从技术上面说一下。

第一个层面，假如只是不想要 @Autowired ，但是还保留成员变量定义。那么你是必须留着 @Autowired 的，因为并不是所有的成员变量都是自动注入的（尤其是有状态 Bean 的时候）且没有什么好的约定能代替配置来区分它们，所以你必须显式的声明它要被自动注入。当然也不是没有替代措施，当你定义了构造器的时候，那就有了通过构造器自动注入的约定，这时候就可以省略掉 @Autowired 这个显式声明。构造器自动注入，也是 Spring 官方推荐的自动注入方式，但是构造器注入的可读性，不如直接在成员变量上声明 @Autowired 好。

在第一个层面，恰恰相反，必要的显式声明 @Autowired 不是地狱，隐式强制对 Bean 的所有成员变量做自动注入，才是地狱。

第二个层面，假如是连成员变量定义都不想定义，继承 baseService 就能自动引入所有 Bean 。这本质上相当于把所有 Bean 整合成同一个类型了，已经将 Java 返祖成原始的 C 了，根本无法作出技术回复。

本质上正向反向都是代理，区别不大，所以 Caddy/Nginx 也是能做的，但毕竟不是他们的主业，不好搞。

？？？？通过 Caddy/Nginx 或者各种端口转发措施，让网络上的客户端能够访问我的主机上的网站、服务、或者端口，这才是反代。你这是要访问网络上的 google.com ，需要用的是常规正向代理。

有必要放一下原 MPL-2.0 协议下项目，即原来的 https://github.com/immersive-translate/immersive-translate ，现在被人顶替了名字的 https://github.com/immersive-translate/old-immersive-translate ，的最后一次的 readme 里面的关键内容了：「说明：新版的沉浸式翻译扩展已经迁移到这里，新版全新架构，性能更好，支持更多的翻译引擎和浏览器平台（包括 iOS Safari ），以及拥有更好的 pdf 翻译体验，欢迎移步新版。旧版代码将存档。」 https://github.com/immersive-translate/old-immersive-translate/commit/6df13da22664bea2f51efe5db64c63aca59c4e79

关于 /immersive-translate/old-immersive-translate ，以前是 /immersive-translate/immersive-translate 的证据： https://github.com/immersive-translate/old-immersive-translate/blob/v0.0.41/readme.md ，见“安装说明·Firefox” 中的 “Release 页面” 的地址。

如果见了上面这一点，还能继续挺新的 EULA 协议下项目的，你要是托还能说得过去，要不是托，那智商跟世界观里面，总有一个是跟开源理念不合的。

@ccadb #11 Excel 不是问题，它是支持多人同时编辑的。问题是你这里面商品和员工都超过了 20 个，也就意味着无论如何 Excel 的列都要超过 30 个，这样再用 Excel ，以及核心都是 Excel 的各种在线表格，就不合适了。

你需要的是一个类似饭店电子点单的应用。但是你这每人 200 额度，加起来才两三万钱的东西，上个电子点单应用，也不合适。

友情提示：据本站果友反馈，苹果的电池健康度，与锂电池的健康度没有关系，且算法是未知的。至于你转的那个方法，就看你有多信“姐妹们”的话的，反正手机维修的惯例是只认非人工的程序检测。

你说的这东西，至晚 2005 年就有人开始做了，且 2011 年就已经成型了，但至今仍然只是引擎，不是通用业务系统，它的名字叫做 BPMN 。

首先，双语文档的成本非常高。

其次，跟什么人交流用什么语言。如果你是打算跟全世界人交流的，那么自然要用实质上的世界通用语——英语。你要玩游戏就会知道，全套都是法国人的育碧，其发行游戏的第一语言基本都是英语。如果你只打算跟国内的人交流，那主体语言肯定是母语。然后因为你不可明说的原因，压根就不可能存在国内社区。

粗略扫了一下 hutool 的宣传理念和 hutool 的子项目分派，这玩意不是 Apche commons 、Google Guava 这样的基础工具包（或者更确切的说，JDK 扩展包），也不是 okhttp 、jackson 、netty 这样的专业领域工具包，而是像一个封装了 okhttp 、jackson 、netty 等各种工具的脚手架框架。

这玩意，用得人肯定不会少，但是你要去找推荐就基本不会有人推荐——要想用脚手架模式开发，为啥不用 PHP 呢。

实扣，然后取消，这是国外验证信用卡是否可用的常用手段。

@a268479513 #129 我这骑电动车通勤超过 5 年了，就一次路过刚被水炮车淋湿的路面加突然从小路不减速冲出来的汽车的双重打击下摔过，从此宁愿迟到也不在路况不好的时候满速（ 30 码）跑。如果不是通勤，那基本就没超过 20 码。要不要说说你车速多少。

把电动自行车当摩托车跑，带着头盔；把电动自行车就当代步车用，不带头盔：这两个哪个更安全，交警应该更清楚。

theowenyoung #93
首先，你自认了你的新项目是「重构」而不是「静室开发」，那么你的新项目，仍然是原始项目的下游，需继续遵循 MPL-2.0 协议。

当然，开源协议是君子协定，没人会像商业项目那样去较真，你换成 EULA 协议的新项目，甚至不用偷偷摸摸，就是明目张胆的把项目名称定义成{原项目名称}-Pro 、{原项目名称}-New ，都没人会在意。但是然后，你把原项目改成了 old-{原项目名}，用新项目顶替了老项目的名字。

这种开自爆大卡车的行为，对你想「借老开源项目的名气，骗人收购你具备严重知识产权纠葛的新项目」的念头，可没有帮助。


这俩明显是拖：
saucer #95
qianji201712 #96

成本浮动，价格固定，这其中的收益风险，原本是该商家承担的。所谓的动态定价，本质上是把这个风险，转向了消费者。餐馆跟食堂不一样，前者是完全的娱乐性活动，或者说，100%非必需品。所以你菜，当餐馆把风险转给消费者之后，消费者会不会用脚投票。

@zgl263885 #28 我已经说得那么明白了，你还是不明白公司出得那一部分是哪里来的，那就没必要继续了。

不过倒是提醒你一下，先别拿笔算了，先去看看你的工资条，多缴纳的公积金，是不是直接从你个人工资里面划扣的。——提高公积金基数，但是多出来的前从个人工资里面划扣，这可是最常见的避税手段。就算不是个人工资划扣的，也先别急，过两年后再看看你这几年的工资上涨情况——看看你每年上涨的工资+增加的公司部分公积金，有没有跑过通胀。

三星，仅限港服，因为国服港服是同一套硬件配置及 boot 密钥。算是唯一一个官方外服。出于稳定性和价格的考虑，可以买去年或者前年的旗舰。

当初李开复忽悠抵制百度竞价排名的时候，谷歌本身是有标记“谷歌推广”的广告的，那么你猜猜百度是什么样的。天下乌鸦一般黑，其中百度永最黑。

不要动不动就作恶超过百度，会让人产生中国有不作恶的互联网的误解。

一帮说带头盔是为自己好的，大概率满足以下两点：一、没骑过电动车；二、没经历过上世纪末到本世纪初的“以罚创收”。有不小的概率还满足这一点：除了做公交地铁就特么没上过路，也只有这种未成年乖乖，才没见过真正的交警。

@zgl263885 #22 公积金一不是保险，二没有统筹部分，三可以全部返还给个人，它本质上只是一种特殊的个人储蓄，付出超低的零存利息，换取将来可能贷款的 2 个利息点优惠。如果是社保，还可以讨论讨论到底是不是社保税，但公积金就是妥妥的工资里面抠出来的一部分。

在你抗争之前，首先要具备基本的经济常识：羊毛出在羊身上。公积金的公司部分，从来都是工资额度的一部分，不是公司福利。你要再细看，体制外的公司福利，也是工资里面抽出去的。