¿Cómo entender un proyecto de software? | Script Time 4j6o

Muy buenos días muy buenas tardes muy buenas noches siemens este episodio cripta en donde vamos a continuar aprendiendo un poco más del camino de la programación desde un punto de vista un poco más humano este episodio está hablando de un tema el cual me dio la idea un escucha al hacer unas preguntas entre polkas y preguntas por interno no pedí permiso para dar el nombre así que no voy a dar el nombre de la persona pero me parece un tema interesante a tratar como todos los temas descripta en este tema se solapa con otros episodios anteriores tanto descripta como de cottam así que si pretende debía quedar presenten todas cosas nuevas que jamas haya dicho lo siento este no es pocas la idea este episodio justamente es aprovechar los conocimientos las cosas que ellas se vinieron planteando y si no escucharon eso episodio recomiendo escuchen ó para tener un mejor contexto siempre está bueno tener cuanto más completa la información posible sí que sí pueden ir por ese lado mejor si ya escucharon a episodio anterior fantasy ático sino lo escucharon eso no es un impedimento para este episodio pero se complementan muy bien entre sí así que bueno de que vamos a hablar hoy sobre cómo entender un proyecto de software no fue el título original del podcast originalmente iba a poner por porque cuesta entender los proyectos probablemente lo pueda poner como un subtítulo tengo que ver cómo lo acomodó esto pero la idea es combinar el como entender un proyecto y porque eso puede llegar a costar es el tema principal del día de hoy antes de lo cual voy a hacer los clásicos disclaimer s episodio está basado fuertemente mi experiencia personal con lo cual su experiencia desarrollando o entendiendo proyectos puede ser diferente de la mía no se queje aunque se recibe muy bien los comentarios contando cada uno su experiencia ya sea tendiendo lo traumático teniendo algo bastante positivo me interesa mucho saber justamente como lo fueron con tanto comentario directamente charlarlo por interno o en el grupo de scouts tiene que está en la descripción sea cual sea el caso es más que bienvenido me interesa mucho saber su experiencia porque también en parte con eso voy refinando mis perspectivas y idea es justamente eso genera una dinámica en la cual todos podamos mejorar un poquito en el proceso bien donde espera el análisis de este episodio odio no será exhaustivo con lo cual no se atacarán todos los puntos que dificultan la comprensión de un proyecto ni todas las formas de mitigarlo se entendió sea el que no es exhaustivo no vamos a entrar en todos los detalles de todas las cosas hay casos que se me van a escapar y la idea es que así sea si no no terminamos mal esto tiene para rato también podría resumir post gas en cinco o seis palabras pero si no lo explico nadie lo va a entender o un grupo pequeño de personas lo van a entender y los que lo entiendan es porque probablemente ya vivieron esto entonces la utilidad del podcast puede ser dudosa pero siempre está bueno poner en práctica si usted ya tiene experiencia no significa que hace inútil significa que va a encontrar varias cuestiones que va a decir ah sí sí eso ya lo viví ciertamente cosa que alguien que no experimenta estas cosas o no las entienden por completo todo le va a resultar una nueva novio así que bueno habiendo hecho este disclaimer la idea de este episodio no es hacer lo largo vamos a ver si los escrita y no vamos acordando un poco mantenemos la duración esto se va a ver a lo largo del tiempo ver qué es lo que sale la idea de hacer un contenido ameno y que sea claro en sí así que bueno vamos al tema de hoy la idea original en épocas como dije era tratar sobre por qué cuestan entender los proyectos la forma en la que se planteó la pregunta originalmente era sólo un proyecto preexistente a mí me dan un proyecto con ella existe y tengo que entenderlo el proyecto pueden obtener documentación y por ejemplo la ausencia de documentación lleva sea difícil no voy a revelar demasiada información de esta persona repito no pedí permiso para hacerlo no tuve el tiempo para preguntarlo el sermón no hace tanto literalmente una horas antes de la grabación y no tuve chance de preguntarle a la persona sigue si después me da permiso de los reditos correspondientes ella da igual el post que hacerlo más atemporal posible que alguien dentro de seis meses un año pueda venir escuchar esto y decir ah me sigue funcionando y no hacer algo tan específico adaptado el tiempo el día de hoy pero bueno la idea original era esa no vamos a atacarlo así vamos a tocar ese