怎样去管好developer的开发质量

管理开发质量？最好的办法就是将任务划分得粗一点，每个任务都采用结对编程的方式实现，并且每天花一个小时在结对分组之间进行交叉review！

SOA太重量级了，互联网上需要的是REST。

每天又有不知道多少个基于报文的新系统上线。

最后一句非常有道理，SOA只有针对具体的领域，比如电信行业存在像NGOSS这样的国际规范的前提下，SOA才有正真的价值，不论是企业与企业之间还是在企业内部，都会对企业的可持续发展带来不可磨灭的贡献
否则的话SOA只是一个口号，没有什么实际的价值，忽悠必备工具

REST。。。。。
你公司会请语义学研究生么？
Rest

如果你是学语义学的，那欢迎

知道什么是质量，知道什么是需求，不断的review，不算的改。
说白了，就是唐僧，知道什么是佛，知道自己是要到达西天，不断的在徒弟们面前去告戒，不管是能力超强的悟空，还是笨蛋悟能，还是老好人悟净。要做到徒弟们在后面骂你是苍蝇，也不能忘记在看到佛祖的时候提醒他们下跪。

这段话说的挺深奥的，基本看不懂

信口开河。。。。国内SOA实施的公司不少了。
实施过3个前100强企业的SOA项目，3个全是制造业。除了内部无数系统的集成外，还要集成外部各经销商，中国电信，公安局等。项目实施的技术难度很一般，方法论也都很成熟。大量时间花费在跟各个系统的负责部门开会讨论接口，还有大量时间花费在各种规范文档的书写上。。。。。难度在于各个部门的协调配合，需要强力领导层的直接介入。

你要做的首先是你只有10周的时间，这个期限非常之紧凑，紧凑得让人窒息，犹如古龙小说的中原一点红出手的一剑，而你要面对很多选择，很多东西要做，很多问题要解决。我要问上一句，你的将、你的兵怎么样？是能够摧城破寨的好手？还是临阵拉稀的挠种？

你列觉的东西都太多了，乱花，要迷住人的眼睛，而使你失去项目的方向，还有可能在实际的操作当中，你的部下发生哗变。所以，所以，你待怎样？你要衡量你能做的事情，把范围尽量缩小，另外，在中国做事情更多的是要面对人，去处理人和人的关系，这不是悲观堕落，这是事实。

developer的开发质量管理，你能定出合理的质量指标为主要，失去这个，你所付出的一切努力都会找不准方向。你是否要做code review?是否要做ut?怎么做？做的频度又如何？数据指标又如何？比如code coverage的percent?这几个点定出之后，你要做的就是如何推行、改进、切磋，而且要快。

开发方式的选择也很重要，如果用瀑布，你能做的事情更少，这么短的时间，你最好要做的是一个良好小版本发布计划，尽快让QA介入，并且多请QA吃饭，而且暗地里让他唱黑脸，他是质量的神，你要用好这个王牌，在你的开发人员抱怨QA太无事生非的时候，适当地唱白脸，安抚一下军心。

很多测试工具，测试框架，持续构建工具，你要第一时间搭建好它，并且驯服它，让它变得透明，而不是在进行测试的时候让你的开发人员抱怨这东东太矬，好似挥舞大铁锤去搞刺杀，要让他们像诸葛亮挥着羽扇，指点之间，绿灯店亮，测试轻松搞定。

其实简而言之，要利用好测试这一点，其他都是废话，因为你只有三个月时间，用测试的数据来说话，而不是用人情。