SysDevs: comentarios [4097292]

#27 UTF-8 es un diseño brillante [ENG]

yende — Tue, 16 Sep 2025 12:48:28 +0000

#21 No, ya me escape hace 5/6 años

» autor: yende

#26 UTF-8 es un diseño brillante [ENG]

mcfgdbbn3 — Tue, 16 Sep 2025 10:29:27 +0000

#7: O los egipcios, de hecho están incluidos los jeroglíficos.

Aunque a mí sí me parece bien que se incluyan todos los símbolos de comunicación, algunos emojiconos quizás sea demasiado, especialmente cuando te aparecen en una página web donde antes solo salía un carácter normal, pero tengo que reconocer que facilitan mucho la comunicación, porque a veces el texto es demasiado frío y permiten dar el caracter que quieres dar.

Veamos cómo aparece aquí: Si vas a la fuente original, te sale normal (es la segunda carita del título):
www.lennyfacecopypaste.com/text-symbols/smileys.html
☻
El último sale bien, pero es superpequeño, casi ni se ve. Que está bien que haya caritas con colores y tal, pero a veces uno busca que salga como fuente normal, de la misma forma que si pones una P, no te sale una P con colorinchis.

» autor: mcfgdbbn3

#25 UTF-8 es un diseño brillante [ENG]

Toponotomalasuerte — Mon, 15 Sep 2025 22:07:29 +0000

#12 y sigues con el body shaming al pobre Almeida, primero carapolla y ahora le llamas caricatura y ser grotesco!!
Nunca te lo perdonaré, Carmena!

» autor: Toponotomalasuerte

#24 UTF-8 es un diseño brillante [ENG]

jjmf — Mon, 15 Sep 2025 19:39:36 +0000

#21 #20 Natural Adabas pero lo estamos sustituyendo por Java y Oracle.

» autor: jjmf

#23 UTF-8 es un diseño brillante [ENG]

--842858-- — Mon, 15 Sep 2025 18:58:55 +0000

#1 La ventaja que tiene es que el 99,99% de los ficheros de configuración de los unix no hubo que cambiarlos, que estaban todos en ISO-8859-1 y pasaron a estar en utf-8 sin hacer nada.

» autor: --842858--

#22 UTF-8 es un diseño brillante [ENG]

HeilHynkel — Mon, 15 Sep 2025 16:54:21 +0000

#21

Yo no, pero ahí sigue el jodío.

» autor: HeilHynkel

#21 UTF-8 es un diseño brillante [ENG]

pip — Mon, 15 Sep 2025 16:42:59 +0000

#20 #17 ¿seguís programando en COBOL? mis respetos y os deseo que estéis bien de salud.

» autor: pip

#20 UTF-8 es un diseño brillante [ENG]

HeilHynkel — Mon, 15 Sep 2025 16:40:18 +0000

#17

El COBOL nos va a enterrar a los dos y a casi todo menéame.

» autor: HeilHynkel

#19 UTF-8 es un diseño brillante [ENG]

HeilHynkel — Mon, 15 Sep 2025 16:39:56 +0000

#13

Es posible .. ya ni me acuerdo de los cambios en concreto, te hablo de principios de los 90, pero es posible que el backslash fuera uno de ellos.

» autor: HeilHynkel

#18 UTF-8 es un diseño brillante [ENG]

euacca — Mon, 15 Sep 2025 16:24:26 +0000

#14 Veo que #1 ha editado después de que yo comenzara a responder. El resto del mundo se sigue beneficiando de que UTF-8 sea en estándar en JSON salvo que las cadenas de texto sean muchas y muy largas, que en ese caso se soluciona con compresión, pero en UTF-16 o 32 sucede lo mismo, si quieres no abusar del ancho de banda es mejor usar compresión, a costa de CPU y latencia.

» autor: euacca

#17 UTF-8 es un diseño brillante [ENG]

jjmf — Mon, 15 Sep 2025 16:22:27 +0000

#11 Yo sigo usando el ebdic en el trabajo aunque tiene ya los días contados.

» autor: jjmf

#16 UTF-8 es un diseño brillante [ENG]

euacca — Mon, 15 Sep 2025 16:21:26 +0000

#15 pues que quien quiera use UTF-32 que para eso está. Y quien quiera usar UTF-8 ahí lo tiene.

» autor: euacca

#15 UTF-8 es un diseño brillante [ENG]

pip — Mon, 15 Sep 2025 16:18:02 +0000

#14 para web sí. A nivel de sistema operativo los 32bit son más limpios y cómodos.

» autor: pip

#14 UTF-8 es un diseño brillante [ENG]

euacca — Mon, 15 Sep 2025 16:14:30 +0000

#1 No, claro, solo multiplicas por 4 el uso de datos de todas las web del mundo (salvo el empleado en imágenes, videos y otros ficheros).

» autor: euacca

#13 UTF-8 es un diseño brillante [ENG]

pip — Mon, 15 Sep 2025 15:42:09 +0000

#11 la barra "/" o quizás "\" es lo que yo recuerdo que se ponía en sustitución de la Ñ en sistemas posiblemente UNIX. Lo recuerdo de listados en papel continuo del año la pera.

» autor: pip

#12 UTF-8 es un diseño brillante [ENG]

PerritaPiloto — Mon, 15 Sep 2025 15:41:50 +0000

