​最近的工作总是在EMR上跑Spark的job，从代码完毕到测试完毕的过程是这样的： 1. 本地测试： 构建 -> 本地UT -> 观察分析结果，这一阶段可以发现逻辑问题 2. EMR上执行测试： 上传最新构建到S3 -> 准备EMR资源(包括计算资源和数据) -> 在EMR上执行Spark job -> 观察分析结果，这一阶段可以发现在数据量较大的情况下才出现的问题 3. Workflow集成测试(这个workflow是公司内部的一个管理job的工作流系统)： 启动workflow -> 观察job状态 -> 等待workflow调度和资源分配 -> 等待workflow执行结束 -> 观察分析结果，这一阶段可以发现在workflow配置、参数等环境上的问题

    <P>我用过很多的web应用，对于我们来说，我们的投资方式都是非常直接的。在投资前我们很清楚什么样的应用是我们感兴趣的，如果这产品我们不感兴趣，那我们就会直接告诉项目的负责人这不是我们想要的，相反，我们就会采纳这个产品。紧接着如果发现产品和我们产生共鸣，那么我们就会尝试去了解他。一旦这个产品，以及对应的服务和项目团队都非常吸引我们，那么我们就会去投资。</P> <P>这十项是我一直在web应用中寻找的。我敢肯定在座的一定有人会不同意我的观点，但是这确确实实是对于优秀的web应用来说是不可或缺的。因此，今天的主题就是：“构建成功web应用的十项黄金法则”。 </P>