I usually spend around 30mins. If I'm not sure what the answer is, I try to construct a very specific question to my boss or colleagues. I make it in a way that gives the person enough context to answer my question and to know what I'm really asking.
That often helps me clear my thoughts and find out what really it is I am looking for. If that didn't enlighten me, I hit send and I wait for the answer.
I spend as much as time as I can until I reach I point where I feel like I'm going in circles. I'll document the details on my end while I read through tutorials and scan forums. Once I gather a basic understanding of the problem at hand, I'll create some type of small scale project to see if I can put the pieces together and make it work.
Now, say I run into a point where I just can't figure something out. If I reach a point where I feel like I'm scanning different material, but comprehending it the same way, and still not understanding it, then it's possible I'm starting to go in "circles". Basically, my brain is comprehending the same information, but expecting a different result (result === understanding). At this point, I might then ask for help or I might take a break. I find small breaks can help my brain reset/relax.
With all that said, I think you should do enough due diligence in your research before asking questions, because ultimately it will help you become better at what you're doing. Do as much research as you think you should do and then reach out for help, this industry will let you know if you asked too soon . =). Or you can do what I do, and do as much research as you can until you almost go insane, but I don't recommend it. =). Eventually you'll get your own rhythm.
The stubborn and arrogant part of me can spend up to 5 hours trying to figure out the answer by myself.
But at work, it was advised to not exceed 1 hour.
I think itβs acceptable to ask your teammate a βtop of your headβ question before diving into research. If they donβt know the answer off the top of their head, spend 30min-1hr researching, then circle back. Their initial response may help inform your research.
This is the approach I use as well. I think it's really not healthy to try to solve something for hours if a quick question could have given you the needed hint. With that being said you should try it yourself first and not just skip the thinking part completely. But more often then not I get a hint in the right direction from a quick talk to a colleague.
I try my very best figuring it out on my own. When I succeed this is usually the best way to have it "stick" in memory for the future.
If I have exhausted my options then I chat with someone about it. The important thing (as someone who has been on the other side most of the time) is to try and make an effort. This is useful for many reasons, first of all your questions can be more clear (thus easier to answer) and you show that you actually put some effort and don't expect to have everything handed to you.
Howβs it going, I'm a Adam, a Full-Stack Engineer, actively searching for work. I'm all about JavaScript. And Frontend but don't let that fool you - I've also got some serious Backend skills.
Location
City of Bath, UK π¬π§
Education
10 plus years* active enterprise development experience and a Fine art degree π¨
L.A. based web developer slowly parsing through Stack Overflow. If you like hot web dev tips or stories about being a freelancer, check out my newsletter: https://codenutt.substack.com/p/coming-soon
I work by myself, so probably longer than most. It depends on the issue, but I can spend up to an entire day trying to sort it out before reaching it to someone I know.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I usually spend around 30mins. If I'm not sure what the answer is, I try to construct a very specific question to my boss or colleagues. I make it in a way that gives the person enough context to answer my question and to know what I'm really asking.
That often helps me clear my thoughts and find out what really it is I am looking for. If that didn't enlighten me, I hit send and I wait for the answer.
I spend as much as time as I can until I reach I point where I feel like I'm going in circles. I'll document the details on my end while I read through tutorials and scan forums. Once I gather a basic understanding of the problem at hand, I'll create some type of small scale project to see if I can put the pieces together and make it work.
Now, say I run into a point where I just can't figure something out. If I reach a point where I feel like I'm scanning different material, but comprehending it the same way, and still not understanding it, then it's possible I'm starting to go in "circles". Basically, my brain is comprehending the same information, but expecting a different result (result === understanding). At this point, I might then ask for help or I might take a break. I find small breaks can help my brain reset/relax.
With all that said, I think you should do enough due diligence in your research before asking questions, because ultimately it will help you become better at what you're doing. Do as much research as you think you should do and then reach out for help, this industry will let you know if you asked too soon . =). Or you can do what I do, and do as much research as you can until you almost go insane, but I don't recommend it. =). Eventually you'll get your own rhythm.
The stubborn and arrogant part of me can spend up to 5 hours trying to figure out the answer by myself.
But at work, it was advised to not exceed 1 hour.
Is that hour explicitly stated as a guideline?
Yeah, it was not explicitly stated, It was advised that after searching for a solution for more than one hour to go and ask your collegues.
I think itβs acceptable to ask your teammate a βtop of your headβ question before diving into research. If they donβt know the answer off the top of their head, spend 30min-1hr researching, then circle back. Their initial response may help inform your research.
This is the approach I use as well. I think it's really not healthy to try to solve something for hours if a quick question could have given you the needed hint. With that being said you should try it yourself first and not just skip the thinking part completely. But more often then not I get a hint in the right direction from a quick talk to a colleague.
Depends. If the thing is on my domain(Ruby, Rails, backend) and I have an idea of what I'm looking for, I'd spend half day.
If the thing is on my domain but have no idea, I ask immediately to any pal who might know about the thing or know someone who could know :D
If the thing is not on my domain, same principle, ask someone who could know or have them refer me to other who could know :D
20-30 minutes, or sooner if my queries aren't returning quite what I was looking for.
I follow a "best effort first" approach.
I try my very best figuring it out on my own. When I succeed this is usually the best way to have it "stick" in memory for the future.
If I have exhausted my options then I chat with someone about it. The important thing (as someone who has been on the other side most of the time) is to try and make an effort. This is useful for many reasons, first of all your questions can be more clear (thus easier to answer) and you show that you actually put some effort and don't expect to have everything handed to you.
This applies at any level from junior to senior!
Step 1 go in circles
Step 2 reflect on time spent to information ratio
Step 3 ask for help
As long as you can πͺπ»
Zero minutes when I'm pair programming or mobbing.
I work by myself, so probably longer than most. It depends on the issue, but I can spend up to an entire day trying to sort it out before reaching it to someone I know.