因此，在阅读本网站时，似乎我在其中工作的商店做错了很多事情，而做错了一些事情。如何改善与同事一起工作的代码？我唯一能想到的就是以身作则，开始使用Boost等。还有其他想法吗？

解决方案

以身作则始终是一件好事，尽管要说服别人相信榜样比他们目前正在做的事要好，但这并不是一件容易的事。通过代码审查进行有建设性的批评可能是我们最好地温和地建议同事工作方式的替代方法。关键是要说服他人，我们提出的建议确实会以一种切实的方式更好地被他人欣赏。

我们可能必须更仔细地了解商店做错了什么，他们做对了什么。我们在那里实际可以更改什么？我们对自己的实践有什么改变，可以提高我们或者团队的技能？在根深蒂固的商店中实现变革可能很困难。尝试提出代码审查(首先在代码上)，这可能导致讨论。

对于有形项目，我将看一下Scott Meyers的Effective C ++等。发展技能，我们改善周围的人，或者转向一家会这样做的商店。另外，请参阅《四人帮的设计模式》一书。

有时人们不得不看到方式比他们的方式更好。人们常常很难改变。

我们是否考虑过单元测试写作？我发现它确实可以改善我的生产代码，并让我更有信心，我正在写的东西就是我应该写的东西。

我喜欢Jason关于代码审查的想法。它们可能会有所帮助，或者它们可能是争论的场所，这实际上取决于我们如何设置基调。

对项目进行良好的架构和设计，以便所有开发人员都无法采用其他方法来破坏质量。如果我们设定了出色的设计，人们将只会遵循这条路线，他们会自动学习

要尝试的其他事情是添加单元测试和文档。

尽管这可能不是直接答案，但我还是建议我们拿起《代码完整》一书。我发现它是学习如何成为更好的程序员的最佳资源。如果我们通读了整本书并理解了其中的内容，我们将真正学习如何改善自己和代码。

代码审查是我发现总体上提高代码质量的最佳方法。回顾互助的不同个人的代码可以提高人们对不同技术的认识，并有助于传播最佳实践。雇用比我们经验更丰富的人也是一个很好的工具，但是实施起来有点乏味。

我发现编写单元测试对代码质量有很大帮助，这意味着我们必须考虑代码将如何与测试以及代码的其他部分进行交互。

同行代码审查：检查代码质量还将使程序员考虑他们如何编写代码。

很高兴我们认识到还有改进的空间，并且渴望尝试进行一些更改。我建议阅读James Shore的19周日记，在日记中记录他为实现公司敏捷开发所采取的步骤。这是一场艰苦的战斗，但他的经验表明我们可以有所作为。

• 阅读优秀的编程书籍
• 向他人的代码学习-开源项目是最佳起点
• 定期阅读优秀的博客和论坛-Sutter mill，Coding Horror，Martin fowler等
• 代码审查
• 单元测试
• 使用良好的库，如Boost，STL。也了解他们的实施

仅问一个问题是一个好的开始。

具体来说，我们可以：

• 承认你的代码很烂
• 开始要求其他人(最好是有更多经验的人)检查代码
• 实施连续构建服务器-我们必须是第一个使用此服务器的人
• 有勇气，因为这可能很难
• 要谦虚
• 读取代码完成
• 使用鼓励团队合作的软件开发方法。一些敏捷方法确实很擅长于此
• 阅读开发博客
• 参与用户组

改变是困难的，我们必须是最先改变的人。

如果我们在别人满意的环境中工作，那我们将遇到困难。坚持要提高代码质量。

我有偏见(由于我的工作)，但是根据预算(如果有)，静态分析是一种可能的选择。有很多不同类型的工具，其中一些还包括编码标准执行检查。

如果使用g ++，则可以从-Weffc ++选项中获得基本的帮助。