所有thread问题都是架构师的锅啊，有些东西根本不该随便用

【 在 eggcar (eggcar) 的大作中提到: 】
: 标  题: Re: 碰上能力低的下属真消耗啊，有什么管理的好办法呢？
: 发信站: 水木社区 (Fri Feb 11 11:07:10 2022), 站内
:
: 来我给你举个例子：
: 小A的工作是给其他人提供一个c实现的接口，这个接口根据传入的参数返回一个函数指针，供其他人使用。结果由于小A没有完善处理他内部的一个数组的越界检查，导致在某种特定的输入条件下，应当被返回的函数指针地址0x12345678的一个字节被擦了，变成了0x12345689，结果错误的指针指恰巧向了另一个与期望的函数接口相同功能类似但行为略有不同的函数入口。结果最终偶发地在一个八竿子打不着的功能上炸了。
:
: 再来个例子：
: 小B是个crud boy，就负责一个落库的逻辑，结果犯了一个低级的thread unsafe的错误没有被单元测试抓到，偶发的错误导致落库的数据错了，只能根据系统的log重新修复数据库
:
: 你要花多久去擦这种屁股？你作为一个架构怎么完全避免这种问题而不引入新问题？解耦就能避免这种问题了？那公司招人的时候还设置什么专业门槛，随便招个阿猫阿狗来不都没什么差别？
:
: 【 在 chunhui 的大作中提到: 】
: : 没人说一定在他的模块中。这就是你搞不清楚耦合架构的原因。
: : 这不只是程序上的问题，这和组织方式有关。
: : :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 111.198.57.*]
--
FROM 27.91.71.*