怎么委婉提醒同事他的架构设计不太合理？

meglory 发表于 2026-07-10 17:25:40
既然是个公开incident你自己直接写一个doc在公共channel 贴一下子cc几个人
说为了防止类似情况我有一个proposal请大家comment一下

我已经在一个channel说了，不过这个同事说他的设计并没有问题，我又让AI润色了一版回复他了。现在是老板们视而不见，一共只有3个同事在讨论。

plich 发表于 2026-07-10 10:36:59
把你的担忧告诉老板，让他知道你以后的bandwidth可能会变少。同时告诉他你的想法，看老板是否支持。

看来必须和老板one one一下，说一下这个事情了。希望能有用吧

这都不coe？

出生产事故要写RCA的吧 直接实话实说呗

齐化桓 发表于 2026-07-11 07:04:12
出生产事故要写RCA的吧 直接实话实说呗

还没到那么高级别，这次出问题的不算是很重要的model，用户看修好了也没说啥了。

微信用户_k0ljq 发表于 2026-7-11 14:04
还没到那么高级别，这次出问题的不算是很重要的model，用户看修好了也没说啥了。

所以我觉得这件事可以先 move on，没必要继续争了。

你们其实已经把 priority 分得很清楚了。你说的确实是 best practice，这一点大家应该都认同。

但如果我是 Manager 或 Tech Lead，我可能也会觉得这个 fix 现在没那么重要，不值得马上投入资源。站在 COE 或 PM 的角度看，这个最多也就是 P2，Tech Lead 和 Manager 大概率不会专门为它排人去做。

不过有一点很重要：他们可以选择现在不做，但至少应该认同你说的是正确的方向，是 best practice。

如果 Manager 和 Tech Lead 连这一点都不认同，反而觉得现在这种做法完全没问题，那我觉得这不是一个 good sign。因为最后可能每次出问题，都是你来收拾和修复。

这种情况下，楼主确实可以考虑要不要换组，有时候和不同频的人工作很难受的。

如果你的deployment是需要从GitHub或者GCS pull model，我觉得你同事说的没错。但Github存model不是best practice。

firemanysome 发表于 2026-07-13 01:28:18
如果你的deployment是需要从GitHub或者GCS pull model，我觉得你同事说的没错。但Github存model不是best practice

需要加载model，问题是为什么从GitHub？ 他说的为什么没错？用户本身提供的就是GitHub，python triton model