最近在网上看到一个有趣的讨论，很多用户在使用 Dreamweaver CS3 时会在启动时遇到启动时崩溃的情况。Adobe 官方甚至把它列为“常见问题”，给予官方说明。
说明中显示，有 3 种问题会导致 Dreamweaver 在启动时崩溃，一个是因为跟宏碁电脑中自带的数据安全管理工具冲突，第二个是因为缓存文件受到污染。第三个最有意思，叫做“The 8KB bug”：
This is a very rare bug that causes Dreamweaver to crash during operation, and then crash repeatedly each time you try to restart the program. It normally affects only Dreamweaver CS3 on Windows, and is caused by the presence of a file that’s exactly 8,192 bytes (8KB) or a multiple thereof.
就是说，当一个文件的体积刚好是8,192 bytes (8KB)时，如果用 Dreamweaver 打开它，会立即引起 Dreamweaver 的崩溃。听起来很荒诞，也很有趣，但做作为一个程序员的我，深知软件软件开发过程中比这更荒诞的事情都是正常的。程序员的价值正是体现在跟这些莫名其妙的 bug 做斗争的过程中。
对这个 bug，我是一笑了之，但 Adobe 对这个 bug 提供的临时解决方案却让我思考，它提供的方案是：
用其它编辑器把文件打开，在里面添加几个空格或空行，或其它方法，总之是让文件的体积不是刚好8,192 bytes，就行了
似乎也是很搞笑的方案。但我突然想到，在开发软件的过程中，会遇到这样的情况，软件里出现了一个 bug，很严重，很急迫，如果要完全从软件内部纠正，需要一段周期，但有一个很简单的外部方法能绕过这个 bug。做为程序员，我通常会给领导提建议，不要加班加点的更正这个 bug，先让用户委屈一下，使用这个临时方案避免这个 bug，为我们争取足够的时间用正常的软件修改流程(评估-设计-修改-测试-提交)，也不需要兄弟们这么加班加点的辛苦，而且软件质量也有更好的保证。但很少有领导能认同这个做法的。
程序员和经理的思考方向从来都是很难统一，各自有各自的利益出发点。程序员朋友们，你们怎么看待这个问题？