基建的问题，为什么总是要我来解决

[t202201]

公司前段时间引入一个新的开源框架，我作为目前唯一深度使用方，现在我的业务上出了问题，都来找我解决，但源头其实是这个开源框架的一些配置、调教的问题，我每次都没办法硬着头皮去解决。

目前开源框架是，理论上应该是基建组负责，但是大家目前都没怎么使用，基建组也没咋管。前段时间给我一个需求，让我把部分原来业务逻辑迁移到这个新框架来，所以我接触的可能比较多。现在我负责的这个业务由于框架原因，多次受影响。于是每次都让我去解决框架问题，个人感觉就很无语。

可能就是单纯不想接这个 bug ，毕竟不是说改两行代码就可以了，是需要调研新框架的各种特性；也可能是我自己本来就不喜欢这个框架，用的真的不咋顺手，小问题不断。

如果 bug 花几天解决，现在做的需求的交付时间就得延后，最后虽然可能不会说啥，但心理总归不太好。

现在慢慢都有点怀疑自己，

1. 沟通的时候是不是应该坚决一点，bug 源头不在自己，那就坚决不接？
2. 是不是不用太在意 bug ，遇到了就去解决。自己第一时间真的就是不想接，想赶紧甩出去
3. 是不是不应该太在意不合理的项目排期。这一点可能还是来自于自己对个人 credit 的追求吧，希望想尽量做快做好，但是如果有什么意外情况发生导致延后的时候，自己就会很焦虑
4. 项目遇到其他情况怎么合理地沟通？最近做的项目都是很新框架接触，总有意外情况发生导致延期，搞得太难受了。

[coldWater]

这谁做的选型？谁选型谁负责啊。既然你是唯一深度使用方，那是不是可以提出一个方案彻底解决这个问题呢？例如换一个你顺手的框架？