另外也不太能理解 wildcat 为什么觉得上来就看论文是搞笑。你要了解某一领域目前最新的学术进展，难道不是看论文最快么。

对不同的人适用不同的方法吧。
如果要看论文，GitHub 上有个仓库 Deep Learning Papers Reading Roadmap： https://github.com/floodsung/Deep-Learning-Papers-Reading-Roadmap
如果是学 Deeplearning.AI 的课程，这里有全套笔记给楼主助攻： https://github.com/mbadry1/DeepLearning.ai-Summary

应该是给评测人员提供驱动了。不然他给你测出个 bug 什么的……

西瓜书我也觉得不错。我第一次看的时候是跳过大多数公式当科普书看的。
不过后来再想认真看的时候又发现它「教材」性质比较重。面铺得比较广，一些在实践上比较关注的技术它都没有深入去讲。

@WildCat
楼主理科研究生毕业。我不认为他拿到这种数学公式多的资料会是一脸懵。他上面说的懵逼我个人理解为谦虚了，是假懵逼。学过考过忘掉了，和完全没碰过是不一样的。

deep learning.ai 的课我也在学。现在刚学完两门。
但我给吴恩达的斯坦福 ML 课打了 10 分推荐度，给他 DeepLearning.ai 前两门只打了 7 分。它太简单了。过于简化了。仗着深度神经网络一些优越的特性而抛掉了很多细致的论证。
我在这套课里获得的成就感远小于斯坦福 ML。如果是很功利地急于在这方面产生价值，当然可以学这个。但是我还是推荐走一条稍微困难一点但是更坚实的路。

……不要从头开始学吧，那个太多了。你会死在半路的。

deep learning 领域几位神级人物写了一本书： https://www.deeplearningbook.org
貌似是从数学角度入手的。你挨着看，看不懂的再去找相关的基础教程。

机器学习用得到的也就只是数学里的线代、统计、概率，但又分别只用了这几门里的一部分。要找准方向啊兄弟。

加-F 的话程序启动速度会变慢很多。而且我遇到过加-F 打包数据文件调用失败的。

编辑. spec 文档去控制打包时包含的数据文件，参考：
https://blog.csdn.net/u010159842/article/details/53212443

都用过，MIUI 比 EMUI 好

还是别去了。
我们公司合同里就有规定，在职期间如果公司安排你外出进行学习、培训，离职时公司就有权要求你退回这些培训发生的相关费用。
神 tm 合同把这些情况都预备好了。

公司规定是要叫英文名……

催更催更

@nopy 短期过去公办似乎是可以用自由行的签注。即使需要商务签，台湾母公司应该也能帮出具材料。
我估计签注问题不大。

@liuzuji 有帮助！谢谢！

我们公司就是台湾的公司，应该可以帮我办。

@adezh
没有居住证。去年毕业到广州来的，当时没想着办居住证……看来是不行了。

@hsuan
我就是看到政策好像有放宽，所以抱一点希望。

@qinrui
是吗？我们公司没办诶。我一直都住公司宿舍里，没有在外租房子，就没怎么考虑去办居住证。
不过这家公司是台湾企业，确实也很多方面没有跟着大陆的规矩走。

@dobelee 不是诶……
本人回原籍办的话，就要等春节前后了。中间跨一个春节假期，恐怕要三月中旬才拿的到入台证😞这样可能就不会派我去了……

@honeycomb 诶，但是其实，NAND 厂商提供的闪存并不会专门对齐 64G、128G。
所以用户端如果能用的容量有 128GB，那实际可用容量多半是大于 128G 的啦

@iyg429 有证据吗？哪家的主控？

我觉得还是 NAND 寿命对 ssd 寿命影响大点。

@honeycomb 这位兄弟也是业内的？
我是做后端的，所以对 NAND 这块比较熟。不知道你有没有手算过容量，即使按每个 page 16KB 来算，一个 64GB 的 die 也不止 64G 的可用容量。
具体数据我就不摆了，因为不清楚哪些算机密。

OP 留多大，我觉得是非常 various 的。
跟 firmware 管理机制、NAND 厂商提供的 extended blocks 数量、面向的客户都有关。
有些企业级客户会直接要求 OP 的大小。消费级也并不是固定 7%

另外，SMART 查到的信息是没有参考价值的。host 发查询指令的时候，我们 ssd 这边的 firmware 想给它回什么值就回什么值。

业内人士现身说法。

是有预留的。但是不知道你这算法怎么来的。不是你这样算的。
首先是 NAND Flash 厂商供应的闪存颗粒就有预留——每个 page 提供给用户的大小是 16KB，然而实际上有 18KB 左右的物理空间可用。
然后就是 ssd 厂商预留用来做坏块替换的 block。这部分跟你讲的大致差不多。
所以实际上如果你看到的硬盘有 240G，它物理上应该可以写 270G 甚至更多吧。

跟二进制十进制换算没关系。但是厂商喜欢拿十进制换算来说事，假装这是历史遗留问题。消费者那边好解释一些。

在坏块替换这个部分，各家的管理策略不一样。
ssd 里面用 NAND Flash 组了阵列，全部并行做读写操作，这是 ssd 速度快的一个原因。
如果一块 ssd 有 8ch 4ce 2plane，那就等于是 8*4*2=64 个 plane 在并行工作。不妨把 plane 理解为跑道，有 64 个跑道一起在为你发车。

假如按你的 7%预留来考虑。其实质上是给每个 plane 都留了 7%的 block 用来做坏块替换。
但如果有某个 plane 擦写次数特别多，导致很快就把 7%用完了呢？那它就不能跟其他 plane 一起做并行了。在有些厂商那里（实际上我认为大多数厂商都是吧），这块 ssd 就被认为寿命到头了，firmware 会将它设为 read only，只允许 host 从里面读取数据，做一点最后的抢救。

至于为什么跑道少了一根就牵连所有跑道，这涉及 firmware 管理的问题。当然是受制于主控啊、DRAM 啊那些。不能把 firmware 写得太复杂。

firmware 写得好的厂商，能确保均匀使用各个 plane。到最后寿命将近的时候，所有 plane 几乎会一起坏掉。