问题标签 [methodology]

发送电子邮件通常在对模型执行操作之后调用，但电子邮件本身是视图操作。我正在寻找您如何考虑要问自己哪些问题来确定将操作邮件方法调用放在哪里。

我见过/使用过它们：

• 在模型方法中 - 相关但单独的关注点的不良耦合？
• 在模型的回调中（例如 after_save）——就我目前的知识水平而言，最好的分离。
• 在控制器操作中 - 只是感觉不对，但是在某些情况下这将是构建代码的最聪明的方式吗？

如果我想知道如何编程，我需要像程序员一样思考，因此学习如何通过特定的编程解决方案进行思考值得我独自进行几个月的编码。谢谢！

我见过很多延迟加载的例子——你的选择是什么？

给定一个模型类，例如：

Person 类不应该知道它的孩子是如何加载的……还是应该知道？当然，它应该控制何时填充属性？

您是否有一个将 Person 与其子集合耦合在一起的存储库，或者您是否会使用不同的方法，例如使用延迟加载类 - 即使这样，我也不希望延迟加载类在我的模型架构中模糊。

如果首先请求一个人然后是它的子项（即在此实例中不是延迟加载）或以某种方式延迟加载，您将如何处理性能。

这一切都归结为个人选择吗？

我正在处理一个遗留的 C++ 项目并且缺少第三方 dll。有人告诉我，该 dll 将在两周内提供。我需要执行的工作是纯 UI。我真的不需要dll。但是，如果没有 dll，应用程序将无法运行。我应该注释掉所有调用 dll 的地方还是创建一个占位符 dll，无论哪种方式都有大量的 API 需要覆盖？没有人有更好的主意吗？

作为数据库架构师、开发人员和顾问，有很多问题可以回答。一，虽然我最近被问到，但仍然不能很好地回答，是......

“在单开发人员或多开发人员环境中保持数据库更改记录、组织并能够有效推出的最佳方法或技术之一或部分是什么。”

这可能涉及存储过程和其他对象脚本，但尤其是模式 - 从文档到新的物理更新脚本，再到推出，然后是完整的循环。有一些应用程序可以实现这一点，但需要模式挂钩和开销。我想知道在没有大量额外第三方参与的情况下使用的技术。

我在嵌入式领域已经有一段时间了，似乎与我交谈过的大多数程序员的工作方式似乎与 15 年或更长时间前所做的几乎相同：瀑布（ish）开发，命令行工具一小群人使用皮棉。

将此与服务器/桌面环境进行对比，那里似乎有很多与编程的各个方面相关的活动：

• XP、Scrum、迭代、精益/敏捷
• 持续集成
• 自动化构建
• 自动化单元测试框架
• 重构工具支持

仅仅是嵌入式环境使实施新实践或工具变得更加困难吗？
是嵌入式程序员的心态使他们远离新工具/概念吗？
与以 IT 为重点的领域相比，典型嵌入式行业的管理层是否落后于曲线？

我确实意识到这是一种概括，一些嵌入式项目确实使用了 Scrum、敏捷、CI、自动构建（事实上，我曾在一家自 80 年代以来就已经存在的公司工作）。但我的印象是，这是一个非常小的百分比。

有人听说过“定义设计开发部署”吗？只是好奇是否有人知道或使用这种开发方法。

似乎 Web 开发领域出现了一个新的流行语：面向对象的 CSS。

从表面上看，这让我觉得这只是将最佳实践包装在一个朗朗上口的口号中。我理解并完全尊重运动背后的意图，但还有更多吗？

有没有人有任何进一步的见解可以使这种方法与众不同，因为它更可信，或者我应该把它作为一个提醒，以确保我正确地继承和级联我的类？

我们正在寻找通过适当的文档进一步改进我们的软件开发过程的方法。但是，作为文档，这些文档/规范仅在我们打开和阅读时才可用。

例如，URS、SRS、ERD、DB 图、类图、用例、测试脚本、用户手册和培训材料通常是单独的文档。

有没有人在一个基于 Web 的系统中完成所有这些工作？

首先将所有需求键入系统，然后就可以轻松生成 URS。每当需求发生任何变化时，都必须将其输入系统，但可以轻松生成。

最重要的部分是可追溯性，在这里我们可以看到需求是如何实现的。有时，它们在 URS 中，但一直丢失，因为很难手动比较/检查它。很多时候不同的人做不同的过程，所以事情可能会不小心遗漏。例如，一个函数可能存在于系统和测试脚本中，但不存在于用户手册中。

我会想象过程中任何部分的任何更改都没有完全实施，因此可以采取行动。

谢谢！

敏捷中的结对编程要求我们将支付给单个程序员的薪水增加一倍。当然，使用这种方法，代码的质量要好得多，bug 会更早发现等等，但这仍然值得那笔钱吗？也许我们应该把第二个开发者的薪水付给少数测试员（后者通常比合格的程序员便宜得多）？有没有人有这种比较的经验？

是否有任何科学研究将敏捷与其他软件开发方法进行了比较？我认为敏捷是一种很好的工作方式，但它有什么科学依据吗？

我正在寻找类似的东西，除了这项研究只涉及 TDD。有没有关于敏捷的研究？

我问这个是因为我遇到了一个敏捷狂热者，他声称敏捷工作方式比所有其他工作方式产生的软件更好。他提出这是一个事实，我不认为这是事实。