Closed Danihelguera closed 2 years ago
Hola hola Dani 🙋🏻♀️! Y por aquí de nuevo con más comentarios🤓!
Menudo readme más completo Dani, enorme trabajo 👏🏽! Vamos con algunos detalles de cara al futuro por si te aporta valor:
Tienes las librerías y los links a la documentación oficial 👏🏽! Pero no se nos ven bien en el markdown 😔. Creo que con que le quites la tabulación se verá perfecto.
Me han faltado la documetación de la API, esencial para saber como funciona. Si además le incluimos algunos ejemplos sería perfecto.
Haces una descripción super detallada de todos tus procesos. Como recomendarción dos detallines:
Los readmes tienes que ser algo esquemático y que podamos ver de una forma rápida. Pero bueno Dani, son detalles 😉.
En general esta bien Dani, pero te dejo por aquí unos tips de cara al futuro:
En la carpeta de data
tienes todo el código para crear tu BBDD. Esto es un poco autointuitivo. Como recomendación lo pondría en una carpeta aparte que puedas llamar SQL_scripts
o Scripts_createBBDD
o algo similar. Algo que nos diga desde el principio que ahí tenemos el código que crea nuestras tablas.
En la carpeta Notebooks_and_Skripts
se nos ha colado la carpeta de checkpoints del jupyter. Recuerda que este tipo de carpetas o ficheros que se nos crear deben ir al .gitignore
ya que es información que no es útil para el proyecto.
El main.py
por convención debe ir en la raíz del repo.
Esta carpeta Notebooks_and_Skripts` me ha parecido un poco cajón de sastre. Vamos a ver como lo podríamos reorganizarlo para entenderlo mejor:
config
fuera a la raíz del repo, donde tendría el __init__.py
y el config.py
src
donde tuviera el sql_tools
y todos los ficheros que necesitara para almancenar mis funcionesTienes algunas cosas en ingles y otras en español. Intenta homogeneizarlo todo al mismo idioma.
En este jupyter 03_Feeding_the_SQL_DataBase
tienes un for para ir chequeando el avance. Solo por si te aporta valor, en python tenemos la librería tqtm
que nos permite hacer justo esto. Te dejo por aquí algo de documentación por si te interesa.
Sobre los docstrings, los tienes en todas las funciones, pero me faltan algunas cositas.
¿Qué es lo que tiene que tener un docstring?
Aquí algo de info sobre los docstrings .
def mifuncion(argumento1, argumento2):
'''
Lo que hace la función MUY SINTETIZADO, EN UNA ÚNICA LÍNEA
args:
argumento1: tipo de dato
argumento2: tipo de dato
return:
que nos devuelve la función
'''
return "Hola"
Daniiiiiii los prints infinitos, estoy llorando por dentro 😭!
En el jupyter de 05_Sentiment_analysis
tienes las funciones. Lo ideal, que nos las llevaramos a un .py
nuevo que almacenaramos en el src
. Recuerda que nos podemos crear tantos .py
que nos queramos con objetivos específicos. Y documenta esas funciones.
El análisis de sentimientos suuper top Dani. Siguiente reto, meterlo como endpoint en la API. Si quieres que lo veamos un día me dices 😉!
Bueno Dani, super proyectazo. Has hecho un gran trabajo, casi todo lo que te dije son m´sa detallines que otra cosa. Te dejo por aquí un resumen de las cosinas que te dije:
Venga Dani que ya estamos en la recta final 🔥🔥🔥!!!!
PD: Una de las cosas que más me gustaron de tu proyecto es que a pesar de usar algunas funciones de Ras has creado mucho código nuevo. Enhorabuena!
https://github.com/Danihelguera/W6-api-sentiment-project_DaniHelguera-.git