If you’ve got qualitative feedback about the implementation, like you wanted to use the Shopping sidebar, but the text was much too small on your device, or maybe you found a vulnerability in their ad network implementation, which allows tracking individual users, then the developers absolutely want that feedback.
If your feedback is “Don’t roll these out!”, you’re still free to give that feedback, but yeah, that’s not useful in the development process.
You’d need to address that to management and ideally include a really good idea for how else to secure the wages of their employees. “Don’t make any money!” and “Please, fully rely on the money from Google!” are not useful as feedback.
You seemed to be going off on a tangent about their strategic decisions, when I was talking simply about the feature development process.
I have no interest in discussing their strategic decisions, because flaming about it in some random internet forum isn’t going to change anything anyways.
If there was a chance that we worked out a more viable strategy, which Mozilla could tangibly realize, that would be different. But presumably, neither of us work in a full-time managerial position at Mozilla, so to assume so, would be absolute madness.
I don’t see anything in the OP’s comment that defends the status quo.
The OP was focused specifically on technical feedback. Telling the devs you don’t like their management process isn’t going to change anything. Telling them you think the implementation is substandard because of technical reasons A, B, and C can help change things, because the dev team can respond to that.
If you want to target their management, make an open letter or something and get people talking about it. If you want to influence development decisions, keep the discussion technical.
Ephera is the OP you responded to, not the OP of the post.
If your feedback is “Don’t roll these out!”, you’re still free to give that feedback
This is the context I’m referring to. Their response highlights that they’re not interested in talking about management structure, only the specific technical issues with the feature. They’ve been incredibly consistent about that.
You went on a tangent about business direction. They responded they’re not interested in that, and if that’s the way you want to engage, keep the developers out of it because it’s completely unhelpful (i.e. don’t post stuff like that on their bugzilla, which is unfortunately all to common). I don’t think OP is implying that criticizing management decisions isn’t worth doing, there’s just a more helpful way to do that than including it in a technical discussion.
It’s irrelevant to the discussion at hand. Whether I agree with you (I do) has nothing to do with the shopping feature implementation.
If you have technical issues with the shopping feature, bring it up with the developers. If you have policy issues for the management, name and shame with an open letter or similar.
deleted by creator
If you’ve got qualitative feedback about the implementation, like you wanted to use the Shopping sidebar, but the text was much too small on your device, or maybe you found a vulnerability in their ad network implementation, which allows tracking individual users, then the developers absolutely want that feedback.
If your feedback is “Don’t roll these out!”, you’re still free to give that feedback, but yeah, that’s not useful in the development process.
You’d need to address that to management and ideally include a really good idea for how else to secure the wages of their employees. “Don’t make any money!” and “Please, fully rely on the money from Google!” are not useful as feedback.
deleted by creator
You seemed to be going off on a tangent about their strategic decisions, when I was talking simply about the feature development process.
I have no interest in discussing their strategic decisions, because flaming about it in some random internet forum isn’t going to change anything anyways.
If there was a chance that we worked out a more viable strategy, which Mozilla could tangibly realize, that would be different. But presumably, neither of us work in a full-time managerial position at Mozilla, so to assume so, would be absolute madness.
deleted by creator
Make a decent tab grouping feature
deleted by creator
Make tabs look like tabs again, and not like huge buttons!
I don’t see anything in the OP’s comment that defends the status quo.
The OP was focused specifically on technical feedback. Telling the devs you don’t like their management process isn’t going to change anything. Telling them you think the implementation is substandard because of technical reasons A, B, and C can help change things, because the dev team can respond to that.
If you want to target their management, make an open letter or something and get people talking about it. If you want to influence development decisions, keep the discussion technical.
deleted by creator
Ephera is the OP you responded to, not the OP of the post.
This is the context I’m referring to. Their response highlights that they’re not interested in talking about management structure, only the specific technical issues with the feature. They’ve been incredibly consistent about that.
You went on a tangent about business direction. They responded they’re not interested in that, and if that’s the way you want to engage, keep the developers out of it because it’s completely unhelpful (i.e. don’t post stuff like that on their bugzilla, which is unfortunately all to common). I don’t think OP is implying that criticizing management decisions isn’t worth doing, there’s just a more helpful way to do that than including it in a technical discussion.
deleted by creator
It’s irrelevant to the discussion at hand. Whether I agree with you (I do) has nothing to do with the shopping feature implementation.
If you have technical issues with the shopping feature, bring it up with the developers. If you have policy issues for the management, name and shame with an open letter or similar.
deleted by creator