We pair programmed more than 90% at my last job, and it was great. Together we would typically come up with architecture, design, tests and names which were better than either of us would have done on our own. It is hard work, but very rewarding, and it has many pitfalls and nuances which we tried to work out at our ~fortnightly review sessions.
More important than pair programming itself is the willingness to look at what works for the team and how you can improve the experience and productivity together. Most of the time we did traditional pairing, with two keyboards and mice on a dual-monitor PC, and simply signalled each other when we wanted to take over or cede control. Towards the end of the four years there we very successfully "mobbed" on some complex problems, and split up when we had worked out what to do next. We would typically work in different pairs every day, which resulted in everybody knowing the entire system to a similar degree — we didn't even need a handover when someone left, and onboarding basically meant that the more senior employee had to explain a bit more of the context while pairing with the new hire. I found it did wonders to my understanding of how other developers think and especially how to explain my thinking to someone else. But YMMV, and good luck!