¿Cuáles son algunas diferencias culturales entre los programadores de todo el mundo que afectan sus programas?

Dudo en contestar esto porque cualquier discusión sobre diferencias culturales puede resultar en acusaciones, herir sentimientos y convertirse en una guerra personal. No obstante, he trabajado con equipos de programación ubicados en todo el mundo. En su mayor parte, mis experiencias son que no hay mucha diferencia. Las pocas generalizaciones / estereotipos son: los equipos latinoamericanos tienden a criticar el código como una afrenta personal, los equipos de la India están conscientes de la fecha límite y están más preocupados por el hecho de hacerlo bien, los equipos de EE. UU. Son descuidados y los europeos son pedantes.

Sí, son amplios, así que no los aplique antes de saber con quién está trabajando personalmente. YMMV.

El mayor problema que he tenido al trabajar con equipos remotos es la comunicación. La distancia, la zona horaria y los desafíos lingüísticos son solo el comienzo. Es fundamental que todas las partes estén en la misma página en cuanto a los objetivos y los criterios de aceptación. Eso es difícil de hacer por llamada de conferencia.

Esta es una pregunta interesante y vale la pena investigar.

Es muy difícil decirlo. El producto final puede reflejar las diferencias culturales, pero el concepto, la forma en que se escribe el código no debería tener mucho impacto debido a la diferencia cultural.

Aunque el estilo de escritura de ciertos códigos de programación puede diferir, los valores culturales no deben ser la razón detrás de esto. La cultura rara vez tiene efecto en la programación. Puede buscar en toda la web ejemplos de código escritos por programadores de diferentes partes del mundo y no habría ninguna diferencia definitiva en cuanto a la razón es la cultura.

El arte es un tema en el que los valores culturales se reflejan directamente, pero la programación puede pensarse como algo que es igual en todas partes, al igual que en Matemáticas.

Me gustaría dar una respuesta diferente a la que se ha presentado. Estábamos construyendo un software de programación y queríamos implementar citas recurrentes. Le dimos a los ingenieros (en otra cultura) las especificaciones. Tomaron:
– Hoy es el día actual que se está viendo.
– Cuando modifican la cita del día actual, y seleccionan guardar.
– Presente al usuario la opción: modificar esta cita y modificar todas las citas futuras
– Si seleccionan modificar todas las citas futuras, actualice todas las citas futuras.

tomaron eso para significar, modificar cualquier cita futura de ESTE día, no el día que se está editando. Sentían que era la forma en que debería funcionar …

En el fondo, la mayoría de los programadores son iguales.

Quieren escribir un buen código que la gente usará.


Existen las diferencias obvias entre las culturas. Pero la ética hacker trasciende esas diferencias culturales.

Vaya a cualquier conferencia internacional de codificación o hackathon e inmediatamente se dará cuenta de que este es el caso.

El único obstáculo real para la colaboración es el dominio del inglés.

A los programadores no les importa de dónde eres. Se preocupan por lo que estás construyendo.

Las ideas culturales sobre recursos compartidos y su asignación, la metodología de ingeniería como “kanban”, el uso del SOV de forma nativa, pero el aprendizaje de la gramática SVO en inglés son factores que pueden influir en la producción de idiomas / entornos como Ruby que terminan siendo característicamente diferentes de Python o Scheme.

La cultura realmente no tiene mucho que ver con el código.
Quizás el código (una gran generalización) proveniente de la India es generalmente de menor calidad que el código proveniente del oeste, porque los países occidentales valoran el código de mayor calidad y eso definitivamente no es barato.

http://www.b3ta.com/links/Fujits

Los japoneses también han favorecido históricamente el hardware sobre el software, aunque esto parece estar cambiando.