Si mi código no retorna nada en su lugar que se escribiría? y eso se tiene que hacer siempre en cada código que escriba, de manera profes...

Hola Andrés

Ah, pues en ese caso debería retornar True, lo cual ayuda a los test unitarios y te evita problemas futuros porque añades consistencia, vale decir, toda función retorna algo.

Finalmente, añadir que documentar tu código es importante. Debemos asumir que el código debe estar listo para que otros lo continúen y deberían ocupar el menor esfuerzo posible en entenderlo. Por supuesto, puede ocurrir que debamos nosotros revisar código nuestro escrito tiempo atrás y debemos entender también lo que hacíamos. Recuerda esta máxima, aunque parezca increíble: pasarás más tiempo leyendo código que escribiéndolo.

Sobre documentar el código en Python, te recomiendo mucho que leas este artículo: https://realpython.com/documenting-python-code/

Lo optimo sería que siempre retorne algo, de una vez te acostumbras, aún así nadie vaya a ver tu codigo

En caso que ese return no sea el final, y no afecte ninguna decisión posterior, no es necesario, luego terminas con un monton de returns con true o false que al fin y al cabo no cambian nada

Muchas gracias por la información disculpen es que especifique me refería al docstring del código, por ejemplo mi función no retorna nada en el docstring que se escribe y el docstring lo tengo que hace siempre en todos mis código o solo de manera profesional o en los que quiera compartir?

Complementando la respuesta de Pato, si tu función no retornará nada, puedes poner simplemente

¡Saludos!

Hola, Andrés

No es un requerimiento que una función retorne un valor (es decir, no tendrás un error de sintaxis si no terminas con un return. A veces no tienes un valor que devolver, pero puedes devolver si resultó lo que está dentro de la función.

Imagina que creas una función que manda un email.

def send_email(datos):
	.
	.
	.
	if mail(email, subject, body, headers):
		return True
	else
		return False

Puedes usar un return para saber si el email se envió o no. Imagina lo mismo para abrir un archivo, o una función que se conecta a una base de datos.

Así que, aunque no es explícitamente necesario, sin duda querrás saber qué pasó dentro de la función cuando la usas.