这是一个创建于 214 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司前段时间引入一个新的开源框架，我作为目前唯一深度使用方，现在我的业务上出了问题，都来找我解决，但源头其实是这个开源框架的一些配置、调教的问题，我每次都没办法硬着头皮去解决。
目前开源框架是，理论上应该是基建组负责，但是大家目前都没怎么使用，基建组也没咋管。前段时间给我一个需求，让我把部分原来业务逻辑迁移到这个新框架来，所以我接触的可能比较多。现在我负责的这个业务由于框架原因，多次受影响。于是每次都让我去解决框架问题，个人感觉就很无语。
可能就是单纯不想接这个 bug ，毕竟不是说改两行代码就可以了，是需要调研新框架的各种特性；也可能是我自己本来就不喜欢这个框架，用的真的不咋顺手，小问题不断。
如果 bug 花几天解决，现在做的需求的交付时间就得延后，最后虽然可能不会说啥，但心理总归不太好。
现在慢慢都有点怀疑自己，
1. 沟通的时候是不是应该坚决一点，bug 源头不在自己，那就坚决不接？
2. 是不是不用太在意 bug ，遇到了就去解决。自己第一时间真的就是不想接，想赶紧甩出去
3. 是不是不应该太在意不合理的项目排期。这一点可能还是来自于自己对个人 credit 的追求吧，希望想尽量做快做好，但是如果有什么意外情况发生导致延后的时候，自己就会很焦虑
4. 项目遇到其他情况怎么合理地沟通？最近做的项目都是很新框架接触，总有意外情况发生导致延期，搞得太难受了。
目前开源框架是，理论上应该是基建组负责，但是大家目前都没怎么使用，基建组也没咋管。前段时间给我一个需求，让我把部分原来业务逻辑迁移到这个新框架来，所以我接触的可能比较多。现在我负责的这个业务由于框架原因，多次受影响。于是每次都让我去解决框架问题，个人感觉就很无语。
可能就是单纯不想接这个 bug ，毕竟不是说改两行代码就可以了，是需要调研新框架的各种特性；也可能是我自己本来就不喜欢这个框架，用的真的不咋顺手，小问题不断。
如果 bug 花几天解决，现在做的需求的交付时间就得延后，最后虽然可能不会说啥，但心理总归不太好。
现在慢慢都有点怀疑自己，
1. 沟通的时候是不是应该坚决一点，bug 源头不在自己，那就坚决不接？
2. 是不是不用太在意 bug ，遇到了就去解决。自己第一时间真的就是不想接，想赶紧甩出去
3. 是不是不应该太在意不合理的项目排期。这一点可能还是来自于自己对个人 credit 的追求吧，希望想尽量做快做好，但是如果有什么意外情况发生导致延后的时候，自己就会很焦虑
4. 项目遇到其他情况怎么合理地沟通？最近做的项目都是很新框架接触，总有意外情况发生导致延期，搞得太难受了。
21 条回复 • 2024-05-31 17:09:32 +08:00
 |
1
F7TsdQL45E0jmoiG 214 天前
不说硬话，不做软事
|
 |
2
xuld 214 天前  2
你需要站在领导的角度看这个问题。领导交给你的本职工作永远排在第一位。如果本职工作做完了，有时间，你应该帮助别人解决 bug ，这对你是有意义的。如果这个事情影响了本职工作，你应该和领导沟通。如果领导意思是你需要加班帮人解决 bug ，那还有另外的应付办法
|
 |
3
yidinghe 214 天前
跟老板说，要么调你去基建组，负责框架完善，不再做业务；要么让基建组分一部分薪水给你。
|
 |
4
tool2dx 214 天前
我也不喜欢改别人的开源框架，每个人编程思路不一样，改起来很费劲。
如果是自己从头写的框架，我倒是挺乐意改 BUG 。 |
 |
5
jones2000 214 天前
找一些有付费技术支持的开源框架， 有问题直接发给框架作者搞，让公司买单
|
 |
6
t202201 OP @xuld 另外的应付方法是什么呢？领导现在就是直接让我来管这个 bug ，这个框架现在就是三不管的状况，没人负责，但是我用的多，所以让我来
|
 |
