Remoting Vs WebService

Hola a todos de nuevo, ayer encontré el siguiente artículo que lo escribí hace tiempo, pero que quiero compartirlo con vosotros.
Después de haber cambiado mi servicio que estaba basado en WebService, de la prueba de rendimiento entre la versión 1.1 y 2.0 como describí en artículo anterior, y pasarlo a que se basará en Remoting, he realizado una prueba de estrés entre las dos aplicaciones web, la que tira contra los WebService y la que tira contra Remoting y el ganador del combate ha sido Remoting, pero no con tanta diferencia como yo me esperaba, ya que en un artículo que leí hace tiempo, eso si se refería al Framework 1.1, la diferencia era abismal, a favor del Framework 2.0, hay que decir que la comunicación Soap ha sido mejorada y que la comunicación de Remoting, yo la hago segura, así que también eso pierde rendimiento, pero al final Remoting gana.
Pero Remoting no sólo gana en rendimiento, también gana en facilidades para el programador, a la hora de pasar objetos entre un Servicio y otro, claro que para dicha facilidad no sólo es Remoting, sino que las listas genéricas también ayudan, así que quien no las conozca que se las estudie, ya que una vez que te acostumbres a ellas no habrá forma de dejarlas.A todo esto que me estoy yendo por las ramas, voy a intentar resumen con una frase cuando utilizar WebService o Remoting.
Supongamos que tenemos un bollicao que no lo vamos a compartir con nadie más y que a ti el bollicao que más te gusta es sólo de cacao, pues bien, te vas a comprar un bollicao de cacao y leche, por si algún día lo compartes con alguien, si ya sabes de antemano que nunca va a ser así. Pues con los WebService pasa lo mismo, si vas a compartir Servicios, lógicamente WebService, sino, piénsatelo dos veces, porque si lo que quieres es buen rendimiento Remoting será tú solución.
Así que la siguiente vez que programes en Servicios, piensa que es lo que quieres, comunicación conection people o los quieres para tí solitos, eses es el dilema.
Un Saludo