最近两年，互联网大厂的招聘中，测试工程师岗位似乎显著减少。在腾讯内部，随着一些 BG 的研效改革逐渐深入，测试工程师这个岗位开始逐渐减少。似乎正在印证一个现象：测试岗位的未来已经不那么乐观？ 但软件测试伴随着软件行业的出现经过了几十年的进化，花了很多时间和汗水才走到今天，测试这个领域是不会消失的。不少人都议论过岗位和角色的消失是否合理，一般都分成两派，一派认为测试工程师是独立且专业的岗位应该保留，合理缩减比例；另外一派认为软件测试领域并不复杂，觉得自己对于测试和自动化测试已经非常熟悉，完全可以胜任。 不管你属于哪一派，首先要熟悉软件测试才能更有发言权。熟悉是个模糊的说法，我们可以思考一个简单的问题，测试自动化和自动化测试这两个名词有什么区别？如果区分不出来或者没有概念的话，这篇文章非常适合你，这是专门写给开发的测试漫谈。
本文的核心目的是记录和分享一次使用多种AI工具，进行全栈开发的过程，解决某些情况下想做点什么事，但被资源卡脖子的情况，所以多体验和分享一些AI工具，来帮助个人扩大职责边界，用于学习和分享。生产环境或者业务开发流程中慎用，需要仔细阅读文章中的各种流程和限制。本文承诺没有一个AI大模型在过程中受到伤害，只有我，在各种调试中破防。
RAG，全称检索增强生成（Retrieval-Augmented Generation），作为当前 AI 应用中常见的辅助方法，有效提升了 LLM 输出的准确性和可靠性。但总有人戏言，RAG 不过是“把文档丢进 Dify”这么简单，真的吗？ 关于 RAG 的技术流程，网上已经有非常多高质量的文章介绍，因此笔者想从 RAG 的技术发展角度来写这篇文章，从最基本的 RAG 到当前热门的 Graph RAG、Agentic RAG，介绍 RAG 的不同类型和区别，希望大家能够从文中受益。
本文探讨了虚拟线程（有栈协程）对Java的重要意义，从传统同步线程模型到异步响应式编程模型，再到用户线程模式和协程的实现原理，全面分析了Java在高并发场景下的演进历程。文章首先介绍了传统的thread per request模型，指出其资源占用高的问题，并引出异步编程模型的优势与弊端。接着对比了无栈协程（如Kotlin中的协程）和有栈协程（如Go中的goroutine），强调了无栈协程在性能上的优势以及对同步生态兼容性差的问题。 随后，文章重点介绍了Java在JDK21中引入的虚拟线程，这是一种有栈协程的实现方式，能够以极低的成本创建大量线程，同时保留了同步编程的简洁性和调试友好性。虚拟线程支持阻塞IO操作而不会阻塞内核线程，极大地提升了资源利用率。然而，虚拟线程也存在一些局限性，例如在特定场景下可能“pin”住载体线程，导致资源浪费。最后，文章总结了虚拟线程/有栈协程对Java的重要性，认为它能够在保持高性能的同时降低开发复杂度，是Java应对高并发场景的重要工具。
本文介绍如何基于 DeepSeek 模型创建 RAG 应用，帮助大家更好地管理和利用知识，提高效率和创新能力。
多模态理解大模型，是一类可以同时处理和理解多种数据形式（如图像、文本、视频等）的人工智能大模型，可以应用于图文理解、视觉问答、文档理解、场景描述等任务。本文将介绍目前热门的 DeepSeek-VL2多模态大模型。DeepSeek-VL2是一款基于混合专家（MoE，Mixture of Experts）架构的多模态大模型，结合了混合专家架构和多模态数据处理能力，通过稀疏计算和专家分工的方式高效处理多种模态（如文本、图像、音频等）的数据，推理时只激活部分网络参数。而前两期课程介绍的 Qwen2.5VL、Janus-Pro 以及 DeepSeek-VL第一代模型，则是经典的 Dense 类的多模态理解大模型，会对所有模型参数进行计算和更新。MoE（Mixture of Experts）混合专家模型的核心思想是将模型划分为多个专家子网络（experts），并通过路由机制（router）动态选择合适的专家来处理输入数据。MoE 的最大优势就是是稀疏激活，只有少数几个专家网络模块会被激活，这意味着计算量可以显著减少，计算效率得到提升，同时精度指标远远超出相同激活参数量的 Dense 类模型。
