因为大部分场景下确实是都可以。。。
就像 js 到底要不要加分号这种问题，争不出结果的，一般都是团队强制指定一种然后大家遵守
还有 React 这种东西，根本没有什么最佳实践，怎么写都能实现需求

精通某项技术，实现起来的速度会比"凭借着超强的 debug 能力以及不断试错"慢？

插眼
之前试了一下貌似要新号

能接受加钱的话 U2723QE/QX 或者 PD2705U 吧
很全面

@yhxx 对了忘了一个，图片也能跨域
可以顺便再扯一下埋点平台的建设

@ALVC666
我感觉面试官想表达的是上生产服务之后 webpack 没法做 proxy 吧

--------

我真的见过在生产环境用 webpack-dev-server 起服务然后用 nginx 代理 dev-server 的端口的操作。。。令人智息

所以说你们还是 too young ，面试顺着他来就是了，猜他想要什么样的答案，并给他更多惊喜。

『我在刚工作的时候，用过 JSONP 来解决，但是由于有 xxx 缺陷，后面一般都使用 CORS 的方案了，当时还单独处理过 XDomainRequest 』（什么是资深啊，战术后仰）

CORS 方案我们需要注意 Origin 、Headers 、Methods 等的配置，再扯一堆非简单请求 options 之类的 balabala

如果觉得对面对 HTTP 还有点 了解，可以继续 Max Age 甚至 HTTP 缓存之类的扯下去。

扯远了，扯回来

『我在一个 xx 项目中，还曾经用过 iframe 的方案，在那个项目中涉及到了跨域通信的部分，我们使用了 PostMessage 来解决，当然这种方案也有诸多缺陷，目前我们在微前端方向已经有了一些新的探索 balabala 』

『回到跨域，我还曾经遇到过 xxx 问题，比如 a.taobao.com 和 b.taobao.com 之间需要登录 /cookie 之类的随便扯，我们使用了 document.domain/window.name/location.hash 的方案来进行 hack ，这种方案不成熟之处在于 xxx ，我们后续做了 xxx 改进』

『日常的本地开发中，我们通常使用反向代理来解决这个问题，在团队内部，我们封装了 webpack 和 vite 的通用工作台，抹平 xxx 差异，让开发者可以更专注于业务。同样的，反向代理在 nginx 中也很实用，我们也基于这点来做了 xxx ，部署 xxx ，域名 xxx 』

『我自己的日常开发中，对于能够确保安全的环境，我通常打开 chrome 的 --disable-web-security 功能，一劳永逸。』

顺便再扯一点 Web 安全、canary 版本、chrome 新特性之类的，一场面试的时间差不多耗完了吧，他还有时间给你整算法题？

对了还有个 Websocket ，也看情况插进去好了

恕我直言，一般这么干的博主的文章，参考价值都不高

这个应该是真的为你好
正常为了自己的推广都会要求你下载桌面端、装手机 APP 才给用
这个应该是怕你设备丢了邮件发过来弹出一个通知直接把验证码暴露了

不如这个：
大炮开兮轰他娘，威加海内兮回家乡。数英雄兮张宗昌，安得巨鲸兮吞扶桑。

https://www.thjiang.com/
又到了晒一晒的时间

在用 RE 调香室，觉得还不错

@hakufuasano 我觉得我已经被苹果洗脑了，觉得 4 个雷电口很好，其他接口又丑又没用。。。
结果他又给加回来了。。。

同失望
现在在纠结上 14 寸还是搞个二手的旧的先凑合几个月

对我来说 14 寸的最大问题是审美。。。总觉得好。。复古啊

和年限没多大关系，主要还是看能力的
两年半 30K 的遍地都是