sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率, 降低风险, 终开发---的软件。sonarsource 的产品和服务被各地的客户所使用。

思科系统 (nasdaq: cisco) 是全球领xian的网络技术。思科拥有73460名员工和 q2 fy13 121亿美元的收入, 在各种技术领域, 包括安全、网络会议、路由: 边缘/---/接入、语音等方面都是市场的---者。思科 it 代表公司的工程部门, 负责提高开发人员的生产率, 并在持续交付、构建管理、代码---和部署方面实施jia做法。思科的目标是设计、实施和宣传---的软件和维护工具。传统的代码控制方法涉及so-called的准时审核或门,这是对源代码的定期审核。软件面临的关键挑战

今天, 思科将成为上 1 it 组织的轨道, 但有一段时间, 它无法管理软件可能是一个绊脚石。根据思科 it --- dhairya sanghvi 的数据, 使它进入和通过 qa 的代码的是一个问题。过去有许多与代码相关的问题, 随着时间的推移而不断升级, 花费了我们很多钱。部分问题是缺乏标准。我们曾经有开发团队以一种杂乱无章的方式进行代码---和非功能分析, sanghvi 说。没有信息存储或对缺陷数量有清晰的了解, 也无法看到随时间变化的方式。此外, 代码评审所采用的系统和流程没有标准化, 因为没有用于执行 (---) 的通用工具或规则集。软件要求必须尽可能多地与所有软件产品共同,无论他们的细节。开发团队正在使用各种工具进行静态分析和单元测试, 但他说, 思科需要将其重心转移到一个具有更成熟报告能力的工具上, 开发人员和管理层都可以对其进行解释。sonarqube 是一致的选择

sanghvi 说, 在寻找能够满足思科需求的工具的同时, 研究团队也在尝试将敏捷实践融入到思科 it 开发环境中。他说, 这支球队是以 sonarqube 的特点出售的, 但整合是关键的。sonarqube 是一个代码分析工具, 与詹金斯集成好, 我们去了, a-哈, sonarqube 它是这样的!sonarqube 是一致的选择。sanghvi 说, sonarqube 有 很多---特点, 但这些---:可自定义的规则集-sonarqube 中的可定制的配置文件是一个非常有用的灵活性, 考虑到我们的平台上有各种不同的粉笔和奶酪的团队, sanghvi 说。此外, 将 xml 规则 (从一个 sonarqube 实例转移到另一个) 和这些配置文件的继承能力都很容易使其成为---的产品。项目组合管理-思科公司正在使用投资组合管理插件, 在整个企业中提供管理友好、个性化的指标。这给整个组织提供了很大的激励, 可以定期检查他们的进度, ---改进并采取行动来修复缺陷。时间机器– 趋势分析报告是 sonarqube 中da量的使用能力之一, 帮助我们说服许多项目团队采用该工具 sanghvi 说。能够看到我们的项目在很长一段时间内的---是关键的项目之一, 在您的阿森纳。开发人员倾向于从准时审核中产生的行动计划,因为他们:√是在团队之外生成的,在日常工作中被视为一种新的约束√是主观的。当与项目组合管理插件结合使用时, 此功能为组织的性能提供了一个完整的窗口。在代码---和功能集成中节省了大量的资源时间

根据 sanghvi 的数据, 思科公司采用 sonarqube 的方法, 对这家企业来说是一个---的胜利。sonarqube 已经触发了三倍的业务影响, 我们已经看到了在每一个项目团队, 我们已经登上-交付--- (时间到能力减少), 工程--- (改进) 和业务价值 (成本节约)。通过将代码分析转移到开发阶段并每天运行它, cisco it ---提高了代码, 并因此减少了紧急 bug 修复, 这 为组织节省了大量成本, sanghvi 说。在 plc 的早期阶段遇到的缺陷比以后被发现的要便宜得多。下一次大胜利是在代码---领域。现在, 每个团队都在同一个地方进行代码评审, 使用相同的工具和度量, sonarqube 提供了对关键缺陷度量的清晰和基于时间的可见性。sonarqube平台sonarqube是一个连续的分析平台,它作为web服务器运行,---指标分析代码和代码结构。由于 sonarqube 的日常代码分析, 在代码---和功能集成中节省了大量的资源时间。此外, sonarqube, 与其相关的概况和他们的客户

