What to do when you find a bug in development? [closed]

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;







up vote
-2
down vote

favorite












It is common during development to find bugs in the project, but when it was not you responsible for that module, it's correct to add a FIXME in the code?
I see that not put the annotation that can be taken to production and bring future problems.







share|improve this question












closed as off-topic by Thomas Owens, scaaahu, gnat, DJClayworth, NotMe May 14 '15 at 13:51


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "Questions asking for advice on what to do are not practical answerable questions (e.g. "what job should I take?", or "what skills should I learn?"). Questions should get answers explaining why and how to make a decision, not advice on what to do. For more information, click here." – gnat, DJClayworth
If this question can be reworded to fit the rules in the help center, please edit the question.








  • 2




    Well, if you don't have a bug-tracking system you can just enter this in to, do you have anyone who keeps track of who's doing what to the code? If so, talk to them - just a comment in the code may mean nobody finds it, whereas if you tell someone, it may actually get fixed.
    – Hazel
    May 14 '15 at 11:57






  • 3




    Hello Daniela and welcome to the Workplace. I'm afraid this is completely off-topic; the only way to save it is to edit as "what should I do if I find a mistake in a project I'm not responsible for", which is overly broad in itself. I hope this helps. To answer your question: ask your manager!
    – rath
    May 14 '15 at 12:20






  • 2




    Is there any way to transfer this question for programmers.se?
    – Daniela Morais
    May 14 '15 at 12:38






  • 4




    This question isn't a good fit for Programmers Stack Exchange. I'd look for related duplicates, but this reads very much like a poll, asking developers what they or their organization does. The correct answer is, simply, to follow your team's process. The community doesn't know your team's process, so we can't tell you the right thing to do in your team or company. Ask someone on your team.
    – Thomas Owens
    May 14 '15 at 13:08






  • 3




    I voted to close because this should be covered by the development team policies and only the dev manager can answer the question for your environment.
    – NotMe
    May 14 '15 at 13:52
















up vote
-2
down vote

favorite












It is common during development to find bugs in the project, but when it was not you responsible for that module, it's correct to add a FIXME in the code?
I see that not put the annotation that can be taken to production and bring future problems.







share|improve this question












closed as off-topic by Thomas Owens, scaaahu, gnat, DJClayworth, NotMe May 14 '15 at 13:51


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "Questions asking for advice on what to do are not practical answerable questions (e.g. "what job should I take?", or "what skills should I learn?"). Questions should get answers explaining why and how to make a decision, not advice on what to do. For more information, click here." – gnat, DJClayworth
If this question can be reworded to fit the rules in the help center, please edit the question.








  • 2




    Well, if you don't have a bug-tracking system you can just enter this in to, do you have anyone who keeps track of who's doing what to the code? If so, talk to them - just a comment in the code may mean nobody finds it, whereas if you tell someone, it may actually get fixed.
    – Hazel
    May 14 '15 at 11:57






  • 3




    Hello Daniela and welcome to the Workplace. I'm afraid this is completely off-topic; the only way to save it is to edit as "what should I do if I find a mistake in a project I'm not responsible for", which is overly broad in itself. I hope this helps. To answer your question: ask your manager!
    – rath
    May 14 '15 at 12:20






  • 2




    Is there any way to transfer this question for programmers.se?
    – Daniela Morais
    May 14 '15 at 12:38






  • 4




    This question isn't a good fit for Programmers Stack Exchange. I'd look for related duplicates, but this reads very much like a poll, asking developers what they or their organization does. The correct answer is, simply, to follow your team's process. The community doesn't know your team's process, so we can't tell you the right thing to do in your team or company. Ask someone on your team.
    – Thomas Owens
    May 14 '15 at 13:08






  • 3




    I voted to close because this should be covered by the development team policies and only the dev manager can answer the question for your environment.
    – NotMe
    May 14 '15 at 13:52












up vote
-2
down vote

favorite









up vote
-2
down vote

favorite











It is common during development to find bugs in the project, but when it was not you responsible for that module, it's correct to add a FIXME in the code?
I see that not put the annotation that can be taken to production and bring future problems.







share|improve this question












