rebellabs的Java生产力报告只关注性能
摘要：今年的开发效率报告选择了突出的性能和测试，发现开发人员更快乐，更有效率，生产更优质的代码，性能测试时，在编码过程中运行。
rebellabs年度开发者的生产力报告出来了，已经把聚光灯放在Java性能。通过收集来自1500多个参与者的数据，该报告定义了性能团队和应用程序的一些关键特性，发现问题的共同原因是低效的应用程序代码和太多的数据库查询。
由zeroturnaround的问题，受访者集中在应用复杂度说，团队的大小，应用程序分析和性能监控。它也集中于开发用于性能目的的工具和流程。
在工装方面，VisualVM技高一筹的应用分析，评分结果46.5%。JProfiler遵循二25.7%，自定义内部工具排名前三（20.6%）。zeroturnaround的xrebel声称3.3%的调查结果。
当问自己什么高执行软件组织看起来像，报告的作者，倡导开发商在西蒙zeroturnaround枫相比的受访者声称他们的用户不受那些性能问题的活动。该报告得出结论，最满意的终端用户具有以下特点：
在小团队工作。表现最好的团队用最少的问题已经减少30%的团队成员。
更早的考试。满意的用户满意的用户有36%更可能运行性能测试，而他们的代码。
更有效率和主动。这些队伍38%更快的诊断，修正和测试性能问题；几乎40%更可能分布在每天或每周的基础上；和20%不太可能出现问题时，测试反应。
jaxenter有机会采访到西蒙枫对报告结果。
jaxenter：今年的年度Java生产力报告专注于Java的性能，被你为“黑暗艺术软件开发”。这个焦点背后的动机是什么？
西蒙：每年我们都会进行一次广泛的调查，以了解开发商如何工作的技术情况，以及一个特定的学科或领域的软件开发。在zeroturnaround，我们最近进入了演出市场xrebel，产品只有一年多的历史，所以我们的兴趣在性能上已经增加了很多，在过去的几年中。我们注意到，它仍然是一个地区的申请周期，可以得到左后面或完全忽略，所以我们想要深入了解开发者和团队目前看起来在性能测试以及他们如何去测试。
报告显示，负责确定性能问题的团队开发，在数据上高达94%的股份。你说性能测试你的代码是有意义的，你的代码，你的高比例表明，这是没有发生？
数据显示，在所有受访者中，94%的受访者，这是开发商谁解决性能问题时，他们发现。这并不意味着他们被开发人员发现，甚至在开发过程中。这使我们了解比时QA团队，运营团队或性能团队找到性能相关的问题，任何周期，他们将最经常回去开发团队为了得到修复。这可能是几天，几周甚至几个月后的发展的特点已经发生。
事实上，其他开发人员可能已经建立或重复的代码，这意味着潜在的修复可能已经处于一个纠结的状态。一个数的原因如所描述所有导致固定变得更加昂贵，当最终，它的经常相同的人实际上使固定不论谁找到的bug时，它发现。
你所使用的工具的应用程序的工具，你的工具吗？3.3% xrebel结果是什么？
我们都期待JProfiler名列前茅，特别是我期待Java任务控制有较高的百分比，不只是因为它是一个伟大的工具，但也因为它是免费的在发展，运用Oracle的Java版本7u40。xrebel排在3.3%，这是一个工具，只有投放市场一年多以前非常高。而我认为这个数据是准确的，总是会有与每一个调查的偏见和我希望这里也有影响。我们共享的调查尽我们可能，甚至要求有影响力的行业来帮助我们。我们的社会媒体达到将包括我们很多JRebel和xrebel客户，所以我们必须因子，当看结果。
当调查问卷如何回应最常见的表现问题时，你说“我们作为一个行业没有正确的测试”。在你看来，如何解决测试是正确的？
虽然我的意思是说，更具体的性能测试，它确实适用于所有测试中的大部分。有人做伟大的单位测试和运行他们定期在一个环境，但许多人仍然不。在性能测试领域，特别是，我们需要改变我们的思维方式，同样地，我们如何与单元测试和功能测试前一段时间。
这种新的思维方式需要把性能测试分类为第一类的公民，作为一种应该定期运行的东西。一旦这个阶段的测试，它往往是作为一个最好的可以做的活动，或完全忘记，这只会导致一个可怜的用户体验，为我们的客户。开发人员经常把重点放在他们的代码，而不是质量，这并不总是他们的过错。艰难的时间表和压力，从项目管理是一个伟大的借口，为什么没有彻底的功能或性能测试，代码是不运。应用程序和代码只能作为测试，包括单元测试，功能测试和性能测试。三需要左移在过程和代码开发完成，在可能的情况下。
你问的问题是，是否有专门的性能团队是更好的，与结果倾向于他们在寻找问题和错误。是否还有其他的变量，你会考虑测量这个？专业性能知识如何？
这是一个非常难回答的问题，因为每一个团队都是不同的，也有不同程度的知识的个体产生巨大的影响。此外，我们没有深入探究的是每一个团队发现的错误类型。我会推测，专用的性能测试团队会运行更复杂的测试场景，而不是开发人员可能会。不是因为他们有更多的时间，而是因为在一个专门的角色，我希望他们有更多的专业知识和学科知识的表现领域。
我会说虫子发现球队的表现，就不仅仅是很难找到，但也难解决，这就可以解释为什么数额所花费的时间来修复这些错误是如此之高。虽然真正的经验和知识是了解这些团队如何工作的关键方面，这是一个非常客观和困难的指标来衡量准确。
完整的报告可以从这里下载rebellabs。
由zeroturnaround的问题，受访者集中在应用复杂度说，团队的大小，应用程序分析和性能监控。它也集中于开发用于性能目的的工具和流程。
在工装方面，VisualVM技高一筹的应用分析，评分结果46.5%。JProfiler遵循二25.7%，自定义内部工具排名前三（20.6%）。zeroturnaround的xrebel声称3.3%的调查结果。
当问自己什么高执行软件组织看起来像，报告的作者，倡导开发商在西蒙zeroturnaround枫相比的受访者声称他们的用户不受那些性能问题的活动。该报告得出结论，最满意的终端用户具有以下特点：
在小团队工作。表现最好的团队用最少的问题已经减少30%的团队成员。
更早的考试。满意的用户满意的用户有36%更可能运行性能测试，而他们的代码。
更有效率和主动。这些队伍38%更快的诊断，修正和测试性能问题；几乎40%更可能分布在每天或每周的基础上；和20%不太可能出现问题时，测试反应。
jaxenter有机会采访到西蒙枫对报告结果。
jaxenter：今年的年度Java生产力报告专注于Java的性能，被你为“黑暗艺术软件开发”。这个焦点背后的动机是什么？
西蒙：每年我们都会进行一次广泛的调查，以了解开发商如何工作的技术情况，以及一个特定的学科或领域的软件开发。在zeroturnaround，我们最近进入了演出市场xrebel，产品只有一年多的历史，所以我们的兴趣在性能上已经增加了很多，在过去的几年中。我们注意到，它仍然是一个地区的申请周期，可以得到左后面或完全忽略，所以我们想要深入了解开发者和团队目前看起来在性能测试以及他们如何去测试。
报告显示，负责确定性能问题的团队开发，在数据上高达94%的股份。你说性能测试你的代码是有意义的，你的代码，你的高比例表明，这是没有发生？
数据显示，在所有受访者中，94%的受访者，这是开发商谁解决性能问题时，他们发现。这并不意味着他们被开发人员发现，甚至在开发过程中。这使我们了解比时QA团队，运营团队或性能团队找到性能相关的问题，任何周期，他们将最经常回去开发团队为了得到修复。这可能是几天，几周甚至几个月后的发展的特点已经发生。
事实上，其他开发人员可能已经建立或重复的代码，这意味着潜在的修复可能已经处于一个纠结的状态。一个数的原因如所描述所有导致固定变得更加昂贵，当最终，它的经常相同的人实际上使固定不论谁找到的bug时，它发现。
你所使用的工具的应用程序的工具，你的工具吗？3.3% xrebel结果是什么？
我们都期待JProfiler名列前茅，特别是我期待Java任务控制有较高的百分比，不只是因为它是一个伟大的工具，但也因为它是免费的在发展，运用Oracle的Java版本7u40。xrebel排在3.3%，这是一个工具，只有投放市场一年多以前非常高。而我认为这个数据是准确的，总是会有与每一个调查的偏见和我希望这里也有影响。我们共享的调查尽我们可能，甚至要求有影响力的行业来帮助我们。我们的社会媒体达到将包括我们很多JRebel和xrebel客户，所以我们必须因子，当看结果。
当调查问卷如何回应最常见的表现问题时，你说“我们作为一个行业没有正确的测试”。在你看来，如何解决测试是正确的？
虽然我的意思是说，更具体的性能测试，它确实适用于所有测试中的大部分。有人做伟大的单位测试和运行他们定期在一个环境，但许多人仍然不。在性能测试领域，特别是，我们需要改变我们的思维方式，同样地，我们如何与单元测试和功能测试前一段时间。
这种新的思维方式需要把性能测试分类为第一类的公民，作为一种应该定期运行的东西。一旦这个阶段的测试，它往往是作为一个最好的可以做的活动，或完全忘记，这只会导致一个可怜的用户体验，为我们的客户。开发人员经常把重点放在他们的代码，而不是质量，这并不总是他们的过错。艰难的时间表和压力，从项目管理是一个伟大的借口，为什么没有彻底的功能或性能测试，代码是不运。应用程序和代码只能作为测试，包括单元测试，功能测试和性能测试。三需要左移在过程和代码开发完成，在可能的情况下。
你问的问题是，是否有专门的性能团队是更好的，与结果倾向于他们在寻找问题和错误。是否还有其他的变量，你会考虑测量这个？专业性能知识如何？
这是一个非常难回答的问题，因为每一个团队都是不同的，也有不同程度的知识的个体产生巨大的影响。此外，我们没有深入探究的是每一个团队发现的错误类型。我会推测，专用的性能测试团队会运行更复杂的测试场景，而不是开发人员可能会。不是因为他们有更多的时间，而是因为在一个专门的角色，我希望他们有更多的专业知识和学科知识的表现领域。
我会说虫子发现球队的表现，就不仅仅是很难找到，但也难解决，这就可以解释为什么数额所花费的时间来修复这些错误是如此之高。虽然真正的经验和知识是了解这些团队如何工作的关键方面，这是一个非常客观和困难的指标来衡量准确。
完整的报告可以从这里下载rebellabs。
相关文章
最新发布
阅读排行
热门文章
猜你喜欢