Cómo responder a los programadores que hablan sobre el código que están leyendo / escribiendo.

Yo no lo haria Déjalos ser. Puede ser ligeramente irritante para otros, concedido.

Para ser justos con el programador, eso resalta un poco su propia experiencia (o la de su empresa) al trabajar con este tipo de gente. Algunas de las razones de esto son:

  • Lo están vocalizando para que puedan hacer malabares con muchas bolas a la vez.
  • Están acostumbrados a trabajar en un entorno de programación en pareja, por lo que están acostumbrados a explicar el código a alguien que se sienta a su lado (por ejemplo, arquitecto, control de calidad, técnico, cliente u otro desarrollador).
  • Están verbalizando “bloques” de código, que a veces tienen el efecto secundario de permitirte ver cosas que antes no podías.
  • Ellos están tratando de ayudar a su inhibición latente, para ahogar otros ruidos en el área.

Muy a menudo se dice injustamente que “las personas estúpidas mueven la boca cuando leen” y algunas personas lo incorporan a la codificación (ya que usted lee el código de otras personas y escribe el suyo, el código fuente no es para la computadora, es para los humanos). Sin embargo, ese no es el caso la mayoría del tiempo (nunca es el caso cuando se codifica). Verbalizar esa parte del pensamiento te permite mantener el resto de tu conocimiento para los bloques de código. Lo que necesita toda tu atención como desarrollador.

Una conjetura más precisa y humorística (argumentaría) es que puedes decir el punto en el que las personas alcanzan el límite de su capacidad de trabajo, porque se desborda de la boca real ¡Pero de manera realista, esto le sucede literalmente a todos! Todo el mundo tiene un punto en el que vocalizan algo. Por ejemplo, han estado confundidos por una situación y dijeron o gritaron “¿¡WTF es esto?” O “¿Cómo pudiste elegir realmente a ese tipo?”

¿Responder? ¿Por qué responderías a alguien que no te habla? ¿Qué tal si simplemente los dejas en paz?

Hablar con nosotros mismos es un método documentado que ayuda con éxito a escribir un buen código. En realidad se llama depuración de pato de goma:

El nombre es una referencia a una historia en el libro El programador pragmático en el que un programador llevaría un pato de goma y depuraría su código obligándose a explicarlo, línea por línea, al pato.

Muchos programadores han tenido la experiencia de explicar un problema de programación a otra persona, posiblemente incluso a alguien que no sabe nada acerca de la programación, y luego encontrar la solución en el proceso de explicar el problema. Al describir lo que se supone que hace el código y observar lo que realmente hace, se hace evidente cualquier incongruencia entre estos dos.

Más generalmente, la enseñanza de un tema obliga a su evaluación desde diferentes perspectivas y puede proporcionar una comprensión más profunda.

Al usar un objeto inanimado, el programador puede intentar lograr esto sin tener que interrumpir a nadie más.

¿Cómo respondes a los programadores que hablan sobre el código que están leyendo / escribiendo?

Déjalos en paz. Es una técnica de enfoque, nada más. Les ayuda a pensar. El proceso de pensamiento cuando verbaliza un problema es diferente de un proceso de razonamiento puramente interno. De esa manera, intentan resolver los problemas que no pudieron resolver al usar el proceso de razonamiento interno.

Creo que puedes involucrarte mucho. Lo siguiente que sabes, tus pensamientos están saliendo de tu boca. No se asuste, a la par de lo grosero.