8
catamaran 214 天前
@t202201 使用新框架是要有代价的，要熟悉使用方法，可能有坑，你要确认这个是基建负责，还是你负责，确定不了找老大。如果是你负责，那么解决这些问题是需要时间的。这种沟通不需要什么技巧，关键是把事情说清楚。规则不清楚没问题，你把事情理清楚就行，你负责做事，领导负责决策，你来提供决策的依据。
|
 |
9
sampeng 214 天前
这个苦恼非常简单。谁给你发工资，听谁的。时间不够，不好意思，排着。
人是有喜好，但是工资不是为你喜好负责的。 你都有基建组了。。不想做找老大呗。从你描述来说本来就不关你事，老大没理由安你头上。基建组不是选个东西说大家都用这个就没事了，培训，解 bug ，推广。都是基建组要做的事。都摊你身上算啥啊。 另一方面，从人性来说，人都是谁能解决眼前的事就找谁，很少会管谁真的负责这个事。显而易见，找你，你前面肯定都给解决，你不路由到基建组，自己担起来。。。可不就出问题找你。 |
|
10
t202201 OP @sampeng 感谢，确实是这样的。虽然是基建的问题，但是出现在我负责的业务上，所以大家理所当然找我了，也不会考虑究竟是谁的问题，只知道需要找个人来解决，就近原则就来找我了。
|
 |
11
biaozhu9528 214 天前
@t202201 就近原则可太真实了。感觉还是提前和领导沟通好吧，后续如果有类似的问题，如果有时间，可以帮忙看看，但是没空也没精力的话，恕难从命，毕竟还有自己的主线任务，如果是新框架的问题导致业务上出现一些严重的问题，和你没关系，让领导找基建组的人谈谈。
|
 |
12
me1onsoda 214 天前
为什么不能花钱找开源框架技术支持？
|
|
14
sampeng 214 天前
@t202201 不是就近问题。是你解决了。你有能力解决。我是你 leader ，我也安你头上。这就是所谓的能者多劳。但你要不能解决或者有能力解决，但是表现出不能解决。。那是另一个故事，看 leader 怎么看，有好有坏。
就事论事而言，这种事，看你怎么看。你是喜欢只做自己眼前事还是对一切事抱有好奇。前者，就是纠结不是自己做的为啥要自己弄。后者，就是有问题我去解决了，反正提升的是我自己，对自己其实没有什么坏处，而且对性格的磨练非常有好处。后者才有一切可能，前者就是拿一分钱干一份事。本身没对错，看个人选择 |
|
15
sampeng 214 天前 1
还有，很多人其实对别人的框架首先抱有讨厌和排斥心态的。
这个也是一个选择，一个是讨厌和排斥，觉得不好用。另一个是在使用过程中不要无限放大缺点，而是思考他的优点是什么。自己从他的设计思路中学习优秀的部分。这些是平常写项目不可能能学到的东西。 |
 |
16
kneo 214 天前 via Android
工资是发给你的，不是发给开源项目的对不对？
让你干啥你就干啥。完成任务是打工人的基本职业素养。 项目延期是你领导要去操心的事情。 |
|
17
t202201 OP @sampeng 感谢！🙏
> 在使用过程中不要无限放大缺点，而是思考他的优点是什么。自己从他的设计思路中学习优秀的部分。 这句话很受用，提供了另一个角度，自己在使用的时侯对优缺点都有感受，只是自己目前还是一直盯着不好用的一面，心里想着怎么这有问题那有问题。看来是时候转变自己的思考角度了。 |
 |
18
szdosar 213 天前
因为你有价值，懂了吗？
|
 |
19
TaoQAQ 213 天前
那你岂不是成为了团队里唯一能解决疑难杂症的人？离升职加薪不远了
|
|
20
sampeng 213 天前
@t202201 反正没人管的东西。你也要改 bug 。如果是开源的，不好用的地方目前看起来你完全有时间和能力去提 pr 。。这种事就是只要你想，就有无数有利自己的事可以做。如果不想，就会找理由去排斥他。全靠个人啦。。
|
 |
21
coldWater 213 天前
这谁做的选型？谁选型谁负责啊。既然你是唯一深度使用方，那是不是可以提出一个方案彻底解决这个问题呢？例如换一个你顺手的框架？
|
Select Language