近期笔者迷上了 Python 和 Rust 的组合，因为笔者对 Python 更加熟悉，曾经用 Python 完成许多后端系统、爬虫、AI 算法以及使用了 PyQt5 的客户端程序，对于 Rust 的了解还尚处于一个比较短浅的地步。但是，笔者也有着一些 C++ 经验，因此可以发现许多 Rust 的设计是为了避免 C++ 中一些坑的。
笔者认为，Python + Rust 的最佳姿势是：让 Python 保持“胶水 + 表达 + 快速迭代”，让 Rust 承担“稳定 + 高性能 + 并发安全”。避免陷入“全都用 Rust 重写”的过度工程；从可衡量的瓶颈出发，采用批处理、zero-copy、释放 GIL 等策略逐步获得可持续收益。在工具方面 PyO3 + maturin 已足够生产成熟，配合 tokio 与 Arrow/NumPy 等生态可以覆盖绝大多数性能与数据密集场景。
最近，在更新 VSCode（版本号为：1.101.0） 后，我遇到了一个令人困扰的问题：在启动 VSC 后不久，系统会弹出以下错误提示：
Unable to resolve your shell environment: Unexpected exit code from spawned shell (code 3762504530, signal null)学算法的时候，就了解过图灵完备（Turing Complete），Steam上也有一款游戏叫做图灵完备，要是我大学早一点发现这个游戏我的计组和计体中的汇编就不会学得很痛苦了，那是一款从0开始教你从最初的与非门搭建到一台图灵完备可编程计算机的游戏，目前没通关，卡在了处理器架构2的有符号小于实现的关卡处（还是太菜了，加上自己比较逞强，又不想看攻略，就长时间卡关，甚是惭愧），因为不管是日常工作编程的 Java 还是机器学习代码中 都有用到lambda演算的技巧，于是，我去查了这个λ演算到底是怎么个原理，为什么说λ演算是和图灵机等价的，然后笔者写下了这篇文章。
Java 的参数传递机制一直是初学者和部分有经验开发者容易混淆的知识点。特别是在涉及对象、数组等引用类型参数时，“Java 是值传递还是引用传递？”常成为争议焦点。笔者将通过理论、代码、内存图和对比分析，帮助理解 Java 的参数传递机制，避免常见的trick。
近期，笔者在重读 Alibaba 的 p3c 文档《Java开发手册》的第一章编程规约中第二节集合处理的第 12 条时遇到的一个疑惑