InfoQ

InfoQ

主题/标签专用视图

编码标准相关的内容


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

阅读者(十八):编码的艺术

主题
专栏,
图书,
编码标准

这是一本关注编码细节的书。或许你会认为本书所讲皆为小道,诸如方法命名、变量定义、语句组织、任务分解等内容,俱是细枝末节,微不足道。然而,对于一个整体的软件系统而言,既需要宏观的架构决策、设计与指导原则,也必须重视微观的代码细节。

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

主题
Ruby,
动态语言,
Java,
值和度量,
语言,
.NET,
扩展性,
编程,
社区,
编码标准,
架构 ,
性能和可伸缩性,
eBay,
敏捷

加入到我们的业界重量级人物(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工具的首席程序员。

“编码标准”相关新闻

2012.4.27微博热报:产品升级频率、代码迭代

主题
Code Project,
编码标准,
重构

@wing酱在微博上提到,产品两至三周升级一次较好。@放翁_文初发布微博认为,代码迭代次数对于程序员的经验积累和成长有很重要的作用。这两篇微博引起了大家的广泛讨论。

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

主题
持续集成,
单元测试,
自动化操作,
工具,
敏捷技术,
方法论,
测试驱动开发,
源代码控制,
架构 ,
编程,
原型,
敏捷,
测试,
设计,
编码标准

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

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

主题
质量交付,
质量,
软件工匠,
架构 ,
敏捷,
编程,
编码标准

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

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

主题
Ruby,
动态语言,
语言,
方法论,
面向方面编程(AOP),
语言设计,
设计准则,
架构 ,
编程,
语言特性,
编码标准

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

速率究竟有何用?

主题
团队协作,
协作,
交付价值,
分布式团队,
团队工作,
敏捷技术,
软件工匠,
教练和指导,
敏捷,
编码标准

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

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

主题
企业级敏捷,
敏捷宣言,
敏捷技术,
敏捷,
架构 ,
编码标准

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

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

主题
PMD,
持续集成,
Java,
持续改进,
敏捷技术,
语言,
敏捷,
变更,
Hudson,
编程,
编码标准

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

StyleCop – Microsoft's Style Enforcement Tool for C#

主题
C#,
语法,
语言,
.NET,
编程,
编码标准,
StyleCop

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