听 ACG、轻音乐、小众音乐的我，国区 AM 的曲库还是不能让我放心

@leopku Android Studio 基于 IntelliJ Platform，内置这个功能，你可以在 Preferences - Editor - Tabs 找找看

早入 Setapp 早享受

看你的招聘目标是什么。3 年左右，算有项目经验的初级工程师了，如果你的招聘目标就是上手干活（不涉及研发、基础构建、技术积累什么的），让对方讲解一下过去做过的项目，然后你设计些新需求让对方当场提供实现思路，答得顺利就可以了。那些技术概念，说实话，（在这个场景下）不是很重要。毕竟，大家都是面向 API 编程（狗带.jpg

能用 slot 就用 slot，基本不用担心状态传递的问题了。但只适合一层嵌套的情况，嵌套层数多了就麻烦了。

用 provide/inject 可以应对嵌套层数较多的情况，或者更高级一点的用事件传播，两头约定好口径就可以为所欲为了。project/inject 可以保留可响应性，事件传播不能，这个谈不上优劣，看取舍。

想解决得更彻底一点，还可以用 Vue.observable( )，把共享状态分离出来，需者自取，皆大欢喜。如果敢于激进，使用 vue-function-api 可以获得更完善的工具包，运气好的话还可以在后面无缝过渡到 Vue 3。

@hiroya #11 考虑到官方教程上单独用一个 3 级标题讲了这个事情，而且位于「组件基础」这一章的前段，实在不应该没看到。我只能认为是看教程的时候太不踏实了。

@Zink99 #15 打死他 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

@Zink99 #8
如果设定上必须传一个值，但实际上没有值可传，那一定是逻辑实现有问题，或者业务实现有问题。传 "" 是一个偷懒但危险的办法。

---

@wednesdayco #9
这是一个习惯问题。「空值」就应当指 null，「空字符串」（或简称「空串」）才是指 ""。

我问过 Vue 组件的 data 为什么必须是一个函数，一个很简单的问题（答案直接就写在了官方教程上），但很遗憾十有六七答不上来，令我费解。也许是我司的面试门槛太低了吧……

也许最相近的就是这个了： https://packagecontrol.io/packages/Darkula%20Color%20Scheme

---

@bumz #6 我觉得楼主要的只是那个配色

@wednesdayco #2 是的，还有 undefined、NaN

「这种“非空字符串”只能在 resolver 里面验证么？」
是的。

「难道不是 Null 和""都是空么？」
null 是 null，空字符串是空字符串，它们可以表达不同的业务含义。不要被 JS 的隐式类型转换误导：
null == "" // true
null === "" // false

@murmur #8 2333

---

@wu67 #6
不要盯死框架工具，要上升的业务层面。CRUD 项目里 Vue 只是很有限的一部分，Vue 之外还有很多东西可以讲，比如数据是怎么来的，怎么存的，怎么更新的，怎么共享的，权限怎么实现的，交互怎么实现的……这些都能讲明白，你已经超出「熟练」的水平了。

即使是专注在 Vue 的主题下，其实也有很多东西可以讲，比如如何使用嵌套路由实现可复用复杂布局，如何使用动态组件提高应用扩展性和加载性能，如何实现响应式驱动非 Vue 组件元素……这些都能讲明白，你已经比大多数 Vue 使用者强了。

上面这些内容最好结合实际业务讲，哪怕是你在已有业务的基础上自己「脑补」出来的设定。虽然，这样的要求对于 2 年经验有点苛刻，但如果能表达出你在这些方向上的思考，至少能得到一个不错的印象分。

分支：一个功能点、需求、错误、变更、……
提交：实现一个目标（功能点、需求、……）所需要做的一件事情，可以用一句话较完整地概括的那种。如果一件事情没做完但需要临时切换到其他上下文，提交为 wip，等之后继续工作时 fixup 或者 amend。

「保证每个关键词都问不倒你」(@NewDraw #1) +1

@morethansean #4 突然明白了微软这两年的用心！

下班到家，多说几句。

首先，要有积极的心态。问题是客观存在的，但不意味着我们什么都做不了。即使结果不尽人意，但我们可以努力让事情向好的方向发展。日子还很长，要相信未来是光明的。

然后，要做好充足的迎接未知困难的心理准备。

这其实是一个社会问题。很遗憾，我们的社会在解决这个问题上的努力相比经济的发展有明显的脱节。所以，在个人试图凭一己之力解决社会问题的时候，牺牲就不可避免了。

牺牲谁？这是一个艰难的问题，而且通常别人的答案不具备可参考性，因为难念的经各家不同。带孩子这种事，说简单点就是用机会换时间（再把时间换成孩子的机会）。不论牺牲谁，都是在牺牲与那个人相关的机会。那么，在保证孩子能健康快乐地成长的前提下，牺牲谁的机会是总体代价最少的，谁（或谁们）的牺牲就是最优选项。这话听着难听，但道理就是这个道理。

需要注意的是，在这个问题中孩子不是目标的唯一内容，家庭的其他方面也需要兼顾。（如果家庭破产了，何谈孩子的未来呢？）

举例来说（仅仅是举例，不是对楼主情况的分析）：妻子的工作收入是家庭的经济支柱，父母的工作是可以安稳养老的保障，同时也没有其他合适的外援，最后排除下来牺牲自己的（工作、娱乐、成长、etc.）机会的总体代价最小，那么自己全职带孩子也许就是最优解。（再次强调这只是提供分析思路的举例，不是对楼主的建议。）

另外值得一提的一点，我所知的大多数城市，早则 3 岁晚则 4 岁就可以入托，所以可以以这个时间点为参考进行多方准备，尽可能降低总体的牺牲。

最后，不论做出了怎样的选择，与全家人做好充分的沟通。家人达成思想和行动上的一致，是良好解决问题的基础。

愿楼主家庭幸福。

同是见习父亲，也有相同的烦恼（虽然形势没有楼主这么严峻），尝试回答一下问题。

1. 婴儿在生理需求之外最需要的是安全感，而产生安全感的最直接的方式就是陪伴。所以「硬是将孩子留在身边」这种做法，不敢说耽误，但肯定会对孩子的心理和性格养成有负面影响。相比较而言，带回老家有人全时照应更好。

2. 理论上可行，至于流失的营养可以靠婴儿奶粉和辅食来补充。至于早断母乳，在现代生活下，唯一需要担心的是母源抗体的获得。但这个事情有多重要，具体情况具体分析。

3. 很遗憾，无解。如果孩子能很快理解「屏幕中的人就是我的爸爸妈妈」，视频通话会有一定帮助。但就个人经验而言：一，多数孩子没有这种理解力；二，毕竟是屏幕，与直接接触相比差太多了。

4. 不敢说常态，但相似的烦恼应当是常见的。改观和解决方案什么的，不知道，不敢说。

5. 家庭情况毕竟不同，不敢说完全理解了楼主的处境。只能说全职爸爸是个可取的方案。但其中的权衡利弊太多了，需要谨慎决定。

抖个机灵：swc