y su único impacto debe ser el resultado devuelto. Cualquier efecto secundario oculto de nuevo hacer que el software sea más difícil de mantener. Por supuesto, dentro de la mayoría de las aplicaciones existe una necesidad significativa de efectos secundarios, por ejemplo cualquier registro de las acciones realizadas por un programa tiene un efecto secundario de actualizando alguna información registrada en algún lugar (típicamente en un archivo), cualquier base de datos las actualizaciones tendrán algún efecto secundario (es decir, el de actualizar la base de datos). Además algún comportamiento es inherentemente no RT, por ejemplo, una función que devuelve el la hora actual nunca puede ser referencialmente transparente. Sin embargo, para funciones puras es una consideración útil a seguir. 14.6 Otras lecturas Hay una gran cantidad de material en la web que puede ayudarlo a aprender más sobre Programación funcional que incluye: • https://codeburst.io/una-introducción-amigable-para-principiantes-a-la-programación-funcional- 4f69aa109569 pretende ser una introducción amigable a la programación funcional. • https://medium.freecodecamp.org/an-introduction-to-the-basic-principles-of- programación-funcional-a2c2a15c84 que proporciona una introducción a la principios básicos de la programación funcional. • https://www.tutorialspoint.com/function_programming que proporciona una buena fundamentación en los conceptos básicos de la Programación Funcional. • https://docs.python.org/3/howto/funcional.html que es el estándar de Python Tutorial de biblioteca sobre Programación Funcional. 14.5 Transparencia Referencial 155