Developer with a love for Ruby. Always smiling. Spanish speaker. Continuously learning. RTFD!! Ruby for Good core team. Flatiron School alum. I take advice with a grain of salt & a shot of tequila.
Question: You said "Sure they can be productive at the highest level of website development, but they often lose a lot of time because debugging or doing the wrong things." But I've seen many other people say to not ask for help unless you can tell the person five different things you tried and Google searched for the solution. Where's that middle ground?
Striving to become a master Go/Cloud developer; Father ๐จโ๐งโ๐ฆ; ๐ค/((Full Stack Web|Unity3D) + Developer)/g; Science supporter ๐ฉโ๐ฌ; https://coder.today
Hmm, I think those "methods" apply to more advanced juniors.
That rule is a firewall for the mentor, is a proof that the junior really cares about that problem and most important wants to learn how to solve it. It is a fear that if you just ask for the solution is "just a job, just a task" in opposite to "I'm here to learn".
Another big problem is that Development in general is a self-learning discipline (mostly because of the nature of the tech as an industry properties like fast advancements), and one thing that juniors must learn is to solve problems on their own, the first step include to search for solutions.
Teachers, books and manuals will take you trough the thinking and maybe in 50% of the implementation, then we are on our own. THis is where tutorials and stackoverflow should be used.
In your first year you probably don't know even to find 5 solutions to a problem. Then if you find a solution that works you most probably don't understand how it works, so you still have to go to a mentor and ask him "how to do it" and most important "why and how it works".
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.
Question: You said "Sure they can be productive at the highest level of website development, but they often lose a lot of time because debugging or doing the wrong things." But I've seen many other people say to not ask for help unless you can tell the person five different things you tried and Google searched for the solution. Where's that middle ground?
Hmm, I think those "methods" apply to more advanced juniors.
That rule is a firewall for the mentor, is a proof that the junior really cares about that problem and most important wants to learn how to solve it. It is a fear that if you just ask for the solution is "just a job, just a task" in opposite to "I'm here to learn".
Another big problem is that Development in general is a self-learning discipline (mostly because of the nature of the tech as an industry properties like fast advancements), and one thing that juniors must learn is to solve problems on their own, the first step include to search for solutions.
Teachers, books and manuals will take you trough the thinking and maybe in 50% of the implementation, then we are on our own. THis is where tutorials and stackoverflow should be used.
In your first year you probably don't know even to find 5 solutions to a problem. Then if you find a solution that works you most probably don't understand how it works, so you still have to go to a mentor and ask him "how to do it" and most important "why and how it works".