2.1 苏格拉底式提问
核心的逻辑始终是为了完成产品的功能需求。
解决问题的方法，不是第一时间想答案，而是继续问问题。 而最好的提问方式就是苏格拉底式提问。
苏格拉底式提问(Socratic Questioning)是一种启发性的提问方式,通常用于导引对方深入思考和发现答案。
把自己代入提问者和回答者两种身份，可以做到:
使用一系列开放式问题引导我们思考 苏格拉底式提问重在提出问题,而不是给出答案。提问者通过构建问题链,引导我们一步步深入思考问题的本质。
激发批判性思维 这种提问方式会激发对方的思维,鼓励我们提出自己的看法,并对答案进行质疑和批判性思考。
帮助我们发现答案 提问者并不给出答案,而是通过提问让我们自己得出结论,从而深入理解并内化知识。
推动对话深入 苏格拉底式提问可以把对话推进到更深的层次,挖掘出对方的假设,展开知识的层层推理。
增强学习能力 这种提问可以培养对方的独立思考能力和学习能力,使我们在以后可以主动发问和解决问题。
从一开始分析产品，我们就确定了产品的形式是网站。 那么从这里开始苏格拉底式提问：
为什么不是手机应用：
时间不够，网站相比手机应用在开发周期上更短，适用性更广。
时间够就是手机应用？ 好像没有理由否决，谁说不能是手机应用？
电脑屏幕更大，有更好的聊天体验。
手机不能通过优化体验来实现相同功能吗？ 理论上可以，所以可以考虑手机应用。
使用电脑的时候操作效率更高，且是在工作。
用手机不能工作吗？ 可以，但是效率目前会有差距，而且短时间内好像很难弥补。
那表示没有移动端需求了吗？ 显然不是，而且可能存在不同的场景和用户习惯，但是目前来做这方面的功能，投入产出比不高。
你看，通过不断的提问，我们能够想清楚很多细节。
移动端和PC端，两者的底层逻辑相同，且大量可以复用的代码，所以可以在选择技术的时候照顾后续的手机应用做系统架构。
从性能和技术实施的方向考虑问题：
可能的挑战：
某个提示词火热的时候带来的峰值可能会产生OpenAI的接口调用拥堵。
由于是UGC内容，因此Prompt的增长肯能会非常快，如何提前考虑分表分库。
聊天内容是大段的文字，是否有搜索需求，如何能够减少IO次数，如何能够减少对数据库效率的影响。
可能存在的技术问题：
相对于新闻类网站，有更大的数据库压力。
用户体验:
选择能够提供高质量用户体验的技术，包括加载速度、交互性和可用性。
考虑技术选型对移动端和不同浏览器的支持程度。
性能和可扩展性:
评估不同技术的性能，包括响应时间、并发处理能力和数据处理能力。
考虑项目可能的增长和扩展，确保技术有良好的可扩展性和可维护性。
安全性:
评估技术的安全性，确保能够满足项目的安全需求和合规要求。
考虑技术对于常见安全威胁的防护能力，例如SQL注入、跨站脚本等。
从成本的角度考虑问题：
开发效率和成本:
评估技术选型对开发周期的影响，选择能够提高开发效率的技术。
考虑技术的成本效益，包括开发成本、维护成本和运营成本。
技术生态和社区支持:
选择有活跃社区和丰富资源的技术，以便在遇到问题时能够快速找到解决方案。
考虑技术的更新和维护情况，确保技术的持续发展和支持。
团队的技能和经验:
考虑团队的技能和经验，选择团队熟悉或能够快速上手的技术。
考虑是否需要为团队提供额外的培训或资源，以支持技术的采用和应用。
未来的技术发展趋势:
了解行业的技术发展趋势，避免选择可能会过时或被淘汰的技术。
考虑技术对新技术和标准的支持程度，以保持项目的技术领先性。
与外部系统的集成:
考虑技术选型对与外部系统和服务的集成的支持，包括API集成、数据交换等。
可测试性和可维护性:
选择能够支持自动测试、持续集成和持续部署的技术，以提高项目的质量和可维护性。
考虑技术的文档、调试工具和监控工具，以支持项目的开发和运维。
Last updated
