我的同事不了解他的工作。该怎么办？[关闭]

我花了3天的时间在我的同事制作的一个库中调试了一个非常模糊的错误，该错误很少发生。毕竟，我发现此错误是由于对没有任何锁的对象的跨线程访问而发生的。实际上，这并不是此类错误，以前也有类似的错误。他只是运行单元测试，并且如果发生故障则将锁定。而且，如果一切顺利，嗯，那么他的代码就是完美的。看来他对线程安全性一无所知。我100％肯定还有许多尚未出现的类似错误。看来PM也不了解线程内容。
问题是，他在公司工作的时间比我多。无论如何，我不能只说“这个人在这个领域没有能力”，因为这总是显示您是“坏团队成员”，等等。

说服项目经理避免这种错误，应该改进团队关于线程处理的知识，并告诉他们您愿意组织有关研讨会或演示的内容。在您和您的同事之间不要把它当作私人的事情。

编写一个显示该错误的单元测试，并要求他修复它。

• 审查他的代码并提出改进建议是高级开发人员的工作。
• 您不在那里检查他的工作，我个人讨厌如果有人重新检查我的所有更改以查看是否有任何损坏
• 如果他不接受您的建议，那么解决沟通问题是PM的工作。
• 单元测试中的线程问题使我怀疑该测试是否实际上是单元测试，而不是集成测试或组件测试。

我认为您的公司不应该使用多线程。

在完成一个大型多线程项目之后，我发现两种技术对于使事情正常运行至关重要。 首先，必须正确编写代码。必须手动检查每个字段，以确保正确声明了该字段，并在引用的任何地方正确同步了该字段。（警告：我在这里做了一些简化，以使答案简短（或至少要缩短）。） 其次，必须通过在单核和多核计算机上完全运行代码来测试代码-使用100％的很多分钟每个核心。（而且，如果像我通常那样只使用每个内核的2％，那也是一个错误。）

您也许可以管理它，但是您的组织却不能。即使他们了解问题，但他们没有，他们也没有专业知识。

大多数语言都提供了避免这种情况的方法。如果您有一个套接字读取器，该套接字读取器通常具有自己的线程，则应使其尽可能快且简单地将信息获取到主线程。更好的是，寻找可以为您处理读数的螺纹部分的系统类/函数。像大多数GUI API一样，使用一个一个接一个运行“事件”的队列。（为此，请使用GUI API的事件队列本身。）如果需要并行处理，则可能会找到某种“工作线程”，该数据将使您将数据/字段保留在单个线程中，从而为您处理所有传输。

强调多线程的所有危险。（可怕的故事：我最喜欢的错误涉及几行，如： int i = 5; i = i * i;，结果i值为35。我看到的很多东西是：if (thing != null) thing.reset();抛出空指针异常。）我认为您唯一的希望就是让他们理解它们踏入一个全新的，陌生的世界，也许他们应该向后退一步。

我不是真正的多线程肯定如何应处理。如果可以把工作交给一个人，如果失败了，他们所做的一切都会被扔掉，很好。但是一个团队只会和最弱的成员一样强大，即使是一个优秀的程序员也将无法使用成熟的多线程。我希望语言使用者会找到一种确保安全的方法。我已经看到了一些有用的软件。但是我认为最好避免多线程，除非执行时间很关键并且有一个好的程序员或一个成熟的团队可用。