Diario de una aplicación móvil de horóscopo (Python + React + NoSQL)

Día 1

Python

Hoy he empezado mis primeros pinitos con Python, en 20 minutitos he tenido ya algo muy básico funcionado gracias al fantástico Beautiful soup.

Me gusta mucho la sintaxis, y sobretodo el tener todo lo necesario para hacerlo funcionar en la misma carpeta del proyecto haciendo independiente el programa de tu SO etc...

Primer commit.

Diseño

¿¿Podeis sugerirme nombres??

¿Y cual de estos logos usariais? Tened en cuenta que usares los colores del logo para la propia aplicación fondo/letras etc...

Me gusta mucho el primero y el tercero, no se que opinais.

#3 Lo pensé cuando lo hice ayer que lo de subir el venv a pelo no me parecía muy normal, pero como hice el proyecto desde cero, no puse ni .gitignore a la carpeta .idea jajajaja

Esta noche lo dejo niquelado ya en este tema e inicializo el repo de la aplicación móvil que aún lo tengo vacio.

Día 2

Python SCRAPER

Hoy no he avanzado mucho por este frente, simplemente he dejado el directorio preparado para trabajar con el .gitignore y el requirements.txt con las dependencias.

Segundo commit.

React Native APP

Por aquí se ha producido el avance hoy.

• Me he decidido por el tercer logo, y ya tengo splash screen y icona *0.
• Repositorio inicializado con la base para empezar a programar, estructura de carpetas *1 y packages que usare.
• He transformado el logo de svg a componente de React con esta página tan fantastica: https://react-svgr.com/playground/?native=true *2.
• En dependencias de la aplicación para maquetar utilizare React Native Paper que es fantástica 100% recomendada y para la navegación React Navigation.
• La aplicación ya arranca en mi emulador de android. *3

Segundo commit.

Media:

Mañana

Mañana espero ya tener implementado el flujo hasta el lector de palmas, (Nombre, fecha nacimiento, sexo, estado civil, num. suerte y palma de la mano) serán todas las pantallas para la primera vez que abras la app.

Aparte del flujo implementare los contextos, con React.createContext (API nativa alternativa a Redux para almacenar estado y poder acceder/modificar desde cualquier componente descendiente) será el contexto local donde guardare información básica del usuario, luego el contexto del tema proporcionado por React Paper y para finalizar el contexto del Navegador de pantallas (React Navigation), en total tres contextos diferentes, espero no necesitar ninguno más.

Tengo que mirar cómo implemento lo de la palma de la mano, a nivel de al menos saber que tengo la mano delante de la camera, luego el resto le pongo un buen rand() jajajaja

También actualizare el trello ya con todas las cosas que se me pasen por la cabeza.

Comentarios

#3 Me he mirado ese .gitignore, pero de momento lo he hecho más fácil y solo he ignorado venv y .idea, cuando esto crezca, y tal iré añadiendo, me parece overkill añadir cosas que no se ni que son ni para qué sirven.

Sobre bs, puedes explicar por qué razón? Hablo desde el total desconocimiento, uso esa porque fue la primera que vi, pero por si puedes explicar i asi entiendo mejor.

#5 Mi intención es solo pasar el rato, aprender y que alguien aprenda de lo que yo haga, pero oye, si funciona y consigo descargas pues bienvenido sea, yo creo tener suficientes skills para hacer algo atractivo y al nivel de una app de 2020.

#6 Efectivamente, el scraping es para llenar la app con data viva diaria, sacada de otras páginas web.

#7 Hombre, pues te preguntaría si eligirias el logo 3, qué nombre le pondrías a la APP y que consejos básicos y errores típicos que podría cometer.

#15 Yo hace mucho que no uso ya Redux, la API nativa de React me sobra para el 99% de los casos y es más ligera.

https://es.reactjs.org/docs/context.html

Tengo mucha más experiencia con React que con RN, tengo un blog a punta de React: https://vvlog.dev/en del cual estoy bastante orgulloso multi-tema / multi-idioma, el problema es que es CSR y la indexación en google es un problema, si saco ganas lo migrare entero a NextJs que es pura crema para SSR mixto.

#17 Es que lo del 99% de los casos es cierto, la única diferencia entre ambas es que en aplicaciones donde el estado puede mutar muchísimo dicen que Redux está más optimizado y por tanto da mejor rendimiento.

Pero fuera de estos casos borde no hay diferencia alguna, el funcionamiento es cuasi idéntico, con la facilidad de, primero, al ser nativa de React, menos lineas de codigo para implementar que con Redux, y segundo y no menos importante, te ahorras una librería en el package.json.

Miratela porque te darás cuenta de que a nivel de funcionalidad no vas a echar en falta nada, tiene exactamente lo mismo, dispatcher etc... Todo lo que dices que hace Redux lo tienes con Context con menos líneas.

Mira si es fácil, mirate este código, en este fichero declaró el reducer y el contexto, y creó el componente de React que lo engloba, así como el hook que permite acceder a tanto el tema como el dispatcher, en 4 líneas contadas.

Reducer + dispatcher + componente + hook

Luego te vas al punto de entrada de tu App o donde sea que quieras usar ese contexto y:

function App() {
return (
<StateProvider initialState={initialState} reducer={reducer}>
<Main/>
</StateProvider>
);
}

Y luego para consultar ese estado o acceder al dispatch en cualquiera de sus hijos <Main> includio, simplemente usas el hook y ya:

const [{theme, user, ...blablabla}, dispatch] = useGlobal()

Thats it.