问题标签 [maintenance]

只是想听听一些建议（和安慰..），这将帮助我控制一些复杂的意大利面条代码——由多个程序员（通常从不见面）长时间开发的代码。该解决方案的功能只是相互叠加。

通常我倾向于看到两种程序员：

1. “吓死程序员”——那些人不会碰任何他们不需要的东西。他们可能会使用快速而肮脏的修复来完成维护任务，这将使下一个程序员开始寻找他们的家庭地址；-)

   优点：
   有效

   缺点：
   你希望你永远不会再看到这段代码。

2. “教师”——他们可能会重写整个代码，同时完全翻新其逻辑。

   优点：
   嗯，总得有人干脏活……

   缺点：
   需要更长的时间，并且可能最关键的功能之一会神奇地从产品中消失

很高兴听到您从程序员生活的阴暗面听到您的个人经历。

我特别想听到任何理论/实践建议，这些建议将帮助我深入研究意大利面维护任务而不会感到如此悲惨。

看来我们的客户很可能会取消我们已经工作了 15 个月的项目。

它有可能（尽管不太可能）会在某个时候重新启动。

在此过程中，我们还在多个领域扩展了我们公司的产品。其他项目团队可能需要进行类似的扩展，我们希望他们能够利用我们所做的。

那么，要为后代记录哪些关键内容，以便未来的团队（可能包括不同的人员）可以从我们所做的事情中学习？

这与为未来的维护者记录的内容略有不同，因为人们到达时可能对我们的项目很少/不熟悉，并且可能不会有任何扩展参与。

到目前为止，我们一直致力于收集有关每个主要功能/扩展的信息——因此有一个地方可以查找需求、指向源代码的指针、测试用例等，并正在添加一些关于关键设计点/决策等的叙述。

当项目团队仍然在一起时，我们还应该做什么和捕捉什么？

我正在尝试创建一个脚本，该脚本将保留 5 个文件夹或 6 个月的文件夹，以最大者为准。因为命名约定是按版本而不是按日期，所以我将不得不为脚本的 6 个月部分使用创建日期。

有人对进行的最佳方式有任何想法吗？

谢谢。

我正在做另一个 PHP 框架，因为它的乐趣和运动，我正在做第一轮文档。我打算编写一些代码，记录我编写的代码，再编写一些代码，调整文档以反映代码的新功能，然后重复。例如，目前配置非常手动且乏味，但我正在记录它，因为它需要像今天一样配置。一旦我将设置自动化，我计划重写这些部分，以反映当前状态。

我想知道的是，是否有任何启发式方法可以使参考文档保持最新？我不只是在谈论记录 API（PHPDoc 等免费提供的那种），还有更大的方案；教程，概述文章 - 一切。有什么好的方法可以最大程度地减少忘记更新特殊内容的机会吗？

我需要一些关于 SQL Server 2005 维护计划的建议，这里有一些问题：

1. 哪些任务适合日常维护，哪些适合每周/每月维护
   
2. 在某些任务中数据库是否需要离线，例如：重组/重建索引、收缩数据库等...（因为我们需要保持 90% 的正常运行时间）
   
3. 检查数据库完整性、重组/重建索引、清理历史记录可以多长时间？
   
4. 我们应该同时重组和重建索引吗？
   
5. 重组索引后是否需要更新统计信息？由于重建索引将自动更新统计信息

在我们的例子中，每周 7 天、每天 24 小时每 1 分钟输入一次数据（每分钟仅 200 条记录）。

有人可以建议我对这个数据库有什么好处的维护计划吗？

谢谢，
德尔斯

我正在尝试调试调用某些 c 程序进行文本编辑的 perl 应用程序的问题。

BATCH_JV_CSH_MAX 用于测试金额字段的最大值。如果金额超过 99,999,999.99，则当前指示错误。应该接受高达 999,999,999.99 的值。好吧，无论如何，这就是文档中所述的内容。

它在包含文件中：

我还不知道这个程序是如何工作的。它可能会去除除数字以外的任何值并连接字符。在继续之前，我想知道金额末尾的“e0”是什么意思。在我决定询问这个小组之前，我在 Safari 中的几本 c 编程书籍中进行了文本搜索。

此值在错误消息中打印，因此 '999999999' 比 1e9 更有意义

该值的使用方式如下：

get_tot_amt1() 获取一个值 tot_amt1，该值已在另一个 c 程序中计算。它是“静态双”。

是的，我有很多工作要做。这是读取以空格分隔的记录并写出固定格式记录的过程的一部分。

谢谢。凯茜

在一个拥有大量资源 (resx) 的大型项目中，为了节省时间，什么是正确的翻译方法和/或工具，同时保持一切井井有条，不留下任何东西。

更准确地说，如何找到（就翻译而言）整个 .NET 应用程序从以前的版本到另一个版本的修改（添加和删除很容易）？resx 技术会帮助你吗？如何？

我们已经在我的工作场所使用 SVN 几年了，自从我们安装它以来，除了更新和备份之外，我们真的没有对其进行任何维护。我们还应该做些什么来维护 SVN，或者我们已经完成了我们真正需要做的所有事情吗？

我在一个有 12 年历史的代码库中工作，我是唯一的开发人员。有时我会根据直觉（或逻辑上的巨大飞跃 ;-) 做出非常小的改变。

通常我会尝试解构该更改并确保我通读了代码。

但是有时，（这些天越来越多）我只是测试并确保它具有我想要的效果。（我是一个非常彻底的测试人员，即使我阅读了代码也会进行测试）。

这对我有用，并且令人惊讶的是（与我看到的大多数软件相比）很少有错误逃逸到野外。

但我想知道这是否只是编码的“艺术”方面。是的，在理想情况下，您会详尽阅读更改修改的每一段代码，但我在实践中，如果您确信它只会影响一小部分代码，这是一种常见的做法吗？

我显然可以看出这在一个可怜的程序员手中将是一种灾难性的方法。但是后来，我见过表面上正在阅读代码并左右破坏东西的程序员（在他们自己的代码基础上，只有他们一直在工作）。

现在我目前正在使用带有可更新订阅的事务复制。是否有任何方法（包括 T-SQL）可以用来缩小复制架构中使用的分发数据库？该文件名为distribution.MDF

我还发现文件夹repldata上存储了相当大的数据，删除这些文件是否保存？如何？或者至少一些我如何缩小它

谢谢