#449 A mí el curso de la universidad de Helsinki me está pareciendo brutal. Es principalmente sobre desarrollo web con React, Nodejs, Express y Mongo pero tiene un capítulo al final de React Native también.
Hice la página que me pasasteis por aquí de la tienda de colores para practicar, a ver si mañána o pasado la subo, aunque no me lapidéis que llevo 2 meses casi sin hacer nada dos meses de mierda
No se si se habrá puesto ya por aquí pero ahí os lo dejo, está bastante bien, demasiado básico para los pros seguramente.
Buenos días gente, os traigo el blog de un chico que esta especializado en JavaScript y React.
Tiene muy buenos artículos, en inglés eso sí, y si eres muy pro probablemente ya lo sepas, pero para mi muy bueno lo que he leído.
¿Por qué React Hooks sobre HOC?
Navegación con React Native [Incluye flujo con autenticación]
Ojalá y hubiese encontrado esto cuando empecé
#454 Espero que no lo hicieras mirando el mio, tremenda mierda de codigo, si ahora soy malo, imaginate siendo ese uno de mis primeros proyectos en React jajaja
#459 Me quedo con este comentario:
https://github.com/reactjs/rfcs/pull/188#issuecomment-749369119
Throwing my two cents in! It seems like Server Components relies on the theory that rendering components on the server will always be "faster", but it is glossing over how much "work" that entails to be true at scale.
Introducing web server(s) that might get hit with anywhere from 5-10 "component requests" per page on average, each of which might be requiring database queries or third-party API lookups, is only going to work if you really invest in an infrastructure that keeps all of that data close to this "component server", constantly up to date, and automatically scalable for any sudden traffic spike (because if the component server gets overwhelmed... your frontend is gonna be stuck loading forever). And of course there would have to be a great deal of thought put into deployment/rollback synchronization, caching, etc. of this component server to ensure the deployed frontend assets always match the server, otherwise your client-side hydration would likely fail.
Maybe Facebook doesn't have to worry as much about introducing these infrastructure architecture challenges, because there is undoubtedly an army of engineers on standby to solve that. But many of us have to think critically about budgeting time to maintain API's with all of those same reliability & scalability requirements, but now we'd have to add another critical system to our infrastructure, just to make a handful of UI components maybe render a few milliseconds faster.
It just doesn't sit right with me that a UI library would introduce all of these infrastructure requirements to use a core feature (it is weird we are even talking about infrastructure in the React repository!), especially given that there are a lot of improvements that could be made to the existing process of server-side rendering, something that almost all of us depend on, and frameworks are already doing some really interesting work around this.
#458 La verdad es que no se parece en nada, jaja lo único que he copiado es el diseño de la página y el array con los colores para no tenerlo que hacer de 0 
. Me he guiado sobre todo en Maximiliam e intentar hacerlo como el enseña en el curso, sobre todo la forma de "ordenarlo"
#462 Es que tengo el PC jodido que se me reiniciaba todo el rato, y no lo tengo subido.. A ver si me llaman
Ya lo subí, me falta lo de cambiar el color de fondo y tocar un poco el responsive,
https://github.com/fernMPdev/shop-color
https://fernmpdev.github.io/shop-color/
#464 esta bien, si quieres seguir practicando yo le haría una paginita para el checkout o algo del estilo.
Si no tiene redux implementarselo por aprender como funciona y para que sirve, o con la Context API de React
#460 Por eso he puesto el mensaje de fumada, no veo funcionando esa arquitectura en casi ninguna app que yo programo.
#470 pues si te digo la verdad, no tengo ni idea git es algo que no se usarlo bien.Y es algo que tengo que ponerme y aprender
.. No sé si en el link al repositorio puedes ver de lo que me hablas. Hay dos branchs
#471 Has pasado el repo con la rama de lo que se sube a github-pages, en master tienes el codigo normal:
#474 No es por que sea fea, es que el diseño responsive tiene cierta forma de utilizar el CSS.
Como consejo para ello, piensa en movil primero y luego ve expandiendolo hasta formar la versión de navegador.
Mobile First se llama esa metodología, por si quieres echarle un vistazo
Buenas, una pregunta, hay alguna manera "limpia" de hardcorear un modulo de dentro de node_modules?
Habia pensado sacarlo de ahi y ponerlo en mi src, pero veo que me da problemas.
#476 Si:
npm install --save ../path/to/mymodule
Tienes tambien:
https://classic.yarnpkg.com/en/docs/cli/link/
Symlink a package folder during development.
#478 Me regalaron un curso de Udemy, seguramente ahora haya incluso alguno mejor. Por 10 euros sacas un conocimiento que te vale para apps y para páginas webs.
