Source, 作者描述了他被 CoC、Twitter、Mario Run 剥夺注意力之后陷入的恐慌，以及他的找回注意力的策略：Went Offline。
注意力是有限的，也是人最宝贵的资源之一，游戏、社交网络、新闻资讯等以「最大可能占用注意力」为首要目标。注意力就像肌肉一样需要锻炼才能成长，而且过程中一定伴随着痛苦。
There is a qualitative and quantitative difference between a day that begins with a little exercise, a book, meditation, a good meal, a thoughtful walk, and the start of a day that begins with a smartphone in bed.
艾伦·科提斯·凯伊（英语：Alan Curtis Kay，1940年5月17日－），美国计算机科学家，在面向对象编程和窗口式图形用户界面方面作出了先驱性贡献，他是Smalltalk的最初设计者。2003年获得图灵奖。目前担任Viewpoints研究院院长，加州大学洛杉矶分校兼职教授[1]。曾任Apple公司院士，惠普公司资深院士。
当年就是他邀请乔布斯来 PARC 参观，从而掀起了 GUI 操作系统的革命。
里面举了个青蛙吃虫的例子来描述「We Are More Like Frogs Than We Would Like To Think! 」
The frog only sees a little of the world we see, but it still thinks it perceives the whole world.
当我们看到这张图片时，会不会觉得横着的和竖着的桌子宽高是不等的（特地在 Sketch 中量了下，确实是相等的···），这和青蛙认为会动的方块形状的小物体都是可以吃的，其实是一个道理。
We see things not as they are, but as we are. That is, whenever we’re looking out into the world, we’re always seeing ourselves, we’re not really seeing what’s out there. We have to learn very carefully how to see what’s out there.
The art of science is to make the invisible a little more visible.
You can’t learn to see until you realize you are blind. Education is to help people realize they are blind and show them how to see a little.
其中还举了一个「兔子投影」的例子，我们看到的是兔子投影在幕布上的影子，然后通过建模和数学运算来「猜测」这个影子可能是怎么形成的，牛顿的力学在地球上可以说得通，但是无法解释水星的运动轨迹，于是爱因斯坦采取另一种角度来重新审视重力，为的就是真实还原那只兔子。
the destiny of computing was to become an interactive intellectual partner and intercommunications medium for everyone on Earth.
Source, 在工作之外还能有一个稳定的资金流想必是很多人的梦想，这个帖子讨论了那些一个人就能搞起来的服务，其中有月入 $50K 的，也有卖吊床的。印象比较深刻的是一个访谈网站：https://www.indiehackers.com/businesses， 会邀请嘉宾来分享他们的盈利模式和经验。比如 这位同学 分享了他是如何通过开源项目月入 $80k 的。
Source, SOLID 编程原则我们听得比较多了，但在实际工作中贯彻这个原则的估计不多，一方面是项目进度，还有就是对代码的追求没有到极其苛刻的地步。这篇文章使用了 TypeScript 结合一些简单的 Demo 来阐述 SOLID 编程原则，可以对 TypeScript 有一个简单的了解，同时加深对 SOLID 编程的印象。
Source, 如果在面试时被问到什么是函数式编程，可以简单概括如下：
Functional programming (often abbreviated FP) is the process of building software by composing pure functions, avoiding shared state, mutable data, and side-effects. Functional programming is declarative rather than imperative, and application state flows through pure functions. Contrast with object oriented programming, where application state is usually shared and colocated with methods in objects.
其他的像 Monad、Applicative 等，如果有问到也可以顺便提一下，基本上就差不多了。当然函数式编程的水还是挺深的，只有在实战中才能领会到其中的难处和精髓。
Source, 喵神的文章直接拿来就行了。看完后对 iOS 通知的前世今生会有更全面的了解，iOS 10 引入 UserNotification Framework 后，处理起来会简单很多，功能上也得到了很大的增强（包括支持图片和视频），但如果要支持 iOS 10 以前的版本，还是需要写兼容代码···
Source，在动代码之前有很多事情要做，代码往往是最容易的那部分。
No software is created until design is “completed”
这个「Completed」的过程会涉及到
- Design docs
- Feedback from reviewers
- Iterative process
其中引用了斯坦福设计学院的一张图
作者举了一个 Go 语言支持二维数组的例子，可以看到前期的设计过程就费了很多功夫，包括可读性、实现成本、实现细节等，等这些都做完后，再来 Coding 就会容易很多了。
Source, 我们知道 Go 语言没有 Exception，只有 Error，所以能做的也就只有 check error，即使这样，也可以有不同的处理方式。作者先讨论了常见的 error 处理会带来的问题（主要是依赖和信息丢失问题），然后给出了一个 wrapper 方案，既能保存 error，又能提供额外的信息。对比之下 Swift 的错误处理就会健壮得多，自然也就复杂一些。
Source，人类对数字是天生不敏感的，所以图形化才会如此重要，比如在描述恐龙有多高，头有多大时，如果只是单纯的数字很难在脑海中建立概念。但如果想象下它三层楼那么高，头可能都钻不进窗户时，对恐龙的理解就会更加深刻。所以在阅读时，多想想「What it Really Means」。
Source，一个简单的现象可以挖出很多问题，比如「一个人在冰上行走滑倒了」，从不同的角度看待这个问题，可以分出很多分支：为什么会滑倒，为什么水会变成冰，还有哪些物质在液态变成固态时体积会增大。换一个分支：为什么走在路上不会滑倒，而走在冰上会滑倒？摩擦力是怎么产生的？静摩擦力和动摩擦力之间的关系是什么？所以带着好奇心去看待这个世界或许会发现另一片精彩。
这两天刚看完的一本书，推荐。上来就对「追随自己的激情」进行了批判，同时提出了 4 大规则来让你在职场中渐入佳境。用一句话概括就是「正确地工作比正确的工作更重要」
不要以自我为中心，不要去担心工作是不是刚好合适，而是要俯下身子、努力让自己真正优秀起来。没人欠你一份好工作，你要自己努力争取，而且这个过程不会一帆风顺。激情会随之而来。
想方设法让自己的技能更稀缺、更宝贵。所以尤其注重那些能让你有机会发展稀缺而宝贵的技能的工作。
看名字是一本挺平淡无奇地书，但翻了几页就会发现跟一般的编程书不一样。最明显的感受是通过例子来引出知识点，例子的难度也是渐进的，同时会在例子中埋几个伏笔，让你很想知道一些概念到底是怎么回事，而且讲解的语言非常直白。先告诉你能做什么，再告诉你怎么做，最后再解释为什么要这么做。拿在手里会很自然地看下去，也很容易拿起编辑器跟着 Demo 代码走一遍加深印象。
自觉泪点不低，剧终还是没有忍住，五星推荐。