I feel like if you know one you can pick up on the other. I find it rather easy to look at ObjC code and I can figure out pretty quickly what is going on. I wonder if that is just experience or if that is the fact that I read the SWIFT book from BNR.
Some author talked about Swift a while back and said it was some 20% of a program. Meaning the actual part of the job that is actually Swift syntax.
If you've programmed for a while, you've probably written wrappers or sub-routines to do things then leave them alone and just call them.
I'm working now on a data interface where you don't see the backend, it could be SQLite, Core Data, RSS, Web services, etc... you just ask for it and get it back.
Much like the objects we use now, buttons used to be hand coded, now they are "drag-n-drop" (have been for a good while).
That's not to say an advanced program won't have "nuts-n-bolts" code, but many people just skim the surface for most of their work.
In a way, it's like asm or C, used to be everything was written in them, then we had higher levels.
Knowing the API calls really helps and that's a big part of many apps.