←back to thread

446 points talboren | 2 comments | | HN request time: 0.001s | source
Show context
ballenf ◴[] No.45039355[source]
Can someone who's worked in an org this large help me understand how this happens? They surely do testing against major browsers and saw the performance issues before releasing. Is there really someone who gave the green light?
replies(8): >>45039516 #>>45039532 #>>45039542 #>>45040310 #>>45040321 #>>45041040 #>>45041952 #>>45046169 #
terminalbraid ◴[] No.45039542[source]
As someone who has worked in and with large orgs, the better question is "why does this always happen?". In large organizations "ownership" of a product becomes more nebulous from a product and code standpoint due to churn and a focus on short-sighted goals.

If you put a lot of momentum behind a product with that mentality you get features piled on tech debt, no one gets enthusiastic about paying that down because it was done by some prior team you have no understanding of and it gets in the way of what management wants, which is more features so they can get bonuses.

Speaking up about it gets you shouted down and thrown on a performance improvement plan because you aren't aligned with your capitalist masters.

replies(2): >>45039601 #>>45040214 #
1. whstl ◴[] No.45039601[source]
At this point "ownership" is just a buzzword thrown around by management types that has no meaning.

If a developer has to put up a fight in order to push back against the irresponsibility of a non-technical person, they by definition don't have ownership.

replies(1): >>45041220 #
2. cratermoon ◴[] No.45041220[source]
I've seen shops where ownership is used as a cudgel to punish unruly developers. If the task isn't done as specified and on time, the developer is faulted for not taking ownership, but that "ownership" is meaningless, as you note, because it does not extend to pushing back against irresponsible or unreasonable demands.