It is common during development to find bugs in the project, but when it was not you responsible for that module, it's correct to add a FIXME in the code?
I see that not put the annotation that can be taken to production and bring future problems.









share|improve this question











share|improve this question




share|improve this question










asked May 14 '15 at 11:45









Daniela Morais

1022




1022




closed as off-topic by Thomas Owens, scaaahu, gnat, DJClayworth, NotMe May 14 '15 at 13:51


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "Questions asking for advice on what to do are not practical answerable questions (e.g. "what job should I take?", or "what skills should I learn?"). Questions should get answers explaining why and how to make a decision, not advice on what to do. For more information, click here." – gnat, DJClayworth
If this question can be reworded to fit the rules in the help center, please edit the question.




closed as off-topic by Thomas Owens, scaaahu, gnat, DJClayworth, NotMe May 14 '15 at 13:51


This question appears to be off-topic. The users who voted to close gave this specific reason:


  • "Questions asking for advice on what to do are not practical answerable questions (e.g. "what job should I take?", or "what skills should I learn?"). Questions should get answers explaining why and how to make a decision, not advice on what to do. For more information, click here." – gnat, DJClayworth
If this question can be reworded to fit the rules in the help center, please edit the question.







  • 2




    Well, if you don't have a bug-tracking system you can just enter this in to, do you have anyone who keeps track of who's doing what to the code? If so, talk to them - just a comment in the code may mean nobody finds it, whereas if you tell someone, it may actually get fixed.
    – Hazel
    May 14 '15 at 11:57






  • 3




    Hello Daniela and welcome to the Workplace. I'm afraid this is completely off-topic; the only way to save it is to edit as "what should I do if I find a mistake in a project I'm not responsible for", which is overly broad in itself. I hope this helps. To answer your question: ask your manager!
    – rath
    May 14 '15 at 12:20






  • 2




    Is there any way to transfer this question for programmers.se?
    – Daniela Morais
    May 14 '15 at 12:38






  • 4




    This question isn't a good fit for Programmers Stack Exchange. I'd look for related duplicates, but this reads very much like a poll, asking developers what they or their organization does. The correct answer is, simply, to follow your team's process. The community doesn't know your team's process, so we can't tell you the right thing to do in your team or company. Ask someone on your team.
    – Thomas Owens
    May 14 '15 at 13:08






  • 3




    I voted to close because this should be covered by the development team policies and only the dev manager can answer the question for your environment.
    – NotMe
    May 14 '15 at 13:52












  • 2




    Well, if you don't have a bug-tracking system you can just enter this in to, do you have anyone who keeps track of who's doing what to the code? If so, talk to them - just a comment in the code may mean nobody finds it, whereas if you tell someone, it may actually get fixed.
    – Hazel
    May 14 '15 at 11:57






  • 3




    Hello Daniela and welcome to the Workplace. I'm afraid this is completely off-topic; the only way to save it is to edit as "what should I do if I find a mistake in a project I'm not responsible for", which is overly broad in itself. I hope this helps. To answer your question: ask your manager!
    – rath
    May 14 '15 at 12:20






  • 2




    Is there any way to transfer this question for programmers.se?
    – Daniela Morais
    May 14 '15 at 12:38






  • 4




    This question isn't a good fit for Programmers Stack Exchange. I'd look for related duplicates, but this reads very much like a poll, asking developers what they or their organization does. The correct answer is, simply, to follow your team's process. The community doesn't know your team's process, so we can't tell you the right thing to do in your team or company. Ask someone on your team.
    – Thomas Owens
    May 14 '15 at 13:08






  • 3




    I voted to close because this should be covered by the development team policies and only the dev manager can answer the question for your environment.
    – NotMe
    May 14 '15 at 13:52







2




2




Well, if you don't have a bug-tracking system you can just enter this in to, do you have anyone who keeps track of who's doing what to the code? If so, talk to them - just a comment in the code may mean nobody finds it, whereas if you tell someone, it may actually get fixed.
– Hazel
May 14 '15 at 11:57




