Parece ser que web.dev están proponiendo una nueva API JS, llamado Portals, que genera una especie de botón burbuja similar a la aquellas burbujas de atención al cliente o de whatsapp. (Esos botones redondo flotante en la esquina inferior de la página web)
Además por ser una API JS, aportaría muchos beneficios y sería mucho más editable que los iframes.
https://web.dev/hands-on-portals/
¿Una vez, visto la página del RFC, que opinas de esta nueva proposición de web.dev?
Como pueden leer en el titulo, Github para dar más competencia a sus competidores , ha decidido dejar un paso atras a los repositorios privados de paga , y ha dado la noticia:
https://blog.github.com/changelog/2019-01-08-pricing-changes/
A este momento se le llama Felicidad! =D
Les comparto , y quisiera que comenten que les parecio , la conferencia que dio Evan You sobre las nuevas actualizaciones de Vuejs
Lo más notable fue:
Ya que estan usando Next.js para la pagina de EDTeam..
Les presento, la documentacion de EDGrid en Nuxt.js
https://github.com/MrJmpl3/nuxtjs-edgrid
Proximamente lo montare en el dominio, https://www.edgrid.edteam.mrjmpl3-official.es/ ya que veo que es exactamente igual al oficial.
hay una mejor manera de hacer un atomic design? , en mi sistema hay muchos formularios que son bisnietos del page , tengo que pagar los props hasta que llegue al formulario? tambien para el tema de los inputs liberar un evento por cada cambio lo veo innecesario
o el atomic design es para otros tipos de proyectos? , he buscado ejemplo en github , y raramente no he encontrado ningun que use formulario como nietos ..
hablo sobre el principio de "las funciones y conexiones al store solo se hacen en los pages" , ya que en la separacion de atoms , molecules y organisms , si lo veo con sentido
Atomic Design es un sistema de diseño que EDTeam usa y todo profesional deberia usarlo
Brad Frost, es la mente tras este concepto. Su curiosidad por encontrar la forma de crear un sistema de diseño más funcional y formal posible, lo llevo a darle vida al “atomic design”. Brad miró hacia la química, la forma en la que la materia está construida a través de átomos y lo relacionó con los elementos visuales que podemos tener en las interfaces.
Átomos: Es la mínima expresión de un componente a este nivel podemos encontrar elementos como colores, tipografías, iconos, imágenes, avatars…
Moléculas: Es la forma en la que los átomos se agrupan para empezar a tener un contexto visual en la interfaz. A este nivel podemos encontrar elementos como formularios, navegación, campos de texto, cards…
Organismos: Ahora las moléculas estarán agrupadas en forma de organismos, acá podremos empezar a notar que estos elementos reunidos en un solo lugar empiezan a crear módulos de componentes. A este nivel podemos encontrar una barra completa de navegación, un footer,
Templates y páginas: Brad los expresa como la forma en que los organismos de organizan en el canvas y funcionan en contexto, lo que ayuda a darnos a nosotros y al cliente un mejor entendimiento de la forma en que funciona y se ven visualmente en conjunto los elementos. Estos dos últimos en lo personal los obvio completamente ya que aunque fueron planteados hacia el proceso de wireframes ( en donde los organismo no están visualmente 100% definidos) y más que integrarse en la última etapa visual se usan básicamente cuando las pantallas hasta ahora están por definirse.

Esto sirve para tanto Sketch , AdobeXD , Vuejs , React , Angular , etc , porque ? Simple, es una esquema , un ideal , no esta enlazadado obligatoriamente a cualquier tecnologia
Para Vuejs, puedes tener este ejemplo (Con React es la misma idea) https://dev.to/miladalizadeh/vue-cli-30-plugin-for-creating-apps-using-atomic-design--storybook-42dk
Para Sketch, tienes este ejemplo: https://medium.com/hellomysketch/sistemas-de-diseño-con-atomic-design-y-sketch-68d0e186c30
@josemanuelcasaniguerra
Desarrollador Web - Backend (PHP) , Frontend (VueJs & ReactJs)
Lima, PERU