技术的官方文档通常有个特点，或者说问题，就是太长太冗余。为了保持权威性和完整性，就像 RFC 一样，必需事无巨细地交待所有内容。这就使得 主要和次要的内容混杂在一起，既淹没了重点，也极大地增加了学习成本。

而与之相对的，是 现代人 的急躁；并不想真正地学习某东西，而只是想尽快解决眼下的问题。尤其是，老板怪不得员工在瞬间用新技术实现新业务。

两者对比如此强烈，怎么办呢？找捷径。

这种状况和思路，是没有国别和文化差异的。体现在国内就是各种速成班（演化到现在就是网上课程、知识付费），XXX 简明教程，30 天 XXX 实战，给大忙人写的 XXX 入门教程，等等。在国外就是 Head First 系列等等。翻开这些书，绝大多数都是 LJ，通常是官方文档的整段整篇搬抄或翻译，都是在人们焦虑急迫之下的知识快销品。

当然，也不能一棒子打死，有些第三方教程或书籍，确实是很好的。比如，《Cocoa Programming for Mac OS X》，比如阮一峰老师的文章。在我看来，好的教程主要提供两方面的帮助：

• 突出重点
  • 暂时隐藏不太需要知道的东西，降低学习成本
• 提供视角
  • 从经验及实战的视角，重新组织知识

打个比方，官方文档平铺直叙，像个平面，像散落在地上的珍珠。好的教程，可以从中挑选中好的珍珠（重点部分），并用一根线（经验及实践的视角），把它们串起来、从地上拎起来，成为立体的东西。

只是，这样 好的教程，可遇不可求，尤其是知识快销品容易获利，而这样的教程既难制作、又极易被抄袭的时代。于是，更重要的，还是要 增强自己学习的能力。

其实，现在 很多官方文档也提供了不同维度的介绍。既包含平铺化的 API 列表，也有 Excample 提供小而完整的示例，还有 Cookbook 对某些知识点进行深入讲解。善用这些内容，在不同阶段学习对应的东西，再辅以必要的练习，基本就可以很好地入门一些技术。

学习，没有捷径。即便现在貌似抄了近路，将来也是要还的。

纯学习有一个多星期了，虽说最近几天也是以实现 example 为主，但总归不是做实际的产品，很容易「出戏」

实在憋不住，今天没再纯学习，而是做一个小小项目：在线 html/css/js 代码编辑器。对，世上有很多这种产品，比如 jsfiddle/codepen；我也就是练手，毕竟最近接连学了 css/vue，这个小项目刚好这几方面都能锻练，还是挺适合的。

今天大概做出样子了，明天拿出来给大家见面。

学习和旅游，其实挺像的。

比较现代人的旅游，基本是下车拍照、上车睡觉。炫耀的是去过哪哪哪，有朋友圈为证。可如果你问些旅游地稍微有深度的问题，基本就 GG 了。

学习也是类似，「我会 XXX」「我学过 XXX」，很多也都是朋友圈晒照级别的。真要用 XXX 解决某个问题、做出一个产品，基本就 GG 了。

花一年时间走遍世界，可能不如在一个地方生活几个月。
A/B/C/D/E/F/G 都知道一些，可能不如好好琢磨其中一个。

当然，浮光掠影未尝不可，只是一定要和深度游结合。就像是先把地图看一遍，做完攻略，然后重点体验某些地方。

学习也是一样，应该保持开放的心态，什么都接触、什么都知道一些，培养全局观；但一定要在某些领域，有自己擅长的、拿得出手的东西。

学习的目的，是提高解决问题的能力。

时不时会被问类似的问题：怎么才能成为独立开发者？这条路有哪些坑？要注意什么？等等。

我目前的理解，最主要的是：

• 对内：知道自己想要什么，并有足够的自制力去学习、去实现
• 对外：很长时间不成功，生活也不至于受很大的影响

当然，还有很多外围的因素：

• 家人的理解和支持，或者说是不是能扛得住周围人对你这种状态不理解？
• 自己是不是能够适应一个人呆很长的时间？
• 等等

Anyway，独立开发只是一种状态、一种选择、一种方式；方式与方式之间，并没有高下之分。合不合适，自己知道。

比如一位妈妈，既要工作，又要带娃，还要处理各种家中琐事，很容易脾气暴躁心绪不宁，事情更加不容易处理好，心情和脾气变得更差，陷入恶心循环。

如果每天能有半小时自由时间，或冥想，或逛街，或刷剧，总之做自己想做的，或者干脆什么都不做，会让自己的状态不至于越来越差，甚至能越来越好，开启正向飞轮。

体恤自己，才有能力取悦别人。