En Python existen varias convenciones de estilo de código, siendo la principal PEP8:
a = b + cCumplir con PEP8 facilita el trabajo en equipo, mejora la legibilidad, reduce la barrera de entrada, simplifica la automatización de pruebas, entre otros.
En PEP8 se recomienda no utilizar nombres de variables de una sola letra. ¿Es posible usar nombres cortos en list comprehensions o en lambdas? ¿Por qué?
Respuesta: En el caso básico para iteraciones cortas (por ejemplo, en list comprehensions para variables de marcador, como x, i, j) se permite utilizar nombres de una sola letra para no sobrecargar expresiones cortas. Para expresiones más complejas, es mejor dar nombres significativos.
Ejemplo:
# Aceptable: squares = [x**2 for x in numbers] # Mejor: squares = [number**2 for number in numbers]
Historia 1
En un proyecto bancario, se encontraron con que algunas funciones y parámetros se nombraron en diferentes tradiciones (CamelCase, snake_case, usando guiones). Un nuevo miembro del equipo se confundía constantemente sobre dónde se utilizaban los nombres; casi dos semanas se gastaron en resolver colisiones y renombrar variables.
Historia 2
En un proyecto de ingeniería de datos, no se respetaron las sangrías, mezclando tabulaciones y espacios. Esto llevaba a SyntaxError en diferentes estaciones de desarrollo, y algunos desarrolladores perdían horas buscando espacios de más.
Historia 3
En un gran portal educativo, se mezclaron nombres de variables cortos y largos. Por ejemplo, una función para procesar registros se llamó l(), y el manejador de inicio se llamó long, lo que en muchas IDEs tomó mucho tiempo para navegar y causó confusión en el uso de la función con el elemento l de la lista.