Hoy en día están aumentando los entornos HiDPI, pero KDE sigue quedándose con Gnome porque le falta consistencia en la UI según el DPI. No es que yo tenga que cambiar el DPI muy seguido, pero las apps desarrolladas con otro DPI base en el DPI de mi entorno se ven con grandes desajustes en el espaciado tipográfico, la alineación, el tamaño, etc. Y en las capturas de pantalla del autor original también se nota mucho eso.
A mí también se me ocurrió hacerlo con una especie de estilo de noticias, para que estuviera bueno escucharlo mientras haces cosas como limpiar, pero veo que ya hay quienes lo están haciendo como negocio.
Ya se experimentó bastante en la pasada gran era caótica de los frameworks...
En el trabajo no hace falta tirar abajo lo que ya se venía usando, e incluso si es algo nuevo
no hay mucha gente dispuesta a dejar lo que ya usaban bien, aprender algo nuevo y cambiarse; también está el tema de contratación...
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.
Como es un lenguaje para scripting, es normal que no sea rápido.
Hoy en día están aumentando los entornos HiDPI, pero KDE sigue quedándose con Gnome porque le falta consistencia en la UI según el DPI. No es que yo tenga que cambiar el DPI muy seguido, pero las apps desarrolladas con otro DPI base en el DPI de mi entorno se ven con grandes desajustes en el espaciado tipográfico, la alineación, el tamaño, etc. Y en las capturas de pantalla del autor original también se nota mucho eso.
A mí también se me ocurrió hacerlo con una especie de estilo de noticias, para que estuviera bueno escucharlo mientras haces cosas como limpiar, pero veo que ya hay quienes lo están haciendo como negocio.
Uf, por más que intento omitir cosas así, no me sale bien. Lo eliminé.
Se resumieron demasiado solo las causas, así que la versión traducida está aquí.
https://rosettalens.com/s/ko/a-postmortem-of-three-recent-issues
Ya se experimentó bastante en la pasada gran era caótica de los frameworks...
En el trabajo no hace falta tirar abajo lo que ya se venía usando, e incluso si es algo nuevo
no hay mucha gente dispuesta a dejar lo que ya usaban bien, aprender algo nuevo y cambiarse; también está el tema de contratación...
El resumen de GN+... es una alucinación.
Hay ejemplos de medición de tiempo en el playground de wasm, pero ¿no son rápidos?
Android está bueno jaja, mucho mejor que iOS
Estas son páginas tomadas del centro de soporte de Apple.
¿Cuál es la diferencia entre iMessage, RCS y SMS/MMS?
Activar mensajes RCS en el iPhone
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.