4 ms·
If they were still there, why wouldn't you engage them about a modification you think was better than the original? Everyone learns in that situation.
by sigzero 5y ago
If they were still there, why wouldn't you engage them about a modification you think was better than the original? Everyone learns in that situation.
- lowercased 5y agothey may not be 'on that project' any more, and if the burden of support is on you at that point, and you're the one dealing with the code, and they're not, them saying "meh, it was good enough" doesn't really help. I've hit that before, and mgrs have said "devX said it's good enough, they wrote it before, don't try to change stuff". Well.. they wrote it 2 years ago when there were 300 customer records, not the 14200 today, and they're not fielding support issues from people complaining about delays now. There's plenty of reasons to not engage with someone. There's also plenty of reasons why it may make sense, and I think it's highly context dependent. For me, it's about 50/50. And... in the cases where I reach out, it's about 50/50 as to whether they have any time/inclination/memory/ability to help anyway.