某頭部券商令人窒息的安全後門

同感 在国内某顶级公司工作也是， 当然和钱不相关，个人手机号登记了用来接公司oncall 告警的，结果离职了还在给我发告警； 发了一年多才消失 tmd真实tmd。。。

有没有一种可能他们的技术全部外包给了印度？或者直接使用的是微软全家桶方案这种？

蒙達魯克硫斯伯古比奇巴勒城 发表于 2026-7-11 13:24
楼主这个 Action Item 太及时。
估计是前台点了删除，后台只改了一个soft delete，结果IdP的缓存过期时间 ...

那有什么办法应对呢？分账户分散风险？

匿名用户 发表于 2026-07-12 19:10:49
同感 在国内某顶级公司工作也是， 当然和钱不相关，个人手机号登记了用来接公司oncall 告警的，结果离职了还在给我发告警； 发了一年多才消失 tmd真实tmd

是不是开水团？

shijingshijing 发表于 2026-07-13 03:59:32
有没有一种可能他们的技术全部外包给了印度？或者直接使用的是微软全家桶方案这种？

fidelity开发还是主要在美国的

我今年一月被裁之后，二月找了个银行的工作，想先干着，就是美国最大的某个银行之一，当然工资低得可怜

最近做一个小项目，大概就是前端动态的call一个service，拿到一个array of objects, 然后render出来

然后高潮来了：那个项目之前需要call 3个api，因为ui把那张表分了三份，切换一个tab才会call新的。但是我们现在新的design直接是ui上三张表放在一起，不需要再切换了，于是我们把后端改了，改成一个call。某个身在印度的大领导知道后说我们没有考虑performance，坚称前端发三个call比一个快，理由是前端的call是parallel的，并且我们用的是http2，有multiplex。即使后端只是提供了一个新的接口，之前后端拿数据的call其实压根没变。。。

该领导还有很多雷人言论，比如每个mfe前段项目都必须有一个对应的后端rest service，不能共用哦，既是他们的数据一毛一样也得两个rest service，有多脑残呢，一个rest service给我返回一个array of objects，另一个给我返回这个array of objects的count...

小红书上有好几个帖子fidelity账户被hack,里面的股票全被卖了的，虽然最后赔给他了但是也十分闹心好几个月