4 ms·
>The only person who you're responsible for is you. Kara may or may not be making a mistake with the icon, but you're not responsible for it. What happens when
by PurpleBoxDragon 8y ago
>The only person who you're responsible for is you. Kara may or may not be making a mistake with the icon, but you're not responsible for it.
What happens when the issue is security related? Personally I find myself in a situation where I feel like I'm wasting political capital and hurting myself trying to advocate for security. Is the solution to just... not?
- BSVino 8y agoHi, author of the article here. Security can be a pretty significant cost to the business and if your teammates aren't concerned about it then that's a red flag that maybe you're in the wrong place. But for the time being, yes, consider not. First, consider whether security on your team is a concern at all, for example you're working on an internal tool and you can trust your teammates not to go looking for buffer overflows. Otherwise, the question I have is, why is there no process for dealing with security flaws? Whose responsibility is it to set up that process? Send your discovered flaw to that person and suggest that they set up such a process so that you can submit any future flaws, and then your obligation to the customer is done. If you burn your relationship with your teammates, you give up any chance of influencing them to improve their security practices in the future.