> "Members don’t give advice; they speak from priorexperience, letting you draw your own conclusions on how to best proceed.”
I can totally relate from when I was teaching programming or explaining math related stuff to other people. Telling what to do is like giving the solution right away: they will solve the problem but without making the mental connection for it to be able to reproduce the reasoning.
As a wannabe teacher, I just try to make sure people I teach encounter bugs, or make wrong computation, or biased proofs. He forgot a semi-colon? Good, let the compiler throw an error at him so that he actually gets negative feedback; if he does not understand what the compiler says, I'll help him get it and, when he fixes the typo and get the source to compiler, he'll get the positive feedback for himself.
There is a common bias when teaching. You don't expect to be waiting, so you try to drive people's thinking in the right direction. But good teachers make sure you don't give up in front of an error. Great teachers make you want to get errors.
Algrith, it was not exactly business-related, but I think it connects someway.
tl;dr: teaching is about catalyzing the process of encountering errors, not avoiding them
I remember a class back in tech school. The teacher sent us off for a break, mangled the insides of our work computers, and had us fix them. I think I got a loose video card. Someone else had to reassemble the whole thing.
We learned a lot from experience and observation. This was the same class where we had to plan a new server room together even though the course was aimed at desktop support. And the same teacher who had us break our Fedora installs just to see if we could fix them. That was where I got comfortable with Linux.
> "Members don’t give advice; they speak from priorexperience, letting you draw your own conclusions on how to best proceed.”
I can totally relate from when I was teaching programming or explaining math related stuff to other people. Telling what to do is like giving the solution right away: they will solve the problem but without making the mental connection for it to be able to reproduce the reasoning.
As a wannabe teacher, I just try to make sure people I teach encounter bugs, or make wrong computation, or biased proofs. He forgot a semi-colon? Good, let the compiler throw an error at him so that he actually gets negative feedback; if he does not understand what the compiler says, I'll help him get it and, when he fixes the typo and get the source to compiler, he'll get the positive feedback for himself.
There is a common bias when teaching. You don't expect to be waiting, so you try to drive people's thinking in the right direction. But good teachers make sure you don't give up in front of an error. Great teachers make you want to get errors.
Algrith, it was not exactly business-related, but I think it connects someway.
tl;dr: teaching is about catalyzing the process of encountering errors, not avoiding them