技术阅读笔记 #6
这篇文章让我很有启发。这篇文章说到的问题是Linux系统有很多命令行的交互界面。很多时候，命令行界面要求你确认信息的时候，可能只是要你输入一个"Y/N"，或者是按任意键继续。作者从自己多年的经验出发，指出输入简单的"Y/N"进行确认有时候是非常危险的事情，因为用户的粗心没看清楚信息就确认了。作者建议，在要求用户确认信息的时候，应该要求用户完整地输入信息本身的内容。比如
$ Blah blah blah 123,456 machines will be affected. Proceed?
$ Enter number of machines to confirm:只有当用户输入准确的数字的时候，程序才会确认并且继续：
$ Blah blah blah 123,456 machines will be affected. Proceed?
$ Enter number of machines to confirm: 123456
$ OK! Continuing.这篇文章的标题非常震撼，有给我当头一棒的感觉。具体内容其实主要是关于"什么情况下应该改变，不要再安于现状"的思考。
作者先是说不要被自我满足和所谓对公司的忠诚而耽误了自己，并且用了两个很好的子标题：自我满足是癌症和错放的忠诚。关于自我满足，作者说安逸的生活会给人一种自我满足的错觉：喜欢现在朝九晚五的生活和工作环境，但这样可能就慢慢沉沦了。关于忠诚，作者说对自己忠诚才是忠诚，公司不过是考虑他们的业务。这两点对建立一个新的思维模型还是有作用的。
接下来作者就说应该考虑自己的成长而不是近期赚多少钱，然后要如何自我评估，考虑自己是不是应该寻找一些改变了。作者建议每个季度用以下几个指标反思自己的工作：
那么，今天你考虑跳槽吗？
这篇文章主要讨论的是实时协作(Realtime Collaboration)背后的技术问题。实时协作有很多例子，比如Google Docs这种多人在线共同写文章的应用。在疫情的影响下，多人在线的应用会有越来越大的市场，腾讯文档、石墨文档等等都在做类似的应用软件，做一这篇讨论还是挺有意思的。
文章主要是比较两种算法：
这两个算法的选择之间主要是功能、性能、和实现难度之间的比较。OT相对比较容易实现，而且额外负担比较少，也比较容易解决协作出现的冲突。CRDT一直就不是很容易实现，就算实现了性能也不是特别好。但是作者听了Martin的讲座以后自己用Rust写了一个，发现好像CRDT可以有比较高效的实现方法，所以他还是蛮看好CRDT的前景的。而且OT最终是需要一个中央服务器来控制算法的，而CRDT并不需要一个中央机构来管理。
这篇文章有点意思。主要的方法就是分享Google搜索关键字然后来"猜测"用户在寻找Saas产品的时候最关注哪些问题。感觉他好像是根据自己的经验事先确定的关键字，然后把关键字分为"售前关注信息"和"售后关注信息"，然后统计"品牌+关键字"在Google搜索得到的结果。这个研究方法还是写得很清晰的。
根据作者的分析，一个好的SaaS网站应该有如下的内容：
售前信息：
如果你对你的产品网站完全没有想法，倒是可以看看这个文章来获得一些建站的思路。不过老实说，整个文章分析读下来，我觉得现在互联网卖床的网站（比如Casper，Tufts & Needle）倒是非常符合他的数据分析。所以看来这不仅仅是SaaS服务建站思路。
这个系列讲的是如何提高网站的性能，包括如何测量和理解网站的性能，以及各种提高性能的技术。
关于用户时间上的体验，可以结合这两篇文章：
Google Spanner数据库的技术讲座。这个讲座讲得挺好的，从背景问题到解决方案，每一个过度都讲得挺不错的。有时间的时候还是要继续看几遍。
一个关于Google Chubby服务的技术讲座。有时间的时候还是要继续认真再看几遍。
微软设计了一个手掌机游戏制作器。大家可以用这个小软件来制作一些规则简单的小游戏，然后在一些小的手掌机上玩。我发现这个仓库提到的手掌机真的是各种各样，还挺神奇的。他们还就这个主题写了篇论文，有时间可以读一读。