Bienvenidos a todos a un nuevo programa de What the Front, tu podcast de Fronten en castellano.
Y hoy vamos a poner internet a dieta con Adrián Poncuerta, vamos a conocer qué son los UX
engineer de la mano de Marina Aysa y ya que tenemos pues a dos expertos en VIEW, pues haremos
un pequeño repaso de la biblioteca. Soy Miguel Ángel Durán y esto es What the Front. Empezamos.
Y primero de todo pues vamos a saludar a la gente que este domingo se ha levantado con nosotros
para acompañarnos en el programa de What the Front. Tenemos a David Pick, tenemos a Subveach,
tenemos a Adrián Abelardos y tenemos a 10 personas que nos están viendo en el chat y que os saludamos.
Muchísimas gracias por estar aquí. Como muchas gracias tengo que darle a Marina por estar aquí.
Hola Marina, ¿cómo te encuentras?
Hola. Bueno, muchísimas gracias a ti por invitarnos. O sea, vaya nivel y qué podcast más guay.
El nivel lo estáis poniendo vosotros. Sobre todo tú que ahora veo que has venido directamente
desde Alicante, que acabas de dar una pequeña charla.
Sí que vine anoche y casi me podía haber quedado aquí en el Prat, en tu casa, porque
ha sido volver a Barcelona y esta mañana otra vez al Prat.
Pues haberte quedado, yo encantado. Podríamos haber hablado de VIEW, me podrías haber enseñado
más de un par de cosas que veo en que la necesito. Y para otra persona que también podría enseñar
cosas de VIEW, por supuesto es Adrián Foncuberta. Bienvenido.
Muchas gracias por invitarnos.
A ti por estar aquí. ¿Qué te ha parecido el desayuno, Adrián?
¿Se puede contar lo que...?
Por supuesto, siempre lo contamos.
Había mucho mascarpone. Y mascarpone el domingo por la mañana son buenas noticias.
Está bien. Yo tengo que decir que Adrián por lo menos lo ha quemado porque me ha dicho
que ha ido con la bicicleta. Es un chico deportista y sano.
Venía prevenido ya por el desayuno.
Sabía a lo que venías. Pues está muy guay. Los dos venís de la misma empresa.
No sé si queréis comentar un poquito de vuestra empresa.
Sí, de Holaluz.
Holaluz. ¿Qué tal? Holaluz.
La verdad es que está en todo, Holaluz. Hace poco... Comentad un poco de Holaluz.
Sí, bueno, hace muy poco y gracias a Adrián se hizo el VIEW Road Trip en Holaluz justo la
semana pasada y la verdad que estuvo súper chulo. O sea, yo flipé con el eventazo. Creo
que es uno de los eventos que más me ha gustado al que he podido asistir y justo en nuestra
empresa.
Sí, pues fue súper bien, la verdad. Es un evento que ya se hizo el año pasado en Barcelona
que básicamente es... La comunidad de VIEW, pues hay una conferencia anual en Amsterdam
que es como la principal, digamos, donde hablan la gente del core team y el creador del
framework y demás. Y luego organizan también unas pequeñas conferencias en Barcelona, en
París y en Berlín, si no me equivoco. Y nada, pues nos propusimos para ayudar a organizar la
de Barcelona y la verdad es que fue muy bien todo, la verdad.
Yo lo que tengo que decir es que yo no... Algo he tocado de VIEW, no soy un gran experto,
pero me dio mucha envidia no saber más para no asistir. O sea, tenía que haber... No sé,
me hubiera gustado mucho ir después de ver en Twitter todo el movimiento que teníais, las
charlas que hubieron, bueno, además de que estáis vosotros dos también, que sé por
experiencia de que dais muy buenas charlas y además parecían súper interesantes. Así
que me dio un poco de envidia, me dio mucha envidia.
Y yo creo que lo bueno de VIEW es que además tiene una sintaxis que es como muy fácil de
incluso si no conoces nada, llegar a entenderlo rápidamente. Así que yo creo que si hubieses
vendido también con un nivel de no sé absolutamente nada, hubieses entendido yo
creo que bastante.
Tengo que decir que algo sé, algo sé porque ya pues Rubén, Rubén, ¿qué más?
Seguro que lo conocéis.
Valseca.
Valseca, sí, de Madrid.
Lo conocí en Madrid y ya me pinchó, no, tienes que aprender y estuve, estuve en ello,
y he hecho algún pinito, no algo que enseñaría porque me daría vergüenza seguramente,
pero tengo que decir que algo sé y espero darle más caña. De hecho, sobre esto, ya que
estamos, me gustaría hablar. Y es que el tema es, ya que os tengo a vosotros, que sabéis
un montón de VIEW, que abogáis un montón por VIEW y no la luz, estáis utilizando VIEW.
Sí, sí.
¿Qué puede hacer una persona que quiera empezar VIEW? ¿Por dónde debería empezar?
¿Qué le recomendaríais?
Pues, lo primero que se me ocurre es que creo que una de las principales ventajas de VIEW
es la documentación, la oficial misma de VIEW. Creo que es de las mejores documentaciones
que he visto o que he leído nunca prácticamente, así que aunque suene atópico, para empezar
leer la documentación porque es que realmente está explicado de una forma que es un proceso
incremental que vas descubriendo funcionalidades y partes del API a medida que lo necesitas en
lugar de dártelo todo de golpe, como es bastante habitual. Así que creo que el mejor recurso
es empezar por el Getting Started de la docu y vas descubriendo poco a poco lo que necesitas
porque casi capítulo en capítulo, si tú vas probando de desarrollar algo, te vas dando
cuenta que el siguiente capítulo responde la duda que tenías hasta ahora. Así que creo
que es el mejor recurso. Luego hay un montón, evidentemente, de cursos en plataformas
con Frontend Masters o Enethead y demás, pero la docu oficial realmente hay mucho trabajo
ahí detrás y se nota porque es que es súper fácil de entender y escrito en un lenguaje
muy cercano, muy humano, no tanto enfocado a la propia API, digamos.
Y tú, ¿qué dices, Marina? A mí me fue muy bien incluso ya empezar utilizando Nux. ¿Por qué? Porque creando un
proyecto de Nux ya tienes como toda la estructura creada y es que, bueno, ya está todo prácticamente
configurado y listo para empezar y es súper fácil hacer cualquier proyecto pequeño e ir descubriendo
gracias a Nux, que también está muy bien documentado y que al final es que Nux es solo una estructura
de Vue, donde ya esa parte de configuración, que quizás es como la parte más difícil, ya la tienes hecha y
yo creo que justo empezando por ahí, que es como yo empecé, vas luego aprendiendo mucho más de Vue.
Dices Nux, Nux, pero se parece mucho a Nux y es que no tiene, o sea, que es el de React, esto no tiene nada que ver para la gente que no sepa...
Está inspirado. No es tan diferente porque de hecho justo cogieron el concepto y pues lo transformaron a Vue y bueno, justo en la charla de Alicante contaron un poco la historia y sí, dijeron, bueno, pues esto se llama Nux, pues vamos a transformarlo a Vue y se va a llamar Nux.
Son más así de originales. Vale, para el que lo quiera buscar es como Nux, hay escrito en E-U-E-X-T y básicamente es eso, como un framework que te permite utilizar Vue, ya está preparado bastantes cosas como por ejemplo hacer las páginas.
Está como toda la configuración ya hecha. Servesize rendering me imagino también. Como Next. Muy bien, oye, pues suena súper interesante. Pues igual empiezo por ahí. De hecho, esto es lo que utilizas en el proyecto este.
Sí, sí, sí. Y también lo utilizamos en Olaluz y sí, sí. Pues el proyecto este que he estado hablando en Alicante es... Yo quería hacer mi web, la tenía hecha con un generador estático que se llama Middleman,
que justo además también en Olaluz lo estábamos utilizando en ese momento y...
Y que estamos intentando matar. Sí, porque claro, el proyecto de Olaluz es mucho más grande que lo que tenía en mi web y el legacy code es mucho más fuerte.
Pero era... Pues quería hacer un blog y estaba buscando una tecnología que fuera como muy fácil y que además también me pudiera dar todas esas features de una web app,
pues que son mucho más dinámicas, una performance optimizada, transiciones y Next. Pues es que...
Te lo da todo. Te lo da muy hecho.
No te tienes que preocupar, solo te tienes que concentrar en el contenido.
Sí, o sea, en realidad en este proyecto pues lo único que tuve realmente que pensar era como el ejecutar esos...
Realmente el contenido, como mostrarlo en la web y cómo lo iba a guardar, pues si iba a utilizar Mardan Files o un CMS y...
Pues para la gente que le interese... Eso es lo más interesante del proyecto.
Para la gente que le interese tenía... ¿Cómo se llamaba tu proyecto? Porque el otro día leí una estrellita, porque justamente lo anunciaste en Alicante.
Sí, hace nada que lo he puesto open source. Se llama Knack Smartdown Starter o Block Starter.
Sí, mira. Es Knack Smartdown Block Starter, que tiene ya 22 estrellitas en GitHub y justamente sirve para esto.
Es una forma fácil y sencilla de empezar con Knack y además pues ya crear tu propia página a partir de Markdown y que tiene un poquito de diseño que te ayuda...
Sí, es bastante básico. Quiero mejorarlo. En el futuro también todo el tema de estilos no le da mucho cariño porque ha sido pues un poco sacarlo lo antes posible.
Lo antes posible. Tenía un montón de emails en plan de he leído tu blog post, pero es que no tienes código open source puesto y tal.
Porque mi página web la tengo privada, más que nada porque tengo mucha información personal.
Y dije, bueno, pues tengo que hacerlo open source de alguna forma porque es una...
Has extraído lo que has visto que sí que puede ser más reutilizable...
Sí, de hecho, bueno, os voy a contar una cosa. El creador de Knackst...
Un momento anécdota.
Un momento anécdota.
Un momento anécdota.
Me vino en Alicante y me dice, oye, que he visto tu proyecto y tal. Es que voy a... Estoy pensando en hacer mi blog con tu proyecto.
Yo no sé por qué.
¡Bravo, bravo!
Muy bien.
Y yo pues ya harás algún pull request para arreglar algo.
Qué guay. Muy bien.
Y pero sí, le mola mucho.
Muy bien. Mira, dicen por aquí en el chat, Iñaki Pérez de Albeniz dice, no entendía lo que era Knackst.
Knackst.
Y a mí al principio me ha pasado también, pero bueno, quiero decir, seguro que es que está bien pronunciado.
Solo que lo que nos pasa mucho aquí, sobre todo en España, es que necesitamos la pronunciación mala.
Knuckst.
Que es Knuckst.
Pero Knackst es como una A de estas...
Sí, en inglés.
Sí, ¿no?
Sería así.
Es como los archivos json o json, ¿no?
Es el debate.
Json o...
Total.
Luego, Adrià decía que igual en su empresa podrían hacer una prueba de concepto con Vue,
ya que tienen toda la lógica desacoplada.
Bueno, supongo que se refieren a intentar probar...
Deben estar utilizando React.
Y mira, dice Iñaki que json de toda la vida.
De entonces tienes que instalar Knuckst.
No, no.
Tienes que instalar Knuckst.
No, Knuckst.
El JSON no lo soporto.
Es que además la JSON tan fuerte.
Es más fácil, Jason.
Sí, y además que yo siempre he dicho Jason, no sé.
Vale, vamos a volver con el tema este de Vue, aprovechando que habéis estado haciendo tantas charlas y tal.
Yo diría que junto con Rubén, vosotros dos debéis ser como los máximos exponentes de Vue, al menos en Twitter.
Yo cada vez que...
Digo a nivel español, obviamente, porque sabemos que en el mundo hay gente muy potente, pero en Twitter le dais mucha caña al tema de Vue.
Sé que Rubén también...
Bueno, hay gente como Alex Joubet, por ejemplo, de Alicante también, que tiene varios proyectos de divulgación de Vue Knows, creo que se llama, y...
Y de Vue O'Brien, que también estuvo en Alicante también.
Hasta Mallorca, ahora...
Sí, vive en Mallorca.
Hay gente.
No, si hay gente.
Hay gente, hay gente.
A Vue, Anax, sí.
Pues ya que hay tanta gente, ¿cómo veis el ecosistema Vue?
Yo cada vez lo veo mejor, ¿no? Con más vida, con más interés por parte de la comunidad.
¿Y cómo veis que va a ser? ¿Cómo veis su presente, pero sobre todo, su futuro?
Ahora estamos...
Está todo el mundo pendiente un poco a ver qué pasa con la nueva...
La versión 3 del framework, que la previsión es...
Por lo que contaba, pues mira, en Alicante, precisamente, Evan Yu, el creador, de poder sacar a cuanto antes.
No hay fecha confirmada, pero bueno, durante este año.
Y esa versión va a ser un poco...
Va a seguir los pasos de las últimas versiones de React, precisamente, seguramente, en tanto que APIs y estructura.
Pero la comunidad en sí, realmente, hay un montón de proyectos super maduros.
Naxt, por ejemplo, es un ejemplo paradigmático de un proyecto super maduro construido encima de Vue.
Y, además, una ventaja, desde mi punto de vista, que tiene Vue es que muchas de las soluciones habituales para un proyecto son propias, son oficiales, digamos.
La gestión de paquetes como Vuex, la gestión de estado, o el tema del routing, y el hecho de ser oficial y estar mantenido por el propio core team del framework, tiene sus desventajas, seguramente, o por lo menos comparado con otras, con React, por ejemplo.
Pero bueno, le da un punto de madurez a las soluciones estándar para estos problemas que solucionan muchos problemas y hacen que la curva de entrada y de aprendizaje sea muy sencilla.
Así que espero que, no sé si hay planes de, no sé si hay algún punto donde deba aparecer alguna librería más oficial o no, pero realmente la comunidad, hay proyectos muy, muy sólidos.
Está Storefront, por ejemplo, que estuvieron también en el Roadtrip, que es, pues, una librería, bueno, un framework prácticamente para crear e-commerce basados en Vue, o sea, que hay un montón de librerías de componentes UI.
Hay implementaciones de material design, de otras librerías muy potentes, de Beautify o Vuefy, bueno, todas jugando con Vue, porque claro.
Pero realmente hay mucha comunidad y va más.
Sí, sí, y sinceramente tiene buena pinta, pero claro, hablaré a tres años vista.
Sí, no, además en el frontend, ¿no? Que el tiempo es tan rápido, pasan las cosas.
Hoy, bueno, hoy no, ayer en la JSConf, que está pasando este fin de semana, lo comentábamos antes en el desayuno, ¿no?
Que había habido una presentación, una charla, donde hablaba del estado del JavaScript, supongo que basado en la encuesta esta de JavaScript tan famosa,
que es sobre todo más enfocada a Occidente.
Así que puede ser que los datos no sean del todo representativos mundialmente, pero hablaba un poco del estado de JavaScript, que había cosas que me sorprendían.
Pero una de ellas decía que sí, que React, pues bueno, se había desenganchado totalmente con el resto de bibliotecas.
Pero bueno, justamente sorprendía que Vue era la única que, aunque no es que le siguiera la estela, sí que le seguía la tendencia,
en el sentido de que Angular parecía que estaba bajando, pero Vue tenía ese crecimiento lineal hacia arriba, al menos, ¿no?
Que parece difícil, pero bueno, eso quiere decir mucho por parte de la biblioteca.
Sí, tengo la sensación que cuando... Yo he probado React un poco, no tanto como alguien de esta mesa, creo, pero...
¿Como quién? ¿Como quién?
Pero tengo la sensación que, sobre todo, la curva de aprendizaje, o sea, la facilidad de entrar en el framework,
y sobre todo para gente que no tiene un background muy fuerte en desarrollo, sino que viene de mundos de maquetación o diseño, por ejemplo, Marina, ¿no?
Lo que se parece el código que escribes en Vue, digamos, al HTML y CSS de toda la vida...
Sí, al nativo.
Eso es una ventaja para... O sea, el cambio de chip es mínimo.
Tú prácticamente tienes la sensación de estar escribiendo HTML y CSS con algunos cambios, evidentemente,
pero eso es una ventaja que creo que es lo que hace que la base de crecimiento siga ahí, porque es la barrera de entrada más...
Creo que es el framework con la barrera de entrada más sencilla, ¿no?
Claro.
Con comparación Angular, por ejemplo, todo lo que lleva de serie, tienes que aprender Angular, pero tienes que aprender TypeScript y RxJS y no sé qué, y clases y tal.
En cambio, con Vue, ostras, es que tienes la sensación de escribir HTML aún con los sí.
Claro, ves resultados mucho más rápidos, básicamente. Ves como que tienes una recompensa de una forma mucho más fácil, sin necesidad de aprender tanto y tal.
Muy interesante. Bueno, pues chicos, esto es todo lo de Vue, pero me gustaría, ya que tenemos, pues, Adriá en la última TechFest,
dio una charla súper interesante sobre poner Internet a dieta. Luego Marina también dio una muy interesante sobre qué es ser UX Engineer.
Y si os parece, pues, podríamos hablar un poquito sobre esos dos temas, porque me parecían súper interesantes. Además, me gustan vuestras charlas mucho, os lo tengo que decir.
Felicidades.
Muchas gracias.
Muchas gracias.
La de Adriá la tuve que ver después, porque se llenó un montón y no pude pillar sitio, es lo que tiene. Pero bueno, y aquí estamos, pues, para gente que no la vio y también para comentar el tema,
porque justamente a mí me encanta el tema de la performance. En mi empresa abogo un montón por el tema de la performance.
Y me gustó mucho, como la enfocaste, ¿no? El poner, tenemos que poner Internet a dieta. Tenemos que hacer algo.
Entonces, yo la primera pregunta que te diría, Adriá, es, vale, sí, hay que ponerla a dieta, pero esto es como cuando tú te quieres poner a dieta.
Y lo primero que tienes que hacer es ver el problema. ¿Vemos el problema todos? Tú ayudaste, pero ¿lo ven las empresas el problema?
Es una buena pregunta y en la charla hablábamos un poco del tema. Básicamente porque yo tengo la sensación que como industria, o sea, nosotros, yo, el framework del problema es la gente que estamos desarrollando sobre web.
Digamos, ¿no? A webs o aplicaciones web o sobre la web como plataforma. Y como industria, creo que poco a poco nos vamos dando, pero que son, hemos incurrido como el marco mental actual nuestro.
Enseguida nos vamos a otros focos y no ponemos el foco en lo realmente importante, que es hacer cosas que la gente pueda usar.
Porque al final todo lo demás es secundario, ¿no? O sea, que, exactamente, he hablado de la de la web más que nada porque creo que es de lo más representativo.
Es evidentemente, no es el único, ni, no sé si es el más importante o no, pero no es el único.
Pero bueno, servía un poco para ejemplificar como incluso grandes empresas o gente que dices, ostras, con los recursos que tienes o la capacidad que tienes de hacer bien las cosas, son justo los que lo hacen peor, ¿no?
O sea, una landing page de un producto de una empresa de este móvil con una manzana que pesa 32 megas, descargar una web, es injustificable, ¿no?
¿En qué está pensando? ¿Sabes?
Claro, bueno, es que, exacto, está pensando no en que la gente pueda, todo el mundo tenga una experiencia aceptable, sino que la gente que puede tener una experiencia excelente la tenga.
Y los demás, allá ellos.
Eso me parece muy interesante porque quizá el tema este del ejemplo de la manzana, ¿no?
Quizá...
No sé si pueden decir marcas en el podcast, ¿estás patrocinado por Google o...?
No, todavía no estoy patrocinado por nadie, el podcast Maltalflum no está patrocinado, pero desde aquí hacemos un llamamiento a la gente que quiera patrocinar, que bueno...
No hablaremos mal de esa marca.
Nos faltan aguas, nos faltan... Estamos patrocinados solo por el desayuno, pero no, podemos hablar de marcas.
Pero bueno, yo creo que todo el mundo sabe que es la marca de la manzana.
Pero es súper interesante este comentario porque igual la propia marca le interesa que solo pueda acceder...
Porque yo una de las cosas que digo sobre la performance, y soy muy pesado sobre ello, es que se habla mucho de la accesibilidad, pero la performance es una de las dos cosas más importantes en tema de accesibilidad y experiencia del usuario.
Totalmente.
Entonces, justamente quizás esto, esta barrera que tú comentas que hace esta empresa, quizás lo hace aposta en el sentido de que solo la gente que tiene una buena conexión, que se supone que tendrá mucho dinero, podrá disfrutar de esta web.
Puede ser.
Entonces, otro tema ya es...
Ya es otro tema.
El clasismo.
Sí, a nivel ético, de lo que tú... Por lo menos, si es así, por lo menos es a propósito. No es por no saber qué es importante o qué no es importante.
Aunque yo creo que no es a propósito, que Apple es muy clasista, eso aparte, pero...
¿Ha dicho Apple?
La manzana, quiero decir.
Es probar, es probar.
Creo que es más un problema, y lo vamos a comentar luego, de diseñadores que no piensan en performance.
O sea, meter igual imágenes a una resolución tremendísima, pensar que cualquier cosa vale en la web y despreocuparse del frontend o de cuánto va a pesar esa web porque no es problema mío, eso es cosa de front, y ya a ver qué magia hacen para que estas imágenes a una resolución tremendísima se ven bien, pues creo que tiene mucho que ver.
Es muy interesante porque, de verdad, yo en mi empresa y cuando doy charlas y tal, digo justamente esto, que lo que tú dices, ¿no?
Que los UX tienen que tener esta sensibilidad también, porque es parte de la experiencia del usuario.
O sea, lo dice totalmente, no hay ningún tipo de duda.
UX es experiencia de usuario y pensar que solo el diseño es la experiencia de usuario es pensar que eres un diseñador gráfico.
Donde, por ejemplo, el papel está ahí y tú simplemente estás dándole unos estilos a ese papel, pero no hay ninguna otra interacción con el usuario.
Creo que ese es uno de los grandes fallos en el mundo del diseño ahora mismo y, bueno, pues estamos intentando cambiarlo.
Exacto, yo creo que se está intentando cambiar poco a poco y sí que se está tomando más relevancia de que se vea una experiencia de usuario más plena,
no solo lo visual, sino desde cómo se interactúa con la página web y cosas así.
Sí, sí, como esa página web interactúa también con los usuarios porque esa performant de cuánto tarda en cargar,
qué es lo primero que va a cargar y qué vamos a hacer asincronamente después. Eso es que es esencial.
Esencial, totalmente. Volviendo, ¿qué es lo peor que te has encontrado, Adrián, en tu periplo por ver el internet a dieta?
Cuéntanos.
Porque pusiste un montón de ejemplos. ¿Qué es lo peor? Lo peor que te has encontrado, que seguramente estuviste a punto de llamar a la policía y todo.
La peor que encontré y que la he mostrado en la charla es que creo que se llamaba Incafarma o algo, es que no me acuerdo sinceramente porque la encontré buscó.
Porque drogas necesitabas.
Pero era una forma de buscar en Google a ver cómo empezó a la parte.
Dice arqueología, probé cosas. No voy a revelar mis fuentes. En cualquier caso, es una página que es una...
O sea, la home es una galería de productos, o sea, que es un grid con fotos y links a los productos internos de la empresa esta.
Y creo que pasaba 82 megas la home page.
Madre mía.
82 megas.
Madre mía.
Sí, sí. Es que así, casi... Bueno, es que no cabe en un CD, ¿no?
No, en un CD sí que hay 650 megas.
Esos son los minutos, es verdad.
No, pero 82 megas.
Poca broma. Sí, sí. Es que también si ponemos... Una de las cosas que están muy de moda y que deberíamos hacer sobre todo todo el equipo, que por ejemplo lo dice Adrián Velardos,
dice todo el equipo debería poner foco en la Perth.
Y estoy totalmente de acuerdo porque hay veces que es un tema de UX, pero también es un tema de producto porque a lo mejor hay features que impactan negativamente la performance
y hay que saber si la feature que está añadiendo realmente compensa ese impacto en la performance.
Sí, bueno, aquí nace el concepto ese de performance budget, ¿no?
También la idea de limitar, pues si pasa de X peso o de X tiempo de carga, pues te avisa de alguna forma o salta algún flaco o peta la bill si eres un poco más punky.
Claro.
Pero de eso hablábamos en el Techfest porque yo creo que aparte de la gente que diseña, que evidentemente pues es como tienes un lienzo en blanco y ahí que pase lo que sea,
la gente que desarrollamos, también tenemos nuestra parte de responsabilidad en eso.
Claro, porque si le salgo el domingo y el lunes quieres probarlo, pues lo vas a probar y si no es la solución más adecuada para el usuario,
pero a ti te apetece usar el framework nuevo o la librería nueva, pues lo vamos a hacer porque no nos engañemos, todos lo hemos hecho alguna vez.
Y luego está el tema de la gente de Product Owners o la gente que gestiona proyectos, que yo tengo la sensación que es mucho más sencillo para toda esa gente justificar o crear un backlog de ideas,
de añadir funcionalidades que no tener que vender a otras personas, a otros stakeholders, pues que ese sprint vamos a dedicar,
esos 15 días vamos a dedicar X tiempo a solucionar problemas de accesibilidad o a quitar cosas o a mirar, porque claro, ¿cómo que quitar?
No, no, añade más, que tenemos que vender más o tenemos que lo que sea, ¿no?
Entonces, para ellos también es mucho más sencillo justificar el simplemente añadir, es muerte por fitos un poco, ¿no?
De los productos.
Cuando justamente yo creo que el reto está en el hacer más con menos, ¿no?
O sea, justamente el reto está, ¿cómo puedo vender mi producto o que consiga el usuario hacer esto con el menor número de fitos que tengo que mantener?
Es curioso, ¿no?
Pero bueno, es más difícil.
Sí, y el problema seguramente es más organizacional prácticamente, porque si el problema es que tú no puedes justificar el hecho de quitar cosas en lugar de añadirlas,
es que la organización en sí o el sitio donde estás o la forma de trabajar que tenéis es considerar que lo importante es añadir cosas en lugar de pensar qué necesita el usuario o cuál es el foco.
Igual de las 10 últimas cosas que has desarrollado, las 7 últimas no las usan o no sirven para nada o se pueden unir o, yo qué sé, se pueden quitar en otra aplicación, lo que sea.
Y aquí es cuando pones el foco más en, ¿tengo que justificar que he entregado X cosas en lugar de...?
He quitado, que eso no vende.
Kilian Beboy dice, viva el lazy loading.
Un saludo a Kilian desde aquí.
¿Ah, es colega?
Sí, sí, sí.
Muy bien.
Ahí no lo conozco, pero un saludo también.
Un saludo a Kilian.
Bueno, desde UX se tiene en cuenta, porque esto del lazy load, se tiene en cuenta la experiencia del usuario y como UX engineer, que luego hablaremos, que tienes las dos sensibilidades, me imagino que puedes ayudar más a la parte de UX precisamente, ¿no?
Sí, o sea, yo creo que, yo lo descubrí como ahora un año, lo del lazy loading, y me pareció muy guay, porque eso también te permite, pues, algunas cosas que afectan mucho a la performance, como son las imágenes, el poder decir, vale, vamos a tener imágenes, pero vamos a también controlar la performance, de que tarden en cargar, por supuesto, hay algunas que son, por ejemplo, las imágenes de giro,
que son las que aparecen en la primera carga de la primera pantalla y que, obviamente, si quieres que aparezcan y nada más entrar el usuario, pues, seguramente no las puedes hacer lazy loading y deberías de pensar si las necesitas o no o las puedes sustituir con otras cosas.
Y creo que esto no se tiene en cuenta muchas veces en el diseño, por lo menos yo no lo he visto, y ojalá se tuviera mucho más en cuenta, ojalá, es lo que hemos comentado antes, ojalá la performance fuera realmente incluida en el UX, porque lo es, y eso.
Totalmente. Hablando un poco, volviendo un poco a esto de tenerlo en cuenta y el impacto que tiene el usuario, pues, hablamos del impacto que tiene sobre la experiencia del usuario en la web,
pero no hablamos tampoco del impacto que tiene en el bolsillo del usuario, porque, por ejemplo, como decías, Adri, que había una web que tenía 82 megas de imágenes, justamente, que serían imágenes de arriba, ¿no?
Un slider o lo que sea, como lo que decía Marina, que tenía que estar arriba del todo y no se piensa una opción.
Pero, claro, esto en realidad es literalmente dinero del usuario, porque si entras, se está gastando 82 megas de los datos de su tarifa solo en una visita a una página.
Es brutal.
Y como asumimos que tú, o yo, o Marina, tenemos una tarifa plana de móvil, de no sé cuánto…
Y a 4G.
O 4G, y un móvil con una CPU mejor que la que usaron para ir a la luna y demás, pues, no pasa nada, porque, total, pesa 30 megas la web, pero en el teléfono carga bien.
Pero esto es asumir que tu producto solo va a usarse dentro de tu burbuja, del gente que conoce, ¿no?
Dentro de mis followers, de Twitter…
De burbujas, privilegios.
Claro.
Y cuando tu foco es…
Y yo ponía el ejemplo en la charla de… hablaba de Refactoring UI, que es ese proyecto de…
Que comparten pequeños tips sobre cómo mejorar las interfaces, ¿no?
Un poco los colores que se difuminen con el no sé qué y que están súper guay.
O sea, las imágenes que… o sea, que el diseño, que es espectacular.
Pero luego pasas el color contrast checker en cualquiera de sus imágenes y el texto falla todos los test de accesibilidad.
Sí, revienta por todas las…
No es nada accesible.
Y el problema no es que…
Ah, mira, pues están intentando hacerlo bonito en lugar de accesible.
O sea, se pueden hacer las dos cosas, pero cuando tu foco es únicamente en esos detalles…
La parte estética, ¿no?
Claro.
En ese momento, lo que estás demostrando es los privilegios sobre los que partes.
Porque si no te preocupas por el contraste de color, es que a ti no te afecta.
Ni a ti ni a nadie que te haya aconsejado.
Exacto.
En el equipo o en lo que sea.
Si… pues 50.000 cosas igual.
Y ese problema es más estructural.
A mí, sobre esto, yo lanzo aquí un consejo a los que nos están viendo y escuchando.
A mí una cosa que me gusta mucho cuando estoy desarrollando una web y que me ayuda justamente a ponerme a hacer un poco de empatía, es lo típico.
Abrir la página web, abrir las herramientas de desarrollo, poner NickWorks 3G y sufrirla.
Sufrirla.
Sufrirla.
O coger… yo muchas veces… esto es literal.
Muchas veces mi madre me hace tuppers y tal, estoy explicando aquí mi vida.
Pero voy a por los tuppers porque así veo a mi madre.
Un saludo, mamá. Gracias por los tuppers.
Están buenísimas, sobre todo las croquetas tremendas.
El caso es que voy y ella, mi madre, tiene un Samsung Galaxy S4 o S5, yo qué sé, uno de estos súper antiguos.
Y aprovecho ahí, pues en un hardware real, ¿no? De entrar a la página web, en mi caso de Fotocasa y ver cómo funciona, ¿no?
Porque es lo que tú dices, que pierdo…
Un golpe de realidad.
Claro, pierdo esa conexión de decir, ah, bueno, yo con mi OnePlus última versión me va genial, esto va tirado.
Y entonces muchas veces en mi empresa justamente hablo, ¿no? Y digo, oye, es que no va muy bien.
Y me dicen, ¿cómo? Pues… y saca su iPhone XR, pues mira, va follado.
Y a ver, bueno, sí, pero es que aquí tenemos fibra, estás en el Wi-Fi y estás con ese pepino que cuesta 1.200 euros, claro, pero yo…
Como para que no vaya bien en 1.200 euros, o sea…
O sea, entonces la manzana ya…
Ya vamos mal, sí.
Ya te digo. Entonces cuando voy a casa de mi madre y lo veo y digo, ostras, esto laguea, no puede hacer scroll, no puede hacer un contacto, que es el lead principal, es como lo más importante del negocio de Fotocasa.
Son estas cosas que yo le recomiendo a todo el mundo que pueda, que siempre que pueda, con un amigo, un familiar o aunque sea virtual simulándolo, pues que lo haga para que se enfrente.
a la realidad a la que no nos queremos enfrentar muchas veces.
No sé si es un mito o no, pero hace mucho tiempo había post que contaban que en Facebook, cuando estaban desarrollando la versión móvil, un rediseño de versión móvil,
que el equipo móvil trabajaba, o sea, les dieron teléfonos, pues el motor, lo que fuese mediano en ese momento,
y que tenían que desarrollar sobre ese teléfono y usar Facebook solamente desde ese teléfono.
O sea, es la máxima empatía posible porque al final es lo que…
Siempre hablamos, ¿no?, de ponernos en el sitio del usuario, pero bueno, lo hacemos sobre nuestras teorías.
No, el usuario va a querer tal, bueno, pues ponte, coge un móvil de 250 euros de hace cuatro años
y carga una web de 12 megas que se va a poner el procesador caliente por ejecutar el Javascript porque pasa
y te vas a dar de narices contra la realidad y a partir de Google cambias un poco las habilidades.
¿Algún consejo, Marina, que hagas tú para el tema de la performance? ¿Alguna idea, truco?
Bueno, ahora se me ha venido a la cabeza que quería explicar un proyecto que hemos echado a la luz,
que es el tema de las facturas, ¿vale? Se planteó un rediseño total de las facturas de la luz
porque además teníamos que hacerlas legales, que faltaban muchas cosas para que lo fueran.
No sé si debería decir esto. Luego lo cortamos, ¿no?
No, no, que ya lo son, ¿eh? Don Corri.
Son totalmente legales y además está muy guay.
Y siempre lo han sido.
Sí, bueno, no es un problema que tuviera la luz, de hecho, si os ponéis a mirar facturas eléctricas,
que yo no lo había hecho nunca, la verdad, es flipante la de facturas que hay.
Algunas pesan 4 megas, un PDF de 4 megas y la gente se está descargando en sus móviles estas cosas,
que es como, ¿por qué? Vale, pues pensamos, hay que hacer este proyecto y vamos a hacerlo bien,
con un diseño no solo estético, sino también que sea usable y que sea accesible, que sea responsive.
¿Cómo podemos hacer un PDF responsive y accesible? Quizás no debería ser un PDF, quizás debería ser un HTML
que tenga alguna forma de convertirse en PDF si realmente el usuario lo necesita.
Y os he hablado de que, pues, hay unas empresas muy grandes en España que tienen facturas de 4 megas.
Ahora nuestra factura pesa 200 Ks.
Y pesa 200 megas porque queremos ser más grandes que los otros y luego los multiplicamos.
200 Ks, y eso sin contar que luego estarán minimizadas el HTML, que será por la mitad, 100 Ks,
y son totalmente accesibles, son totalmente responsive, llegamos al iPhone 4, creo que,
de resolución que estamos soportando.
Y creo que estos son los proyectos que molan mucho porque, por fin, una compañía eléctrica
podrá tener unas facturas que sean accesibles y que todo el mundo pueda leer,
porque parece una tontería, pero es que un PDF no es accesible.
Un PDF...
Es una imagen, al final.
Es una sí.
Es una imagen con algún... que puede retocar textos y tal, dependiendo, pero no deja de ser.
Y lo guay es que, además, le estamos metiendo media queries, que, bueno, pues,
luego lo puedes transformar a un PDF, pero ya te sale formateado.
O sea, no te sale como si fuera un HTML, sino que te sale formateado con las páginas
a través de las media query print, que es magia totalmente.
Y que cada vez se usa menos, no entiendo.
Y, bueno, porque supongo que también la tendencia a crear PDFs solos cuando necesitas,
por temas legales, que, yo que sé, consultorías y tal, porque a nivel particular,
realmente los usuarios particulares no necesitan un PDF como tal.
Lo necesitan, pues, ya empresas que llevan, pues, a otros contratos más pequeños y tal,
bueno, por gestorías, ¿no?
Pero sí, es un proyecto muy guay, yo que sé.