Comer su propia comida para perros o " dogfooding " es la práctica de utilizar los propios productos o servicios. [1] Esta puede ser una forma para que una organización pruebe sus productos en el mundo real utilizando técnicas de gestión de productos . Por lo tanto, el dogfooding puede actuar como control de calidad y, eventualmente, como una especie de publicidad testimonial . Una vez en el mercado, la prueba interna puede demostrar la confianza de los desarrolladores en sus propios productos. [2] [3]
En 2006, Warren Harrison, editor en jefe de IEEE Software, contó que en los anuncios televisivos de la década de 1970 de la comida para perros Alpo , el portavoz y actor Lorne Greene señaló que él alimentaba con Alpo a sus propios perros. Otro posible origen que recordó fue que se decía que el presidente de Kal Kan Pet Food se comía una lata de comida para perros en las juntas anuales de accionistas. [4] [5]
En 1988, el gerente de Microsoft, Paul Maritz, envió a Brian Valentine , gerente de pruebas de Microsoft LAN Manager , un correo electrónico titulado "Comiendo nuestra propia comida para perros", desafiándolo a aumentar el uso interno del producto de la empresa. A partir de ahí, el uso del término se extendió por toda la empresa. [6] [7]
InfoWorld comentó que esto debe ser un proceso transparente y honesto: "ejemplos diluidos, como la política de los concesionarios de automóviles de hacer que los vendedores impulsen las marcas que venden, o Coca-Cola que no permite productos Pepsi en las oficinas corporativas... son irrelevantes ". [8] En este sentido, no es lo mismo una cultura corporativa de no apoyar al competidor que una filosofía de "comer tu propia comida para perros". Este último se centra en los aspectos funcionales del producto propio de la empresa.
El dogfooding permite a los empleados probar los productos de su empresa en situaciones de la vida real; una ventaja percibida, pero aún controvertida, más allá del marketing, [3] [9] que da a la gerencia una idea de cómo se podría utilizar el producto, todo antes de su lanzamiento a los consumidores. [9] En el desarrollo de software, la prueba interna puede ocurrir en múltiples etapas: primero, se utiliza una versión estable del software con una sola característica nueva agregada. Luego, se pueden combinar varias funciones nuevas en una única versión del software y probarlas juntas. Esto permite varias validaciones antes de que se lance el software. La práctica permite la resolución proactiva de posibles problemas de inconsistencia y dependencia, especialmente cuando varios desarrolladores o equipos trabajan en el mismo producto. [ cita necesaria ]
Los riesgos del dogfooding público, específicamente que una empresa pueda tener dificultades para utilizar sus propios productos, pueden reducir la frecuencia del dogfooding publicitado. [8]
En febrero de 1980, el presidente de Apple Computer, Michael Scott, escribió un memorando anunciando: "¡¡Con efecto inmediato!! No se comprarán, alquilarán, etc., etc. más máquinas de escribir... Creemos que la máquina de escribir está obsoleta. Probémoslo por dentro antes de intentarlo". convencer a nuestros clientes." [10] Se fijó el objetivo de retirar todas las máquinas de escribir de la empresa antes del 1 de enero de 1981. [11]
En 1987, Atari Corp. estaba en proceso de utilizar el Atari ST en toda la empresa. [12]
El desarrollo de Windows NT en Microsoft involucró a más de 200 desarrolladores en equipos pequeños, y se mantuvo unido gracias a la insistencia de Dave Cutler en febrero de 1991 en el dogfooding. Microsoft desarrolló el sistema operativo en computadoras que ejecutan compilaciones diarias de NT. Inicialmente, el software era propenso a fallar, pero la retroalimentación inmediata del código que rompía la construcción, la pérdida de orgullo y el conocimiento de impedir el trabajo de otros fueron poderosos motivadores. [13] [14] Los desarrolladores de Windows normalmente realizaban pruebas internas o autohospedaban Windows a partir de las primeras versiones (alfa), mientras que el resto de los empleados comenzaban desde las versiones beta más estables que también estaban disponibles para los suscriptores de MSDN. [ cita necesaria ] En 2005, InfoWorld informó que un recorrido por el centro de operaciones de red de Microsoft "mostró más allá de toda duda razonable que Microsoft ejecuta su red internacional de más de 20.000 nodos en un 99 por ciento de tecnología Windows, incluidos servidores, estaciones de trabajo y periféricos. seguridad". [15] InfoWorld argumentó que "el uso de Windows por parte de Microsoft para sus operaciones de alto tráfico hizo que muchos escépticos se inclinaran hacia el lado de Windows". [dieciséis]
"El uso de Windows y .NET por parte de Microsoft sería irrelevante excepto por una cosa: sus líderes de proyectos de software y administradores de servicios en línea tienen la libertad de elegir".
Tom Yager, InfoWorld [8]
A mediados de la década de 1990, el sistema de correo electrónico interno de Microsoft se desarrolló inicialmente en torno a Unix . Cuando se les preguntó por qué, públicamente pasaron a utilizar Microsoft Exchange . [17] En 1997, una tormenta de correo electrónico conocida como el incidente Bedlam DL3 [18] hizo que Microsoft construyera funciones más sólidas en Microsoft Exchange Server para evitar la pérdida y duplicación de correos electrónicos y el tiempo de inactividad de la red y el servidor, aunque la prueba interna rara vez es tan dramática. Una segunda tormenta de correo electrónico en 2006 [19] fue manejada perfectamente por el sistema.
En 1999, el personal de Hewlett-Packard se refirió a un proyecto que utilizaba productos propios de HP como "Proyecto Alpo " (en referencia a una marca de comida para perros). [20] Casi al mismo tiempo, Mozilla también practicaba el dogfooding bajo ese nombre exacto. [21]
La contratación pública verde del gobierno que permite probar las políticas ambientales propuestas se ha comparado con el dogfooding. [22]
El 1 de junio de 2011, YouTube añadió una función de licencia a su servicio de carga de vídeos que permitía a los usuarios elegir entre una licencia estándar o Creative Commons . [23] [24] La etiqueta de licencia iba seguida del mensaje "(Shh! – Internal Dogfood)" que aparecía en todos los vídeos de YouTube que carecían de licencia comercial. [25] [ verificación fallida ] Un empleado de YouTube confirmó que esto se refería a productos que se prueban internamente. [26]
Oracle Corporation declaró que en octubre de 2016 [actualizar]"ejecuta Oracle Linux con más de 42.000 servidores [para] soportar más de 4 millones de usuarios externos y 84.000 usuarios internos. Más de 20.000 desarrolladores de Oracle utilizan Oracle Linux". [27]
A veces se piensa que obligar a quienes diseñan productos a usarlos y confiar en ellos mejora la calidad y la usabilidad , pero los desarrolladores de software pueden estar ciegos a la usabilidad y pueden tener conocimientos para hacer que el software funcione de los que carecerá el usuario final. [9] El director de información de Microsoft señaló en 2008 que, anteriormente, "tendíamos a no pasar por la experiencia real del cliente. Siempre estábamos actualizando de una versión beta, no de un disco de producción a otro". [28] La prueba interna puede ocurrir demasiado pronto para ser viable, y aquellos obligados a usar los productos pueden acostumbrarse a aplicar soluciones alternativas o pueden asumir que alguien más ha informado del problema. El dogfooding puede ser poco realista, ya que los clientes siempre podrán elegir entre productos de diferentes empresas para utilizarlos juntos y es posible que el producto no se utilice según lo previsto. El proceso puede conducir a una pérdida de productividad y desmoralización [9] o, en su caso extremo, al síndrome " Not Invented Here ", es decir, utilizar únicamente productos internos. [4]
En 1989, Donald Knuth publicó un artículo en el que relataba las lecciones del desarrollo de su software TeX Typesetting, en el que se mencionaban los beneficios del enfoque:
Así, llegué a la conclusión de que el diseñador de un nuevo sistema no sólo debe ser el implementador y el primer usuario a gran escala; el diseñador también debe escribir el primer manual de usuario. La separación de cualquiera de estos cuatro componentes habría perjudicado significativamente a TeX. Si no hubiera participado plenamente en todas estas actividades, literalmente nunca se habrían realizado cientos de mejoras, porque nunca habría pensado en ellas ni habría percibido por qué eran importantes.
— Donald E. Knuth , "Los errores de TeX" [29]
En 2007, Jo Hoppe, CIO de Pegasystems , dijo que utiliza la frase alternativa "beber nuestro propio champán". [30] El jefe de relaciones públicas de Novell , Bruce Lowry, al comentar sobre el uso de Linux y OpenOffice.org por parte de su empresa , dijo que él también prefiere esta frase. [31] En 2009, el nuevo CIO de Microsoft, Tony Scott, argumentó que la frase "dogfooding" no era atractiva y debería ser reemplazada por "icecreaming", con el objetivo de desarrollar productos como "helados que nuestros clientes quieran consumir". . [32] Un término alternativo menos controvertido y común utilizado en algunos contextos es autohospedaje , donde las estaciones de trabajo de los desarrolladores, por ejemplo, se actualizarían automáticamente durante la noche a la última versión diaria del software o sistema operativo en el que trabajan. Los desarrolladores de los sistemas operativos mainframe de IBM han utilizado durante mucho tiempo el término "comer nuestra propia comida". [ cita necesaria ]