https://tonybai.com/tags/%E8%AD%A6%E5%91%8A/Recent content in 警告 on Tony BaiHugozh-cn2004-2026 Tony Bai. 版权所有.Wed, 05 Nov 2025 00:00:00 +0800https://tonybai.com/2025/11/05/proposal-remove-godebug-flags/Wed, 05 Nov 2025 00:00:00 +0800https://tonybai.com/2025/11/05/proposal-remove-godebug-flags/本文永久链接 – https://tonybai.com/2025/11/05/proposal-remove-godebug-flags 大家好，我是Tony Bai。 自 2012 年 Go 1 发布以来，“向后兼容性” (Go 1 compatibility guarantee) 不仅是一份承诺，更是 Go 语言赢得全球开发者信任的基石。然而，为了在不违背这份承诺的前提下修复 bug、引入新...https://tonybai.com/2010/09/05/view-warning-as-error/Sun, 05 Sep 2010 00:00:00 +0800https://tonybai.com/2010/09/05/view-warning-as-error/每当你Build Project代码的时候，如果看到的是满屏的Warning，那么提醒你小心了，不妨看看《高效程序员的45个习惯》中对Warning的态度和处理方式。该书中的第34个习惯讲的是“警告就是错误”！ 当然这个“习惯”所阐述的内容并不是这本书首创，在很多经典的传授编程之道的书中也都提到过。 将警告作为错误来处理，说起来容易，可作起来可并不那么简单。这不仅仅只是一个态度的问题，有时候还需要...https://tonybai.com/2006/03/31/pursue-lint-clean/Fri, 31 Mar 2006 00:00:00 +0800https://tonybai.com/2006/03/31/pursue-lint-clean/到底需不需要编译器之外的独立的静态代码检查工具呢？这个问题’仁者见仁，智者见智’。但是有一个结论我想大家都会认可，那就是越是在开发周期早期发现的Bug，修复它所付出的代价就越小。而像lint这样的静态代码检查程序恰恰是让Bug在早期阶段’显露原型’的绝佳工具，而追求’lint-clean’\[注1]境界的代码也向来是专家级程序员的嗜好。别忘了在’C专家编程’一书中曾经提到Sun OS的内核一直是保...https://tonybai.com/2006/03/14/explain-gcc-warning-options-by-examples/Tue, 14 Mar 2006 00:00:00 +0800https://tonybai.com/2006/03/14/explain-gcc-warning-options-by-examples/程序员是追求完美的一族，即使是一般的程序员大多也都不想看到自己的程序中有甚至那么一点点的瑕疵。遇到任意一条编译器警告都坚决不放过。有人会说：我们可以使用比编译器更加严格的静态代码检查工具，如splint。这个建议也很不错。不过lint工具使用起来较繁琐，有时候还需要记住一些特定符号并插入到你自己的代码中才行，门槛较高，这也让很多人止步于此。那么我们就从此放弃么？不，如今的编译器做得都很好，它可以帮...