#9 Eres tú el que ha visto política en mi comentario. Yo solo he visto un dibujito grotesco.

» autor: PerritaPiloto

#11 UTF-8 es un diseño brillante [ENG]

HeilHynkel — Mon, 15 Sep 2025 15:33:15 +0000

Pa los jovenzuelos ... hace muchos años teníamos ASCII (7 y 8 bits) EBCDIC y poco más. Para poner EÑES y vocales acentuadas había una versión española del ASCII donde esos caracteres estaban por encima del 127 que funcionaba en los PC con MSDOS.

Pero claro, eso era en los PCs, nosotros currabamos en XENIX/UNIX de SCO y con terminales series RS-232 que solo iban con 7 bits y si configurabas el terminal en español lo que hacía era cambiar los gráficos de ciertos caracteres por la Ñ y los acentos (no me acuerdo cuales eran, posiblemente las llaves, corchetes y similares) Total, que en pantalla veías las cosas en español y por la impresora te salían cosas raras como Espa;a o Salchich}n.

» autor: HeilHynkel

#10 UTF-8 es un diseño brillante [ENG]

reivaj01 — Mon, 15 Sep 2025 15:21:44 +0000

#1 UTF-8 está bien para el mundo occidental, pero para los idiomas orientales, es mejor UTF-16.
UTF-32 está bien conceptualmente, pero se desperdicia demasiado espacio.
UTF-8 tiene longitud variable, es decir si escribes en inglés, ocupará lo mismo que hacerlo en ASCII, pero es que, por ejemplo, en español, como mucho va a ocupar, un 10% más.
Por lo tanto, se puede deducir que UTF-8 es lo mejor para América, Oceanía, África y Europa (quizás no para los idiomas que usan caracteres cirílicos).

» autor: reivaj01

#9 UTF-8 es un diseño brillante [ENG]

Toponotomalasuerte — Mon, 15 Sep 2025 15:15:00 +0000

#6 deja la política en paz, coño!!! A ver qué tiene que ver Almeida en una noticia sobre utf8. Malditos güokes.

» autor: Toponotomalasuerte

#8 UTF-8 es un diseño brillante [ENG]

Robe7064 — Mon, 15 Sep 2025 15:06:15 +0000

Me gusta UTF-8 desde el primer momento que supe de su existencia, pero me molesta que todavía no hayan agregado el alfabeto de Ellis de 1845 (ideado para escribir "fonéticamente" el inglés antes de que existiera una teoría fonética sólida) para poder transcribir los textos en yagán que escribió Bridges archive.org/details/gospelofsluketra00brid/page/5/mode/1up

» autor: Robe7064

#7 UTF-8 es un diseño brillante [ENG]

OCLuis — Mon, 15 Sep 2025 15:04:30 +0000

#4 Hasta que no podamos comunicarnos completamente con ellos, como hacen los chinos con sus ideogramas, no van a parar.

» autor: OCLuis

#6 UTF-8 es un diseño brillante [ENG]

PerritaPiloto — Mon, 15 Sep 2025 14:59:03 +0000

#3 Pero aún no han añadido la polla con orejas.

» autor: PerritaPiloto

#5 UTF-8 es un diseño brillante [ENG]

Torrezzno — Mon, 15 Sep 2025 14:50:49 +0000

Está muy bien explicado, es una pasada que sea retrocompatible con ascii.

Como curiosidad, en Go un string es una cadena de bytes y puedes acceder mediante un índice como en cualquier lenguaje. El problema está cuando usas caracteres UTF-8 de más de un byte, como explica el artículo. Para poder trabajar con eso inventan el concepto de "runa" que no es más que un int32, 4 bytes, para representar un punto de unicode

goplay.tools/snippet/8uX-j1pmJHj

» autor: Torrezzno

#4 UTF-8 es un diseño brillante [ENG]

pip — Mon, 15 Sep 2025 14:47:19 +0000

#3 lo de añadir emojis se nos va de las manos. Tiene que ser una puta locura ser el pringao que actualiza las fuentes de letra.

» autor: pip

#3 UTF-8 es un diseño brillante [ENG]

hrundil — Mon, 15 Sep 2025 14:44:44 +0000

El tribunal de la Haya ya está tardando en procesar a los que han creado UTF-8 y los 48574833 simbolos absurdos de Unicode.

Edit: vaya mientras escribía el mensaje han añadido 737 emojis nuevos incluyendo 35 variantes para el acto de mear de pie.

» autor: hrundil

#2 UTF-8 es un diseño brillante [ENG]

jjmf — Mon, 15 Sep 2025 14:42:52 +0000

Si escribes inglés pues sí, pero para eso ya tenías el ascii. Si no, te jodes.

» autor: jjmf

#1 UTF-8 es un diseño brillante [ENG]

pip — Mon, 15 Sep 2025 14:35:56 +0000

La verdad no lo veo tan brillante, es la solución lógica si quieres ser compatible con ASCII de 7bit. No hay muchas más maneras de hacerlo que usar el bit sobrante para ir encadenando información extra.

Personalmente yo hubiese preferido mandar los 8bit a tomar por culo y hacerlo todo UNICODE 32bit y listos. El espacio del texto ya no es un problema y el UTF8 complica algunas cosas. Y para los idiomas orientales como el chino, el UTF-8 no va bien, básicamente porque está todo el rato "encadenando".

» autor: pip