Well, if you don't have a bug-tracking system you can just enter this in to, do you have anyone who keeps track of who's doing what to the code? If so, talk to them - just a comment in the code may mean nobody finds it, whereas if you tell someone, it may actually get fixed.
– Hazel
May 14 '15 at 11:57




3




3




Hello Daniela and welcome to the Workplace. I'm afraid this is completely off-topic; the only way to save it is to edit as "what should I do if I find a mistake in a project I'm not responsible for", which is overly broad in itself. I hope this helps. To answer your question: ask your manager!
– rath
May 14 '15 at 12:20




Hello Daniela and welcome to the Workplace. I'm afraid this is completely off-topic; the only way to save it is to edit as "what should I do if I find a mistake in a project I'm not responsible for", which is overly broad in itself. I hope this helps. To answer your question: ask your manager!
– rath
May 14 '15 at 12:20




2




2




Is there any way to transfer this question for programmers.se?
– Daniela Morais
May 14 '15 at 12:38




Is there any way to transfer this question for programmers.se?
– Daniela Morais
May 14 '15 at 12:38




4




4




This question isn't a good fit for Programmers Stack Exchange. I'd look for related duplicates, but this reads very much like a poll, asking developers what they or their organization does. The correct answer is, simply, to follow your team's process. The community doesn't know your team's process, so we can't tell you the right thing to do in your team or company. Ask someone on your team.
– Thomas Owens
May 14 '15 at 13:08




This question isn't a good fit for Programmers Stack Exchange. I'd look for related duplicates, but this reads very much like a poll, asking developers what they or their organization does. The correct answer is, simply, to follow your team's process. The community doesn't know your team's process, so we can't tell you the right thing to do in your team or company. Ask someone on your team.
– Thomas Owens
May 14 '15 at 13:08




3




3




I voted to close because this should be covered by the development team policies and only the dev manager can answer the question for your environment.
– NotMe
May 14 '15 at 13:52




I voted to close because this should be covered by the development team policies and only the dev manager can answer the question for your environment.
– NotMe
May 14 '15 at 13:52










2 Answers
2






active

oldest

votes

















up vote
7
down vote



accepted










Not really a workplace question, probably more for programmers.se but as a development manager my answer would be this:



A development team should exercise shared ownership, so if you find a bug, add it to your bug tracker, talk to your lead/dev manager about whether it is higher priority than what you are doing/going to do next, and if so fix it. If it's not important enough to fix now (and in production systems this can be the case), it'll get reviewed at the planning for the next iteration of work.



Leaving a FIXME is just ignoring the issue, it'll be forgotten about and never fixed. My team had to pick up a code base with TODOs in the code, gave up on planning to fix them when the find/replace found 70000 (the code base had been worked on by a team of 200 for 5+ years) some of which had been in production for years (so would probably break workarounds by fixing now), we ended up doing a replace to remove them on the basis that all the risks were acceptable in production due to age.