sonarsource

在这些更复杂的环境中, 组织必须做更多的事情。

全球竞争环境, 资源很少和/或减少。他们必须弥合 everincreasing

它与业务的新形式的社会参与之间的差距, 并抗衡

随着更多的要求---的应用程序, 满足业务和

消费者的需求。

企业项目在激烈的全球压力下---的水平和率

技术变化要求部门协同工作, 包括业务干系人

和跨 it、开发、和运营的管理人员, 以便在竞争中生存。

正如我们看到的组织转向复杂的采购, 以解决这些业务和

技术需求, 我们看到了对软件分析、自动化和通用过程的需求

通过.对于 idc 来说, 复杂的采购意味着利用外部服务提供商的资源

(如陆上和近海 sis), 来自商业、it、基础设施的内部资源,

承包商, 并使用开源软件 (oss) 解决方案和组件。

需要建立伙伴关系和使用一系列资源, 要求管理、自动化、

和的协调。代码的可见性成为关键, 有助于提高

行为, 以产生---的软件和地图团队的适当类型的项目给

经验水平和执行 (即使机会成为教育团队

更有效地执行)。服务提供商和内部员工都需要 他们的游戏 与

关于软件的创建、适当的和缺陷的积压。技术--- 只能

识别和解决, 如果它是可见的, 可以通过适当的自动化工具启用和

过程策略的采用和分析, 以了解影响。

这一 idc 技术---将讨论改进软件分析方法的---性,

缺陷管理、安全和度量, 通过主动可见性来获得业务和 it 好处。

那些不懂历史的人注定要重蹈覆辙;这句谚语也适用于无效

软件创建、和缺陷---和解决方法。

不断变化的观

随着企业越来越依赖于技术和软件来提供---产品,

cio 的工作正在转变。预算没有增加, 但业务期望它能够

在高度复杂的环境中比以前更快地交付新的业务价值

提高了对的期望。此外, 有一种期望, 它会变得更清楚

新的业务目标, 并将 it 优先级与之相匹配。一个关键的挑战是如何使

更快地交付更高的应用程序, 以满足业务和客户需求。它, 并

cio 必须---提高 it 效率以实现业务---, 并提供

具有持续部署和改进的软件实践的---客户体验。和一个

基本的构建模块是代码分析和管理。

缺乏对代码的可见性, 以及导致问题的代码明显

和更多的削弱企业现在由于能见度和---要求

移动和其他面向客户的应用程序。这已经成为高管们的---问题,

那些在代码创建级别的组织。

开发和提供高的软件版本和新的面向客户的应用程序

时间是一个越来越大的挑战, ---是对于那些必须与复杂的

与---系统和资源相结合的现代技术网络。组织必须

解决内部业务的需求-企业应用程序的扩展和可用性

移动/社会/云平台-以及满足客户/消费者对可用性的需求

---的应用。然而, 如何做到这一点, 而不提供洞察问题, 因为它们是

无意中创建的？

可以做些什么来提高整体软件以减少问题和风险, 同时

加快发布周期, 使新的服务和产品更快地投放市场？这

要求对软件漏洞和缺陷进行有效和早期的管理, 以使

主动的战略和降低成本。然而, 如何才能减轻现有的---行为

hao完成这些目标？

sonarsource

5个工具可以帮助您编写---的java代码

在idr解决方案方面，我们一直在寻找改进我们的java pdf库和我们的pdf到html5转换器的方法。hao的方法是改进我们编写的java代码，我们使用一些有用的工具来帮助我们改进代码，也有助于提高生产力。

在本文中，我们将介绍我们在idr solutions中使用的5种常用的工具，以及如何帮助java developers编写---的代码。我还撰写了一篇针对更具体的领域的后续文章，这是一个帮助您进行java性能调整的9种工具。

findbugs的

umdfindbugsfindbugs是一个开放源代码程序，根据lesser gnu公共---的条款分发，并以java字节码而不是源代码运行。

该工具使用静态分析来帮助确定java程序代码中的数百种不同类型的错误，包括空指针解引用，---递归循环，java库和死锁的---用法。

findbugs主要用于识别大量应用中的数百个---缺陷，并且能够确定潜在错误的---性，并分为四个等级：

1scariest

2scary

3troubling

4of concern.