我们说项目的成功，三分靠战略打法，七分靠执行。可见执行力的重要性。事实的确如此，没有执行力的有效支撑，单纯讲战略模式只能是“纸上谈兵”，说起来好听，看起来好看，就是无法执行。战略打法的正确并不能保证项目的成功，成功的项目一定是在战略方向和执行力两个方面都做到位。

最近，读到池老师的一篇文章「璞玉和沙砾」，文中提到关于写作技巧中「这些细节 99% 的读者可能不会注意到，他们只会觉得，这家伙的文字读起来还蛮舒服的」。突然认识到，我们做一款产品，不是也应该需要能够达到这样的效果吗。 很多优秀的产品，你用的时候可能就会发现它优秀的地方。比如产品…

为了解决分布式数据库下，复杂的 SQL难以实现的问题；在有了一些分布式数据库和 Hadoop 实际应用经验的基础上，对比两者的优点和不足，加上自己的一些提炼和思考, 设计了一套综合两者的系统，利用两者的优点， 补充两者的不足。具体的说， 使用数据库水平分割的思想实现数据存储，使用 MapReduce的思想实现 SQL 计算。

《 一个 APP 的诞生 》被定义是一本教科书、工具书，适合想通过 APP 实现自己的产品梦的受众通读，即通过本书可让你快速了解 APP 产品的整个流程，从零到一，创造 APP 产品。 而通读本书籍后，或许你、我有同样的感受，即大部分内容是以设计师的角度看待问题的。这样，若你就…

作者带领大家一起使用 React 写个简单的活动页面运营系统。

微服务架构其实就是将单一的应用程序划分成为一组小的服务，其中每个服务都是独立的业务单元，同时又能够被独立开发、运行、测试以及部署。简单来说，它的本质其实就是拆分和独立，这也决定了微服务的部署应该是分布式的。微服务架构虽然解决了目前诸多的架构层面的问题，但在分布式部署的环境中，如何才能够有效监控每一个服务，并及时发现系统中的问题又成为了新的挑战。

业务背景 就拿前些天的双十一的 “抢券活动” 来说，一般是设置整点开始抢的，你想想，淘宝的用户群体非常大，可以达到亿级别，而服务接口每秒能处理的量是有限的，那么这个时候问题就会出现，我们如何通过程序来控制用户抢券呢，于是就必须加上这个限流功能了。 生产环境 1、服务接口所能

随着移动和数据驱动应用的爆发性增长，用户需要在任何地点实时访问任何内容。系统的弹性和响应性不再是“最好能有”的特征，而是已经成为重要的业务需求。业务越来越需要从静态、脆弱的架构转换为灵活、弹性的系统。