@kneo 我感受到了你对於大模型的恐惧噢 ——来自大模型

为什么不问问大模型自己呢？我请教了我家大模型，祂是这样答复的，供参考：

将大模型应用到质量领域（ Quality Assurance, QA ）可以有多种方式，以下是一些可能的策略：

- **自动化测试**：利用自然语言处理（ NLP ）和机器学习技术，可以创建自动化测试脚本。例如，大模型可以帮助理解和解析复杂的业务逻辑，生成测试用例，甚至预测可能出现的错误。
- **缺陷预测和预防**：通过对历史数据的学习，大模型可以预测代码中的潜在问题，帮助开发者在编码阶段就发现和修复问题，提高产品质量。
- **文档审查和代码审查**：大模型可以帮助审查技术文档和代码，检查语法错误、逻辑错误或不一致之处。
智能客服和用户反馈分析：通过理解用户反馈和问题，大模型可以帮助快速定位产品质量问题，并提供解决方案。
- **持续学习和优化**：大模型可以根据反馈数据持续学习和优化，提高其在 QA 中的表现。
- **质量标准和合规性检查**：模型可以用于检查产品是否符合特定的质量标准或行业规范。
- **流程优化**：通过分析和理解复杂的业务流程，大模型可以帮助优化 QA 流程，提高效率。

实施这些策略需要与业务流程紧密结合，同时也需要对数据进行充分的预处理和训练。此外，由于涉及到敏感的业务数据和决策，数据安全和隐私保护也是需要考虑的重要因素。

超微 7048GR + 4×2080ti(22GB) FYI

文无第一。就我个人而言，我认为傅里叶变换是有史以来最伟大的算法。

从 5 个角度出发，来谈谈。

①内容和态度。楼主在这篇帖子里表现出来的态度还是很友善的，这是有效沟通的良好开端。

②事实和观点。沟通过程中，要明确区分客观事实和主观观点。在承认同一个事实的基础上，要尊重不同的观点。在价值观的问题上，人是很难也不必互相说服的。

③形式和实质。真理固然可以说服人，但说服的技巧也很重要。要掌握一些修辞学、论理学。教员最大的贡献就是把艰深的哲学观点写成人人都能看懂的文章，例如《实践论》《矛盾论》等等。他是个能跟最基层人士聊天的人，因而能够收集到有价值的情报，以充实自己的认识。

④自信和谦虚。一方面，自己要破除“所知障”，破除“知识的诅咒”。另一方面，要认识到所谓的达克效应。傲慢和偏见，无异于精神生活上的慢性自杀。

⑤理论和实践。批判的武器不如武器的批判。多说无益，让实践来检验一切吧。没有人教人，只有事教人。

我用硬盘拷贝机

想到了那个 meme：巨大的平板拖车上放着一个小小的纸盒

“研究生三年生活中这五年是你人生中最难忘的七年，当你回想起这十年的时候，你会无比后悔为什么不用这十二年干点其他事”

把软件工程的复杂性归结到语言和工具上，是大错特错的。
如果想获得世俗成功，不妨换个思路：教别人做编程语言。自己不要做。

不成功就是失败，没有中间路线。

你不理财，财不离你

① 天赋、兴趣、机缘，重要性递减。
② 啥语言都无所谓，够用就好，重要的是算法思维。
③ 可以往 OI 方向发展。
④ 先打好具体数学和自然科学基础。器、术、道兼备。
⑤ 项目驱动、问题驱动。有条件的话，多人组队开发，培养协作沟通能力。编程是术，协作是道。
⑥ 永远不要失去对现实世界的好奇心。

项目驱动，问题驱动。
不要拿着锤子找钉子。

好看

我会研究对方的虹膜