在我们进行 Serverless + SPA 应用开发之前，先看看官方的相应 DEMO。
在前两篇文章《Serverless 应用开发指南： serverless 的 hello, world》和 《Serverless 开发指南：AWS IoT 服务开发》 里，我们简单地介绍了如何用 Serverless 和 AWS IoT 开发入门级的 Serverless 应用。
在这一篇文章里，我们将开始进入正式的应用开发领域里：一个 CRUD 示例。
在我开发一个完整的 Serverless 应用之前，我决定尝试一下不同的 Serverless 服务。这次我打算结合一下 AWS IoT，作为我对云服务与物联网结合的探索。
在翻译了几篇 serverless 与物联网相关的文章之后，我开始想着好好掌握一下 serverless 的相关知识。
我对于 serverless 的第一认知是：Serverless 是由一堆云服务构建后端服务的，如存储、计算、授权都是由不同的服务来构建的。而作为一个开发人员，我们所要做的就是了解如何搭配不同的云服务。
最近，项目上出于系统性稳定性、减少测试工作量考虑，打算在 Web 前端引入 BDD。由于上一个项目写了一定的 Cucumber 代码（BDD 测试框架之一），这个框架选型的责任便落到了我的肩膀上了。
最近几个月看了不少书，觉得有几本甚是不错，如干货满满的《编程风格》，概念普及中的《Serverless架构:无服务器单页应用开发》。便撰文一篇，简单地介绍一下这几本书。
推荐的这几本书，都是一些系统性思考的书籍。因此，形如《深入理解 ES6》这种偏向于技术细节的书，建议大家按自己的需要去阅读。
转眼间，做了一年多的项目结束了。修了两天的假，等着下一个项目的开始，或许这就是身为乙方的宿命。
倘若是在自己的办公室里完成项目，那么甲方和乙方的区别怕是不大。而作为一个在客户现场工作的乙方工程师，就不是一件容易的事。在客户现场面对的，不仅仅是技术问题，还要注意一系列的沟通，以及额外的政治影响等等。
时间一久吧，总会在思考两种工作模式的不同之处。两者的目标是一致的，只是一方永远都是要配合的。总在想，如果我是另外一方，会怎么去思考问题。也在思考着，如何来提升自己——因为很多时候自己是接触不到数据、最终用户等等的信息。
扯太远了，我就是来总结一下所思所想。
长期做一件事，相当的具有挑战。GitHub 的 700天+ 里，我看到造轮子的乐趣；100 个星期 100 篇技术周报里，又 GET 到了一些新的技能。
两年前，一次偶然的机会，我成为一枚 InfoQ 的社区编辑，开始编写物联网相关的技术周报。大概是我在网上发的物联网、硬件相关的博客比较多吧。不过，即使是在今天，国内的相关博客也特别的少。或许，这算是 EE 和 CS 的一些区别吧。
在上一篇《我是如何为技术博客设计一个推荐系统（上）：统计与评分加权》中，我们介绍了，如何收集以及基于统计学的推荐系统。在这一篇中，我们将介绍如何结合 Google 搜索来完善标签推荐系统。
过去的两周里，我一直忙于为 『玩点什么』 设计一个推荐系统（即，recommend system）。在这个过程中，参考了之前的 几本书籍，查找了一系列的资料。想着这些资料上，大部分都是大同小民的，实现了几个简单的推荐功能，改进了标签推荐算法，便想着写篇文章记录一下。