主要观点：作者多次抱怨依赖项问题，如依赖更新、转置依赖等带来的麻烦，如终端尺寸计算的terminal_size crate 虽功能简单但依赖众多，Rust 生态中稳定代码受罚等。认为代码应追求无需更新的稳定状态，应自己写代码而非依赖大量 crate，虽前期工作多但后期维护少，同时应警惕大的 crate 图，庆祝低依赖的代码。开源软件也受公司代码审查文化影响，导致依赖项增多。如sha1-smol被要求改名依赖其他 crate 。作者希望有新视角，鼓励自己写小函数，赞扬低依赖开源库作者，如minijinja努力减少依赖。同时承认有重要库无法摆脱，但使用一个函数却编译数百行时应警惕。
关键信息：提及多个相关 crate 及它们的依赖情况，如 Tokio 项目、Rocket 项目等，强调依赖项问题在不同生态系统中的普遍存在，包括 JavaScript 和 Rust 。
重要细节：terminal_size crate 因依赖平台抽象库而频繁更新；RUSTSEC 对有 inactive bug tracker 的依赖进行评分；公司代码审查文化对开源软件依赖项的影响；sha1-smol改名依赖其他 crate 的经历等。