自定义哈希逻辑

@Torpedo 刚去试了下 Spring，确实是这样的。直接返回了，不执行后面的逻辑。

其实个人觉得预检请求出现的目的之一就是解决题主类似的问题的。

先预检下是否支持跨域，防止在不允许跨域的情况下执行了不应该执行的逻辑，修改了不该修改的数据。

另外，如果你觉得被拦截下来的响应浪费资源可以自己处理，比如像你代码里的那样。

但是你不觉得这样更加多此一举么？谁会一直请求一个不允许跨域 URL ？

跳过一个偶尔跨域失败的响应真的能省资源吗？如果省资源的意义都没有了，你做特殊处理的意义又在哪

同源策略是浏览器做的，所以服务端如何知道自己的返回会被浏览器拦截。如果请求方使用代理中转不走浏览器呢？

风口是一方面。

这种价位的东西，只有快销品才能负担得起成本支出。否则放一台亏一台。

当然医院是特殊，功能性大于盈利

@a412501665 那还不错，简历发了

最近刚找想找个远程的

不过有一说一，远程如何防止中途跑路这种情况。。比如干了一个月到发钱的时候失踪了。

对了，还有一些忘说了。

程序员最重要的其实不是编码能力，而是理解业务的能力。从这方面来说可以使用实战题的方式，给他提出一个业务需求，让他给出实现思路。

相对于技术差的，不懂业务的更难受。

你给了他需求，他淡定的一点头就开撸了。一顿操作猛如虎，结果一看全回炉。需求完全没对上，白干。搞笑的是，恩，代码貌似写的还挺好。。这种人你留在团队里就得累死，得时刻盯着他别跑偏，不留又有点可惜。。

如果懂业务就舒服多了，需求给他，他跟你一通交流，确认无误了开撸。到期交货，虽然代码质量一般，时不时出点 BUG 。但是方向没错，时不时还能有点小惊喜，冒充点额外想法，充当半个产品经理。

题目有没有意义见仁见智，不过题主的表达能力似乎需要加强。

我看了半年题目愣是没搞清需求，心想两个整数相加还能玩出花？

看了下面的回复和 leetcode 的原题才恍然大悟，原来是两个字符串形式的整数。你看 leetcode 的题面就一目了然。

另外说说算法面试，从我做切图仔开始算的话，目测干这行 15 年了。

其实挺理解题主的，我做面试官的时候也经历过这个阶段。吹毛求疵，认为我都懂的东西你没理由不懂，不懂就是菜。

但是你有没有想过，算法是需要训练的，刷过这题的人觉得很简单，但是没经过算法训练的人别说实现了，想解题思路可能都要一会儿，甚至可能像我这样，搞懂题面都需要时间。

同时人也是有能力圈的，你出的面试题说明这是你的能力圈，你不能指望别人的能力圈跟你的一样。因为一道题就给人下定论，这本身就是武断和片面的。

大佬也有被基础绊倒的时候，可能因为忘记了，也可能是知识死角，都很正常。你难道没有遇到过某个知识点你知道，大佬却不知道的情况吗？难道就可以以此说明这个大佬就是菜？连你都不如？

所以面试是需要多维度考察候选人的，特别是小厂。大厂随你怎么玩为所欲为，反正人多的是。小厂经不起这么折腾，经过大厂截留以后本身就没有多少优秀优选人了，你今天这题刷掉一个，明天那题刷掉一个，你老板会找你谈话的。

个人喜欢笔试为辅，聊天为主。如果时间充裕甚至不要笔试，就硬聊。一方面可以给机会让候选人展现自己的能力圈，同时还能拓展自己的能力圈，另一方面可以过滤掉纯背题的人。

说回正题，关于算法和编码能力的关系。从 WEB 后端角度说，个人觉得关系不大。而且我觉得还挺有发言权的，我是中专毕业做的切图仔，意味着我工作前都不知道算法是什么鬼。但并不影响我编码，10 年前我用 C++写了一个软件，数十万行代码，独自一人耗时近 2 年，稳定性行业前列，让我赚到了人生第一桶金。后来我又独自用 Java 撸了一套支付系统。其他 PHP 撸的 CMS，Flutter 撸的 APP 之类这些没啥技术含量的就不细说了。后来我意识到基础的重要性，开始恶补基础和算法。学之前觉得算法应该好难吧，会的人都是高手。后来静下心来一题一题研究，理解并实现了以后发现，原来是这样的，也不太难嘛。毕竟难者不会，会者不难嘛。

要说对我日常编码有提升吗？说实话，真没什么感觉。该写 bug 照样写。可能面试的时候更自信了吧。。

有没有装汉化插件？那玩意儿会导致很多莫名其妙的问题

其实语言层面倒其次了,见仁见智吧. 毕竟 PHP 是世界上最好的语言.

主要是生态差异太大了.

以前那种 PHP 一把梭的时代已经过去了. 各种中间件是绕不开的. 但是 PHP 对于这方面真的一言难尽, 异构系统都救不了

我....而且后悔没有早点转. 学了 Java 了以后基本没碰过 PHP

相信我,不管你转不转都要学.

学了 Java 甚至可以反哺你的 PHP 技术. PHP 里不少思想都是 Java 玩剩下的. 特别是某框架

种一棵树最好的时间是 10 年前,其次就是现在

说明年纪大了😂

一个增加数据库 cpu 压力
一个增加服务器 cpu 和 io 压力

没有绝对答案吧,根据情况选咯

体验倒还好,就是费电..

默认使用 @Where
查所有数据就使用单独的 @Query
虽然不够优雅,但是这是目前我找到的最佳实践了.

上面好多人不看原文的吗？输出目录是根目录肯定会清空啊。

难道清空之前还得提示你输出目录里的文件是不是要清空？

这不合理，正常情况下输出目录里的文件当然要清空，都过期了

不是误报，安装程序已经开始加流氓广告了，不注意看点下一步很容易中招。。

怀疑是不是又被哪个华人公司收购了，这套路学的溜溜的。。