Yo también estoy haciendo algo parecido y lo he estado usando; me parece interesante.
Unos días antes de viajar a España, estuve buscando audioguías y, además de que las de pago ya resultaban algo pesadas, incluso pagando había algunas con traducciones muy malas (por ejemplo, la audioguía en coreano de la Alhambra). Así que hice una con NotebookLM, también abrí un canal de YouTube y la subí; la he estado escuchando durante el viaje. La verdad, está bastante bien. Definitivamente, aunque sea saber un poco durante 5 minutos antes de verlo, sí ayuda.
Eso sí, ahora que vine, también hay lugares donde la audioguía en una simple página web está muy bien hecha, así que quizá con un poco más de tiempo eso termine siendo mejor. (Sagrada Familia, Palau Güell)
¿Por qué solo aparecen celebridades en los pódcasts? Porque la mayoría de los pódcasts no son entretenidos a menos que una celebridad se ponga a contar historias.
Para transmitir información, es mejor simplemente leer un texto escrito.
Desde la era de IE, desde la perspectiva de los desarrolladores frontend, el equivalente a IE no ha sido Chrome sino Safari. Por culpa de Safari, los desarrolladores frontend tienen que comprar Macs caras. Hay casos en los que Chrome y Firefox funcionan bien, pero solo en Safari no funciona o se ve raro.
Sí, creo que el mérito de React está en haber establecido un diseño basado en componentes y un comportamiento de renderizado que una mayoría bastante amplia entiende. Pero React, por sí solo, es un framework de bajo nivel para crear aplicaciones web, así que me habría gustado que al menos incluyera por defecto un router y formularios, y también me he puesto a pensar cómo habría sido si en el caso del state y los effects hubiera soportado comparaciones profundas por defecto y se pudiera escribir la lógica solo con estructuras y funciones. Por las limitaciones de las comparaciones superficiales de JavaScript, al final uno termina escribiendo clases con la sintaxis de custom hooks.
Hasta cierto punto estoy de acuerdo.
En el backend, cuando frameworks como Spring Boot se convierten en un estándar al punto de que incluso se crea algo como el e-Government Framework, sin duda hay aspectos en los que la productividad aumenta; por eso pienso que quizá React también esté evolucionando hacia una forma similar.
Hay gente que cree que el backend en el mundo solo usa protocolos web.
Dicen que son los 3 elementos clave del backend y sale un servidor web, así que marea.
Yo también estoy haciendo algo parecido y lo he estado usando; me parece interesante.
Unos días antes de viajar a España, estuve buscando audioguías y, además de que las de pago ya resultaban algo pesadas, incluso pagando había algunas con traducciones muy malas (por ejemplo, la audioguía en coreano de la Alhambra). Así que hice una con NotebookLM, también abrí un canal de YouTube y la subí; la he estado escuchando durante el viaje. La verdad, está bastante bien. Definitivamente, aunque sea saber un poco durante 5 minutos antes de verlo, sí ayuda.
Eso sí, ahora que vine, también hay lugares donde la audioguía en una simple página web está muy bien hecha, así que quizá con un poco más de tiempo eso termine siendo mejor. (Sagrada Familia, Palau Güell)
¿Por qué solo aparecen celebridades en los pódcasts? Porque la mayoría de los pódcasts no son entretenidos a menos que una celebridad se ponga a contar historias.
Para transmitir información, es mejor simplemente leer un texto escrito.
¿Por la cantidad?
Wow
Simplemente vivamos.
Me recuerda a Copilot Workspace.
Desde la era de IE, desde la perspectiva de los desarrolladores frontend, el equivalente a IE no ha sido Chrome sino Safari. Por culpa de Safari, los desarrolladores frontend tienen que comprar Macs caras. Hay casos en los que Chrome y Firefox funcionan bien, pero solo en Safari no funciona o se ve raro.
Vaya, esto sí que es el nivel final de verdad..
Hay que ignorar este tipo de tonterías ridículas y nadie debería usarlo.
Sí, creo que el mérito de React está en haber establecido un diseño basado en componentes y un comportamiento de renderizado que una mayoría bastante amplia entiende. Pero React, por sí solo, es un framework de bajo nivel para crear aplicaciones web, así que me habría gustado que al menos incluyera por defecto un router y formularios, y también me he puesto a pensar cómo habría sido si en el caso del state y los effects hubiera soportado comparaciones profundas por defecto y se pudiera escribir la lógica solo con estructuras y funciones. Por las limitaciones de las comparaciones superficiales de JavaScript, al final uno termina escribiendo clases con la sintaxis de custom hooks.
El mismo de siempre que vino el año pasado ni muerto deja de volver, ea, que siga el ritmo... ¿por qué sigues apareciendo una y otra vez?
¿Es la materialización del internet muerto?
Parece que las alucinaciones serían bastante graves.
Parece que producen más de lo que se puede asumir... se siente como si estuvieran difundiendo desinformación falsa a gran escala.
Hasta cierto punto estoy de acuerdo.
En el backend, cuando frameworks como Spring Boot se convierten en un estándar al punto de que incluso se crea algo como el e-Government Framework, sin duda hay aspectos en los que la productividad aumenta; por eso pienso que quizá React también esté evolucionando hacia una forma similar.
Hay gente que cree que el backend en el mundo solo usa protocolos web.
Dicen que son los 3 elementos clave del backend y sale un servidor web, así que marea.
¿Tengo que aprender Java otra vez..?
¿Hay algo que le resulte incómodo?
Ojalá a Solid le vaya bien... cómo romper el monopolio de React
El
mainha muerto. ¡Larga vida almain!