人在江湖：如何用代码保护好自己

我们做金融，也出现过错误导致过大大小小的损失，但因为这样就辞退人，说明公司本质不咋地，孰能无过，敢作金融，就要敢承当责任，项目经理为什么没有组织好测试，架构师为什么不对代码质量负责，而楼主都说是王五的代码问题，关李四一个调用者什么事，就好像李四把人杀了，却怪王五没有阻止。。。
从代码上讲做那么多处理，还启新线程，这些性能开销又谁来买单
这种问题只能说明公司不是一个成熟的软件公司

学习了，本人之前对这种情况的考虑真是太少了

看到那个大牛故事，加密功能给破解了？让人这么容易修改报文。。

谢了楼主分享宝贵经验。~！

使用技术手段撇清自己可能要担负的问题，很必要。

我认为这个帖子所说的公司，属于管理、开发混乱，爱找替罪羊的公司。建议说出名字来，大家躲开。
从楼主的描述可以看出非常多的问题。
为什么老板娘去拍桌子？她在公司是个什么职务？董事长、CEO、董事会股东哪个拍桌子都可以，但是这个老板娘算怎么回事？
为什么只看到程序员被惩罚？设计人员呢？测试人员呢？真要是这么重要，怎么事先没有设计、没有讨论、没有测试？出了问题就拿程序员顶缸。
充值报文被修改这种情况倒底是什么原因？传送信道不安全？还是对方公司被入侵了？开发需求里面有安全校验的需求吗？这种通信本来就没有100%可靠的，就没有什么对账处理的手段防止帐务出错？这200W就找不回来了？我估计最后还是找到了。不然按照这家公司的态度，非把程序员用麻袋装了扔黄浦江种荷花不可。
一个复杂的软件系统不可能没有BUG，无论如何设计测试，也不可能把所有可能性都考虑到处理好。因为BUG造成损失就解雇，还好没要程序员赔钱。但是这个团队还有稳定性吗？成天不是想着怎么创造价值，战战兢兢的编码，能出好东西吗？编程不是找罪受嘛，给钱再多也不干。

其实王五那段代码确实应该抛出exception的

第一个问题，只能说是设计人员的问题，所有的服务，都应该都捕捉自己系统内的异常，进行转换后，返给上一级，整个项目应该有统一的异常处理机制，王五的服务没有异常抛出，在评审时就应该PASS，或是应该实现统一的接口，尽量减少开发人员自定义的服务。
第二个问题，这样的话，得要多少线程，很不合理，系统开销太占空间
感觉考虑问题都不是在整个系统上。很担心这整个系统的设计

我觉得楼主的做法很对，在什么样的环境，就要适应环境来做事。
我们能做的就是在关键位置捕获错误，防止错误蔓延。
最重要的是解决实际问题

这个仁兄想法很全面，如果你做Team leader我相信大部分研发人员都愿意跟着你干，因为有系统出事故你不会把问题直接推到下属那。这种想法和建议有人提过，我记得有个新员工刚入职的时候，他认为架构组设计的代码很搓就群发邮件和架构组交流，但是不知道为什么这种交流变了味，最后变成了口水仗。他的建议没有被采纳反而得罪了架构组的人。
　　我们无力改变这种研发管理混乱的局面，只能去适应。
　　我们能做的是：
　　　１、小心谨慎的写好代码，将能想到的问题做好应对措施。
      ２、异常处理好，该抛的抛，该捕获的捕获，详细的记录日志。出事故责任不会推到我头上，我们只关注每个月的薪水能否打到工资卡上。
　　　３、有合适的机会，离开这个尔虞我诈的公司。