> How do I do (complicated task X) without using (class of solutions Y)?
It's like madlibs. I'll fill in the blanks for you:
> How do I write a portable function for searching the filesystem in pure C++?
Here, X is "search the filesystem portably" and Y is "just use Boost, dummy".
> How do I create an iOS application without using Xcode?
> How do I do AES encryption in my network code? (instead of just using a library to handle TLS)
Programmers develop highly specialized taste as they mature, with preferences like "C is good, Java is bad" or "everything should be done with the command line" or "I never want to leave Visual Studio again". I'm amazed by how many people say, for example, that they absolutely can't use Boost but when pressed, they can't give a good reason why. That's because Boost offends their subjective sensibilities for some ill-understood reason, not because Boost is flawed in any particular way (although Boost certainly has its flaws).
I have a ton of rep on Stack Overflow from answering questions, and so every time I answer a question like this, I remember all of the discussions I have had with people which go like this:
> Me: (complicated task X) is a complicated task. It will take you weeks to do it by yourself.
> Asker: But shouldn't it be easy?
> Me: (reasons 1, 2, 3 why it's not easy)
> Asker: But I don't care about 2 and 3, and I don't think 1 is a problem.
> Me: (list of ways that things go horribly wrong if you do it yourself) If I may ask, why can't you use libraries?
> Asker: I can't use libraries because (misconception about how libraries work).
> Me: Oh, that's not true at all.
The exchange takes place typically over the course of a couple hours, since Stack Overflow is not designed to allow a question to be used as chat.
So sometimes, if I'm feeling like a show-off, I post some ridiculously complicated way of solving the question just as it was asked, then say at the bottom:
> Or you can just do (easy solution Y), which is super easy, but you apparently can't do that for unspecified reasons.