That's kind of like saying that you don't need to write C code yourself...you just use other people's C code.
That is correct. I was saying that. At the time I was using VB, not only did I not know how to write ActiveX components, I didn't know how to write C code either. I was using VB in the way that many (most?) other people were using it, as a "glue" to join other components together.
It is quite possible for people to construct an assembly out of pre-built components, without necessarily knowing how to design and make those components. Just as it is with electronics...
The point is that VB.net no longer requires doing it like that. Your approach may work if everything you need happens to exist as a component that does precisely what you want it to do. In general, that's not the case. It could be true in your particular case because of what you happen to be using it for. Believe me, Ian, I've spent many many hours writing ActiveX controls because someone else was hell bent on using VB. The situation today with VB.Net is much improved.
This all started because someone claimed that he old VB was better or simpler. In fact, for all but very simple drag and drop GUIs, the situation today MUCH simpler because you can do so much natively.
VB6 is a wonderful RAD tool, unfortunately is was long gone.
I'm pretty sure that the VB I used previously and subsequently recommended was VB6 or earlier; I didn't realize that there had been major changes :-(
Just download Visual Studio and check it out. I doubt you'll be upset when you see what it's like.