完全理解楼主的困扰。我也曾意识到自己无法在过去很热衷的事情上再次专注超过 10 分钟，甚至这 10 分钟也免不了需要「信仰」的助力。我自己分析后得出的结论是，当前的我同时关注了太多的东西，以至于我潜意识里总在期待「下一条新闻有什么好玩的」，而眼下资讯的信息量越来越少，一条新闻看两眼发现水分太大就匆忙翻到下一条，不经意间养成了「浏览」的习惯，而失去了「阅读」的意识。

然后我做了这些事：重新思考自己的核心爱好、清理浏览器收藏夹、清理微博推特知乎上的关注、干净重装电脑。

做这些事的目的是让自己找回自己真正想做的一件事，尽可能减少环境的干扰，在一个新的起点轻装上阵。（有点眼不见心不烦的意思。）当然有时还是会有突然涌出的冲动，「啊上次那个 UP 主又发什么了？啊上次那个番还没看呢吧？啊那个什么博客我好像好久没看了？」这时真要感谢自己的强迫症和懒癌，面对啥都没有的电脑，很多事自然就拿不出开始的动力了。这样，能关注的东西变少了，能做的事情也变少了，我的节奏就慢下来了，能匀给剩下的人和事的时间与精力也就变多了。一旦适应了这个新状态，就可以逐渐形成一个正向循环了。

希望可以帮到楼主。

@sty #6 FESCO ？然后你在那个外企的身份是 Contractor 吧。在我经历和了解的外企中，除了一些受政策限制的福利待遇❶，Contractor 和 Employee 的待遇是一样的。当然天下乌鸦一般黑，理论上也有不厚道的外企，这个就需要更具体地了解了。

❶ 我在北京工作，这方面我遇到过的有生育津贴和工作居住证。因为你的人事关系实际上在 FESCO （或者其他人力服务方），公司没办法决定这些政策性福利。

1️⃣

当然有可能啊。你也不知道人家同时拿着几个，如果人家就打算要一个，你又不是综合性价比最高的那个，就 over 了呗

@sxw11 不扶墙就服你

非专业人士，以下是个人的理解，仅供参考。

抛开情怀因素（ Open World! Code to Change!）不谈，服务型网站提供 API 可以得到这些好处：
1. 促进生态的建设（有 API 才谈得上上下游）
2. 增加业务的流入（通过 API 的直接或间接的访问都会变成自己的业务）
3. 利用社区完善自己的服务（酷炫功能不用自己做，社区会替我做）
4. 增加用户粘性（一套业务流程依赖了我的 API，想改就没那么容易了）

反正用户单纯的 PV 不是决定性收入来源，那舍点页面曝光换更大的业务曝光和业界声誉，再吸引几波投资，这钱多好挣（

@ugu #33 你这样就是抬杠了🙁。就事论事，对于简单应用，jQuery 和 Vue 的开发维护成本相差不大（甚至用 jQuery 还省了 axios 的引入成本），用谁都是 OK 的。只不过用 jQuery 没有明显的理由，用 Vue 还能得到不少额外的好处，综合来看 Vue 通常是更好的选择。

「一味地推举 XXX 和一味地抹黑 XXX 是同样的行为。」

看了一眼我的代码，基本上 flex 无处不在😂

差点以为 Lumia 发新品了

@ugu #29 你陷入了一个思维误区。用 jQuery 不表示状态维护一定要绑定到 DOM 操作上。讲道理，JS 应用的状态不就是一个对象嘛，我统一在一个 state 对象上储存和管理状态，计算出最终结果后统一用 jQuery 更新 DOM，哪里复杂了呢。但你说的「维护成本」确实是问题，毕竟 jQuery 没有提供一个应用的逻辑架构，很多逻辑过程需要自己实现。但严谨地说，这不是 jQuery 做不了高性能应用的理由。

如果是正经的外企，员工福利方面是有保障的（尽管破不了大环境定好的上限），但工作体验基本取决于甲方的条件，毕竟是外包嘛，你大概率是要驻场开发的。甲方爸爸一句不准，管你外企还是中企呢。

然后看行业。特定领域的外企（特别是美企）在国内的生存空间越来越有限了。如果是求稳定和待遇的话，建议三思而行。

@ugu #25 要辩证地看待问题。用 jQuery 不一定就要背负 DOM 性能负担。jQuery 是一个工具库，不是视图层框架，使用效果如何很大程度上取决于使用者的用法。我打个比方：我复刻了 VDOM 的各种算法，但涉及 DOM 操作的地方全都用 jQuery 实现，这会不会造成性能低下的问题呢？

首先摆正一个观点：狭义上前端搞什么东西都离不开 HTML+JS+CSS 的本质。不管你用什么工具什么框架，最终都是在折腾这仨货。这个道理引申出来就是，你用 jQuery 还是 Vue，在 **可能的产出** 上完全一样。

谁说徒手木架不能盖大楼呢？

但是，摩天大楼徒手盖是要承担很大风险的，这个风险最终会表现为多种问题，比如盖的很慢，或者盖不坚固。工具和框架的意义就是让你能够更快速和 /或更安全地盖楼。Vue 和 React 就是市面上流行的两个盖楼工具 /框架（看你从哪个视角理解），MVVM 则是盖楼的一套方法论。

回到实际的问题。用 jQuery 开发 Web 应用完全没问题，但除非是有历史包袱，现在这个时代实在没有继续用 jQuery 开发应用的理由（补丁脚本之类的另说）。或者话说的重一些，jQuery 已经被时代淘汰了。前后分离的关键就是接口层定义，然后前后各自实现视图层和业务层。只要做到这一点，用什么技术栈都是前后分离。

@misaki321 #12 站内搜索不好做（可用性易用性都有难度）；用 Google 自定义搜索有助于提高 Google 搜索曝光

@LittleWhiteMouse #9
（狗头脸）几个狗头都没用，来人，拉出去毙了（ doge ×65535
（正经脸）讲真，百度还不如 so.com 呢

@lota #5 （跑题警告）还真有，而且不少

京津冀互认健康码了……但是！但是！朝阳区单独成为高风险地区，继续隔离……
(╯‵□′)╯︵┻━┻

@Hanggi #98
老实讲，这些「黑点」真的让人好笑：

1. 别人的好自己的不能学，自己的好别人不能想，这圈子还怎么发展？闭关锁国是政治正确了？退一步讲，Vue 就从 Angular 「拿来主义」了又怎样，Vue 从来也没说这是原创啊。基于类 HTML 属性实现指令系统，Angular 和 Vue 都不是首创，怎么到了 Vue 头上就成抄袭原罪了，看不明白。State 和 Hook 同理。（不过讲真，Vue 和 React 的 State 和 Hook 是一回事吗？）
2. 这个最让人无语了，敢情国人开发是原罪，国人开发的产品在国人圈子里宣传也是原罪。在这一点上我真是可怜肖战，活生生被粉丝消费了。

PS: 我不了解娱乐圈，「肖战」一事只是刷微博时间线看到的，可能有理解错误的地方，仅供举例，大家明白我的意思就好。

@PhpBB #8 「多摔东西 广泛交配」？？？


@mike686 #10 除非过敏，喝凉水不舒服什么的更多的是习惯和适应的问题。喝热水吧，耐热的小心食道癌，不耐热的还得等水凉下来，客观上减少了水分摄入。相比之下放心大胆地喝凉水有啥不好呢 :-)

手上用着 89% 电池寿命的 iPhone 8，续航勉强可以接受（因为办公室有无线充电器，平常可以保持充电，一定程度上减弱了低续航能力的影响）。想借地问一下，SE2 的续航能差到什么程度？