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 de 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, una especie de publicidad testimonial . Una vez en el mercado, el dogfooding puede demostrar la confianza de los desarrolladores en sus propios productos. [2] [3]
En 2006, Warren Harrison, el 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 a sus propios perros con Alpo. Otro posible origen que recordó fue que se decía que el presidente de Kal Kan Pet Food comía una lata de su comida para perros en las reuniones anuales de accionistas. [4] [5]
En 1988, el director de Microsoft, Paul Maritz, envió a Brian Valentine , director 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 allí, el uso del término se extendió por toda la empresa. [6] [7]
InfoWorld comentó que este debe ser un proceso transparente y honesto: "ejemplos diluidos, como la política de los concesionarios de automóviles de hacer que los vendedores conduzcan las marcas que venden, o Coca-Cola que no permite productos Pepsi en las oficinas corporativas... son irrelevantes". [8] En este sentido, una cultura corporativa de no apoyar al competidor no es lo mismo que una filosofía de "comerse su propia comida para perros". Esta última 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 usar el producto, todo antes de su lanzamiento al consumidor. [9] En el desarrollo de software, el dogfooding puede ocurrir en múltiples etapas: primero, se utiliza una versión estable del software con solo una nueva característica agregada. Luego, se pueden combinar múltiples características nuevas en una sola 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 requerida ]
Los riesgos del dogfooding público, específicamente que una empresa pueda tener dificultades para usar 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 en el que anunciaba: "Con efecto inmediato, no se comprarán, alquilarán, etc., más máquinas de escribir... Creemos que la máquina de escribir está obsoleta. Demostrémoslo en el interior antes de intentar 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 pequeños equipos, y se mantuvo unido por la insistencia de Dave Cutler en febrero de 1991 en el dogfooding. Microsoft desarrolló el sistema operativo en computadoras que ejecutaban compilaciones diarias de NT. El software inicialmente era propenso a fallas, pero la retroalimentación inmediata de código que rompía la compilación, la pérdida de orgullo y el conocimiento de obstaculizar el trabajo de otros fueron motivadores poderosos. [13] [14] Los desarrolladores de Windows normalmente hacían dogfood o alojaban Windows ellos mismos comenzando desde las compilaciones tempranas (alfa), mientras que el resto de los empleados comenzaban desde las compilaciones beta más estables que también estaban disponibles para los suscriptores de MSDN. [ cita requerida ] En 2005, InfoWorld informó que una visita al 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 seguridad perimetral". [15] InfoWorld sostuvo que "el uso de Windows por parte de Microsoft para sus operaciones de alto tráfico hizo que muchos escépticos se pasaran al bando de Windows". [16]
"El uso de Windows y .NET por parte de Microsoft sería irrelevante si no fuera por una cosa: sus responsables de proyectos de software y administradores de servicios en línea tienen libertad para elegir".
Tom Yager, InfoWorld [8]
A mediados de los años 90, el sistema de correo electrónico interno de Microsoft se desarrolló inicialmente en torno a Unix . Cuando se les preguntó por qué, pasaron públicamente a utilizar Microsoft Exchange . [17] En 1997, una tormenta de correo electrónico conocida como el incidente Bedlam DL3 [18] hizo que Microsoft incorporara características 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 el dogfooding rara vez es tan dramático. 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 con ese mismo nombre. [21]
Las compras públicas verdes del gobierno que permiten probar las políticas ambientales propuestas se han comparado con la práctica de probar productos no convencionales. [22]
El 1 de junio de 2011, YouTube agregó una función de licencia a su servicio de carga de videos que permitía a los usuarios elegir entre una licencia estándar o Creative Commons . [23] [24] La etiqueta de licencia estaba seguida por el mensaje "(Shh! – Internal Dogfood)" que aparecía en todos los videos 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 afirmó que a partir de octubre de 2016 [actualizar]"ejecuta Oracle Linux con más de 42.000 servidores [para] dar soporte a más de 4 millones de usuarios externos y 84.000 usuarios internos. Más de 20.000 desarrolladores en 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 ser 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 que no pasar por la experiencia real del cliente. Siempre estábamos actualizando desde una versión beta, no de un disco de producción a otro". [28] La prueba de compatibilidad 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. La prueba de compatibilidad puede ser poco realista, ya que los clientes siempre tendrán la opción de elegir productos de diferentes empresas para usar juntos, y el producto puede no usarse como se esperaba. El proceso puede conducir a una pérdida de productividad y desmoralización, [9] o en su extremo al síndrome de " No inventado aquí ", es decir, usar solo productos internos. [4]
En 1989, Donald Knuth publicó un artículo 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 yo no hubiera participado plenamente en todas estas actividades, literalmente cientos de mejoras nunca se habrían realizado, porque nunca se me habrían ocurrido ni se me habría ocurrido por qué eran importantes.
— Donald E. Knuth , "Los errores de TeX" [29]
En 2007, Jo Hoppe, la 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 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 reemplazarse 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 el autoalojamiento , 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 de mainframe de IBM han utilizado durante mucho tiempo el término "comer nuestra propia comida". [ cita requerida ]