I'm not sure I'd go so far as to say that they're the same thing because that might give the impression that architectural activities and development activities were the same or required the same skills.
My worry is a team that becomes an XP steamroller and ends up thinking that everything is merely an extension of development because "it all ends up as code".
A great number of very successful systems have been produced by teams with just these two roles. In fact the most successful systems have been produced when these roles have been combined into single role: customer/developer. Unix is a good example of this, whether we talk about Thompson and Ritche, Bill Joy or Linus Torvald. Emacs and Richard Stallman is yet another example.
There is a reason. The more roles, the greater the number of hand-offs and the higher the communication overhead. With fewer roles, there is less scope for misunderstanding and shorter feedback paths. With only one role, feedback is instantaneous.
E-mail addresses are not publicly displayed, so please only leave your e-mail address if you would like to be notified when new comments are added to this blog entry (you can opt-out later).