Proguard vs redex por facebook – pros y contras

No veo ninguna estadística dada por facebook sobre por qué redex es mejor que usar proguard. ¿Podría alguien enumerar los pros y los contras? Al parecer redex se supone que hacer android correr más rápido. Hay un artículo pobre http://www.i-programmer.info/news/80-java/9034-facebooks-redex-makes-android-more-efficient.html

Crashlytics: Usando el servidor de compilación para hacer una versión y cargar la distribución de una aplicación para Android
* Vs ** vs *** en Proguard?
java.lang.NoClassDefFoundError: org.apache.http.params.SyncBasicHttpParams
Android form build: proguard no puede encontrar el método de referencia en la clase ViewConfigurationCompatFroyo
Proguard: excluir el frasco externo de la biblioteca de la ofuscación

¿Qué tal si lo sacas de la boca del caballo? Redex en github

En caso de que el enlace se rompa en el futuro:

¿Cómo se compara esto con ProGuard?

ReDex es conceptualmente similar a ProGuard, ya que ambos optimizan el bytecode. ReDex, sin embargo, optimiza el bytecode .dex, mientras que ProGuard optimiza el bytecode .class antes de bajarlo a .dex. Operar en .dex es a veces una ventaja: puede considerar el número de registros virtuales utilizados por un método que es un candidato inline y puede controlar el diseño de las clases dentro de un archivo dex. Pero ProGuard tiene muchas capacidades que ReDex no (por ejemplo, ReDex no eliminará los parámetros de método no utilizados, lo que ProGuard hace).

En nuestra opinión, la comparación de ReDex y ProGuard es un poco de manzanas y naranjas, ya que nos hemos centrado en las optimizaciones que agregan valor por encima de ProGuard. Utilizamos ambas herramientas para optimizar la aplicación de Facebook. Nuestro informe de rendimiento y mejoras de tamaño (alrededor del 25% en el tamaño dex y hora de inicio en frío) se basan en el uso de ReDex en una aplicación ya optimizada con ProGuard. No tenemos planes de medir el rendimiento sin ProGuard.