Sometimes what you're trying to get them to do is understand something that you (think you) understand. There's a reason software has tutorials as well as refe

Sometimes what you're trying to get them to do is understand something that you (think you) understand. There's a reason software has tutorials as well as reference documentation. Sometimes telling someone something directly isn't as effective at getting them to understand it as explaining it more slowly or obliquely. Sharing your learning journey to arrive at the understanding is (one possibility for) presenting a working path to understanding. It's also the case that, especially when someone's knowledge diverges a lot from your own, it may not be obvious to them what information is relevant to you — and it may even be surprising to you. As an extreme example, there was a bug where OpenOffice wouldn't print on Tuesdays [1]. This happens a lot with non-technical users, but can also happen with other technical people who don't have the same level of understanding of a particular subsystem (in both directions — if you understand it better they may not know what information is key to understanding its behaviour, and if they understand it better they may not realize what information they're taking for granted that you don't know — e.g. the famous joke about ‘monads are just monoids in the category of endofunctors, what's the problem?’). As I've spent more time in technical discussions I've got better at homing in on the information I need — but I can't materialize information that wasn't given to me in the first place. So I'd rather people shotgun information at me than narrow it down to just the one point that they think is relevant. [1]: https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/255161/comments/28 https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/255161...