share|improve this answer



























    up vote
    4
    down vote













    Log it as a ticket in your management system. The project manager can then assign it to the correct person to fix, or it will go into a backlog for a look later.



    Your responsibility is just to log it so others know of it. Do you have a bug reporting system?



    However, if the fix is simple, and you're actually in the relevant file, then it maybe just quicker for you to fix it.






    share|improve this answer



























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes








      up vote
      7
      down vote



      accepted










      Not really a workplace question, probably more for programmers.se but as a development manager my answer would be this:



      A development team should exercise shared ownership, so if you find a bug, add it to your bug tracker, talk to your lead/dev manager about whether it is higher priority than what you are doing/going to do next, and if so fix it. If it's not important enough to fix now (and in production systems this can be the case), it'll get reviewed at the planning for the next iteration of work.



      Leaving a FIXME is just ignoring the issue, it'll be forgotten about and never fixed. My team had to pick up a code base with TODOs in the code, gave up on planning to fix them when the find/replace found 70000 (the code base had been worked on by a team of 200 for 5+ years) some of which had been in production for years (so would probably break workarounds by fixing now), we ended up doing a replace to remove them on the basis that all the risks were acceptable in production due to age.






      share|improve this answer
























        up vote
        7
        down vote



        accepted










        Not really a workplace question, probably more for programmers.se but as a development manager my answer would be this:



        A development team should exercise shared ownership, so if you find a bug, add it to your bug tracker, talk to your lead/dev manager about whether it is higher priority than what you are doing/going to do next, and if so fix it. If it's not important enough to fix now (and in production systems this can be the case), it'll get reviewed at the planning for the next iteration of work.



        Leaving a FIXME is just ignoring the issue, it'll be forgotten about and never fixed. My team had to pick up a code base with TODOs in the code, gave up on planning to fix them when the find/replace found 70000 (the code base had been worked on by a team of 200 for 5+ years) some of which had been in production for years (so would probably break workarounds by fixing now), we ended up doing a replace to remove them on the basis that all the risks were acceptable in production due to age.






        share|improve this answer






















          up vote
          7
          down vote



          accepted







          up vote
          7
          down vote



          accepted






          Not really a workplace question, probably more for programmers.se but as a development manager my answer would be this:



          A development team should exercise shared ownership, so if you find a bug, add it to your bug tracker, talk to your lead/dev manager about whether it is higher priority than what you are doing/going to do next, and if so fix it. If it's not important enough to fix now (and in production systems this can be the case), it'll get reviewed at the planning for the next iteration of work.



          Leaving a FIXME is just ignoring the issue, it'll be forgotten about and never fixed. My team had to pick up a code base with TODOs in the code, gave up on planning to fix them when the find/replace found 70000 (the code base had been worked on by a team of 200 for 5+ years) some of which had been in production for years (so would probably break workarounds by fixing now), we ended up doing a replace to remove them on the basis that all the risks were acceptable in production due to age.






          share|improve this answer












          Not really a workplace question, probably more for programmers.se but as a development manager my answer would be this:



          A development team should exercise shared ownership, so if you find a bug, add it to your bug tracker, talk to your lead/dev manager about whether it is higher priority than what you are doing/going to do next, and if so fix it. If it's not important enough to fix now (and in production systems this can be the case), it'll get reviewed at the planning for the next iteration of work.



          Leaving a FIXME is just ignoring the issue, it'll be forgotten about and never fixed. My team had to pick up a code base with TODOs in the code, gave up on planning to fix them when the find/replace found 70000 (the code base had been worked on by a team of 200 for 5+ years) some of which had been in production for years (so would probably break workarounds by fixing now), we ended up doing a replace to remove them on the basis that all the risks were acceptable in production due to age.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered May 14 '15 at 12:01









          The Wandering Dev Manager

          29.8k956107




          29.8k956107






















              up vote
              4
              down vote













              Log it as a ticket in your management system. The project manager can then assign it to the correct person to fix, or it will go into a backlog for a look later.



              Your responsibility is just to log it so others know of it. Do you have a bug reporting system?



              However, if the fix is simple, and you're actually in the relevant file, then it maybe just quicker for you to fix it.






              share|improve this answer
























                up vote
                4
                down vote













                Log it as a ticket in your management system. The project manager can then assign it to the correct person to fix, or it will go into a backlog for a look later.



                Your responsibility is just to log it so others know of it. Do you have a bug reporting system?



                However, if the fix is simple, and you're actually in the relevant file, then it maybe just quicker for you to fix it.






                share|improve this answer






















                  up vote
                  4
                  down vote










                  up vote
                  4
                  down vote









                  Log it as a ticket in your management system. The project manager can then assign it to the correct person to fix, or it will go into a backlog for a look later.



                  Your responsibility is just to log it so others know of it. Do you have a bug reporting system?



                  However, if the fix is simple, and you're actually in the relevant file, then it maybe just quicker for you to fix it.






                  share|improve this answer












                  Log it as a ticket in your management system. The project manager can then assign it to the correct person to fix, or it will go into a backlog for a look later.



                  Your responsibility is just to log it so others know of it. Do you have a bug reporting system?



                  However, if the fix is simple, and you're actually in the relevant file, then it maybe just quicker for you to fix it.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered May 14 '15 at 11:57









                  Dan Hanly

                  791716




                  791716












                      Comments

                      Popular posts from this blog

                      List of Gilmore Girls characters

                      What does second last employer means? [closed]

                      One-line joke