在软件开发、系统架构设计以及各类技术项目中，“性能”往往是一个关键的考量因素。然而，何时应谈及性能并非是一个简单明了的问题。

在项目的初始规划阶段，过早地深入探讨性能细节可能并非明智之举。此时，重点应放在明确项目的目标、功能需求以及整体的架构设想上。如果一开始就过于纠结性能，可能会导致对核心业务逻辑和用户需求的理解不够清晰，从而偏离项目的主要方向。

当项目的基本框架和主要功能模块初步确定后，就到了适当考虑性能的时候。这时候，需要对预期的用户流量、数据规模以及业务增长趋势进行评估。例如，如果是一个预计会拥有大量并发用户的在线应用，那么性能优化就需要提前纳入重要议程，以确保系统能够稳定应对高负载。

在进行关键功能的开发过程中，也应该同步思考性能问题。比如，对于数据查询和处理的模块，如果不及时考虑性能，可能会导致在后续的测试阶段出现严重的性能瓶颈，需要进行大规模的重构，这不仅浪费时间和资源，还可能影响项目的进度。

当进入测试阶段，性能就成为了必须直面的关键问题。通过各种性能测试工具和方法，对系统的响应时间、吞吐量、资源利用率等进行详细的监测和分析。发现性能问题后，需要深入探究其根源，是算法的效率低下，还是数据库设计不合理，亦或是服务器配置不足。

另外，当面临业务扩展或者系统升级时，性能的讨论也不可或缺。新的功能添加或者现有功能的修改，都可能对系统性能产生影响。在做出决策之前，要充分评估这些变化对性能带来的潜在风险。

何时谈及性能取决于项目的阶段、规模、预期用户量以及业务的发展需求。合理把握谈论性能的时机，能够有效地提高项目的质量和效率，确保最终交付的产品能够满足用户的期望和业务的要求。