2010-01-29 20 views
11

Parece que ambos términos se vuelcan mucho. Ambos, creo, describen la misma idea. ¿Cuál fue establecido primero?¿Es factor de camión o factor de bus?

Además, parece que algunas personas lo describen como algo bueno tener un factor x bajo, mientras que otros lo describen como algo bueno tener un factor x elevado. ¿Cuál es?

+6

¿Qué es el factor camión/autobús? ¿Cuál es la misma idea en la que la descripción original? – FrustratedWithFormsDesigner

+0

Todo, buena información sobre la comparación alta/baja. Sigo pensando que nadie ha afirmado saber cuál era el nombre del término cuando se estableció por primera vez. Además, se ha señalado que realmente no importa siempre que observes la idea. Aún así, tengo curiosidad. – jaketrent

+0

Como ingeniero civil que realiza una gran cantidad de programación en la industria del transporte de mercancías (camiones), el título de la pregunta me confundió – dassouki

Respuesta

8

Wikipedia dice que el número de bus es "more commonly known as truck number" Pero en los EE. UU., "Golpeado por un autobús" es prácticamente una expresión idiomática, mientras que "golpeado por un camión" no es (aunque se entiende fácilmente). siendo bueno, el artículo de Wikipedia dice:.

"números de alta autobuses son buenos (con la mejor de los casos es igual al número de desarrolladores en un proyecto) Esto significa todos los desarrolladores a entender el código base más o menos por igual. Un número de bus bajo (especialmente, uno) representa un alto riesgo ".

que me gustaría añadir a lo @cartoonfox said: promiscuo par programación es una buena manera de distribuir el conocimiento crítico en torno a un equipo para que el número de camiones es lo más alto posible. Si no intercambia pares a menudo y con muchos miembros diferentes del equipo, el conocimiento no se distribuye muy rápidamente.

+0

He llegado a preferir el "número de lotería" sobre el "número de vehículo", para dejar el horrible aspecto de la muerte. – JeffH

13

usted quiere un alto factor de camión/autobús:

Camión Factor (definición): "El número de personas en su equipo que tienen que ser éxito con un camión antes de que el proyecto es en serio problemas"

(de: http://www.agileadvice.com/archives/2005/05/truck_factor.html)

es decir, que no quiere partes del código que sólo una persona sabe cómo funciona o sólo uno por hijo puede extender/mantener. El conocimiento debe difundirse entre todo el equipo a través de cosas como información wiki y programación de pares.

+2

El corolario es que un factor de camión más elevado conduce a empleados que se siente más prescindible y reemplazable; después de todo, el proyecto probablemente continuará incluso si se han cremado en un camión. – FrustratedWithFormsDesigner

+3

En algunas partes de América, es un "factor de autobús" porque nos preocupa más ser golpeados por un autobús que por un camión. No hay una buena razón para eso. Además, hay una buena razón para que Apple Pie sea el plato de "América". Pero el "factor de autobús" sería ligeramente más común para los estadounidenses que el factor "camión". –

+0

@ S.Lott - jaja, me encanta el razonamiento. :) – jaketrent

1

El principio es el mismo, llámese:

  • autobús número
  • número de camiones
  • bus factor
  • factor de camión
  • et al

también , el director es el mismo ya sea que lo describas o no usando un entumecimiento más alto er por ser mejor, o un número menor de ser mejor:

  • Un número alto de bus es bueno si usted está describiendo el número de miembros del proyecto que podría ser golpeado por un autobús y tienen el proyecto de sobrevivir;
  • Un número de bus bajo es bueno si está describiendo la cantidad de miembros del proyecto que sobreviven a un accidente de autobús y hacen que el proyecto sobreviva.

Lo busqué una vez, pero no recuerdo cuál fue el primero (ver la respuesta de @Paolo). Independientemente de cuál fue el primero, he experimentado suficiente confusión al respecto que me aseguro de que todas las partes estén usando la misma versión del número, alto o bajo. ;)

3

El Número de camión (o Factor de camión) es el número de personas con conocimientos clave que no puede reemplazar, es decir, si ese número de personas pasara simultáneamente bajo un camión no podría continuar desarrollando.

Creo que ciertas empresas químicas prohíben los miembros clave del personal de viajar juntos por esta misma razón ...

La discusión aquí:http://c2.com/cgi/wiki?TruckNumber

He aquí una historia acerca de Bill Atkinson siendo la clave de una Persona en el factor del camión de Mac: una de las personas clave que trabajó en QuickDraw durante los primeros días de la Mac.Tenido un accidente de coche al parecer, y la gente estaba preocupada de que no sería capaz de terminar su trabajo en el software de gráficos del Mac:

http://folklore.org/StoryView.py?project=Macintosh&story=I_Still_Remember_Regions.txt

Un alto número de camiones es mejor - es decir, que es más difícil de borrar que muchas personas a la vez críticos ...

un bajo número de camiones es peor - es decir, hay un mayor riesgo de que algunas personas podrían ser críticos enfermo, o salir o morir, dejando el proyecto en un estado de no recuperable colapso.

Programación de pares es una buena forma de distribuir conocimiento crítico alrededor de un equipo para que el número de camión sea lo más alto posible.

Cuestiones relacionadas