InfoQ

InfoQ

主题/标签专用视图

编码标准相关的内容


最新“编码标准”相关专题内容

构建的可伸缩性和达到的性能:一个虚拟座谈会

主题
Ruby,
架构 ,
Java,
.NET,
性能和可伸缩性

加入到我们的业界重量级人物(eBay、Betfair、FiveRuns和Twitter)座谈会,他们探究了使网站尽可能可伸缩所需的成本,同时为获得尽可能好的性能所进行的调优。他们还探究了把应用做得尽量优秀的利和弊——他们始终处于其业务需求的压力之下。

与Patrick Smacchia谈.NET的代码分析

主题
.NET,
代码分析

Patrick Smacchia是Visual C#的MVP,拥有超过15年的软件开发经验。他是《Practical .NET 2 and C# 2》一书的作者。他在多个领域从事过软件开发,包括在Société Générale开发股票交易系统,在Alcatel开发卫星基站。目前他是NDepend工具的首席程序员。

“编码标准”相关新闻

只有好代码的项目能成功吗?

主题
敏捷,
架构 ,
设计,
工具,
单元测试,
方法论

Simon Brown,集开发者、架构师及作家于一身,他认为成功的项目需要的不仅仅是好代码。在他的演讲《好代码是不够的》中,Brown讨论了项目成功所需的所有元素,从前期设计到操作文档。

注释还是不注释,这是个问题

主题
架构 ,
质量交付,
编程

每个开发者都曾在代码中写过注释,有些人的注释很多,为的就是更好地说明代码的意图。本文搜集了关于编写代码注释的一些实践以飨各位读者。

语言约束和责任感,我们应该信赖谁?

主题
Ruby,
架构 ,
语言设计,
方法论

Bruce Eckel、Michael Feathers、Niclas Nilsson、Keith Braithwaite,还有其他人谈论了对如下问题的看法:语言应该完全灵活、允许开发人员随心所欲地进行调整、并相信他们会对自己的工作负责呢,还是应该从设计阶段就在语言中设置明确的约束集,以避免出现生成糟糕代码、难以维护或阅读的错误呢?

速率究竟有何用?

主题
敏捷,
团队协作,
交付价值,
敏捷技术

雅虎的ScrumDevelopment讨论组近日有个话题讨论速率的各种应用和误用。 速率可否用做生产率指标?用于迭代的规划?用于更长远的发布规划又怎样呢?

社区热议“软件工艺宣言”

主题
敏捷,
企业级敏捷,
架构 ,
敏捷技术

软件工艺运动已有几年历史,去年Bob大叔提出敏捷宣言应该增加第五项价值,最近则发布了“软件工匠宣言”。本文描述了社区里面对该宣言的一些看法。

用奖励制度改善团队习惯?

主题
变更,
敏捷,
敏捷技术

有时候,团队养成新习惯——编写单元测试、修复编译器警告、不破坏构建——会有些困难。我们该怎样帮助团队改掉习惯?Clint Shank为此设计了一个游戏。

StyleCop – Microsoft's Style Enforcement Tool for C#

主题
语法,
.NET,
编程

强制编码风格是一个长期被热烈争论的话题。人们不仅为团队应该遵循何种编码风格而争论不休,同时还要争论究竟是否应该确立一个标准的编码风格。现在,微软发布了StyleCop,这是他们在内部使用的一个编码风格强制工具,微软的这一举措无疑将起到推波助澜的作用。