Tags

¿Para qué sirven los tags?

Desde que tenía cassettes hace muchas décadas, luego con los cd, siempre con los libros, he tenido el conflicto de la clasificación: por orden de haberlos obtenido, por intérprete o autor, por tema, por formas, tamaños y colores.

Agregar tags significa clasificar y depende de quién y para quién.

 

Los tags se suelen usar para agregar una idea que no está escrita en un texto, como para que un indexador te traiga un resultado sin limitarse a las palabras que hay en ese documento, es un intención del autor. Un indexador muy sagaz podría deducir los tag a partir de conjuntos de palabras, links entrantes y salientes y análisis de conformidad de que el resultado obtenido corresponde al término de búsqueda.

En el caso de este blog, los tags deben ser para tí en relación a mis deseos. 

Durante mucho tiempo puse tags como "atmega328p", "python", "agile open seguridad 2012", "ekoparty 2015", "eko11"  y así. Pero era medio redundante, era lo que te hubiese relacionado google o mejor el buscador interno arriba a la derecha:

Buscador interno

 

Al final tenía demasiados tags:

Demasiados tags

¿Cuál es la utilidad de distingir entre las distintas ekoparties, h4ck3ds? ¿Para qué en dos idiomas "seguridad" y "security"? ¿A quién le importa la única segurinfo a la que asistí? ¿A quién si estoy "opinando" o "ranteando"?

¿eunit, phpunit, shunit2, tdd, testing, corat, jumble? Es todo lo mismo, si a alguien le interesa jumble o korat, sabe de qué se trata, lo va a buscar de otra manera. Si no sabe, es sólo ruido, mi blog no es un sitio al que alguien entra y dice mostrame algo por que me gusta cualquier cosa que escribas y no tengo nada mejor que hacer, es para alguien que llegó para una entrada concreta, mejor no agobiarle con una lista interminable.

AWS tiene tiene tags, que te sirven no sólo para buscar vos si no para usar como criterio de selección para operaciones automáticas, lo menciono sólo por que justo ahora estoy viendo ese tema.

La diferencia con los tags que uso es que los de AWS son pares clave valor, esto es que donde yo ponía "python", en AWS hubiese puesto "language=python".

Esos tags infinitos eran más bien para mi, un tanto exhibicionista, mirá todos los temas que trato o quizás para no olvidarme yo mismo, con el tiempo no recuerdo bien que es lo que sé.

Habiendo reflexionado bastante sobre el tema y queriendo ser útil, estas son las reglas y la nueva organización de tags.

 

Reglas

 

• Deben a puntar a la esencia de contenido.
• No deben ser muy específicos salvo alguna excepción temporaria.
• Lo ideal es uno o dos tags por entrada.
• Pensar muy bien antes de agregar un nuevo tag.
• No tiene sentido agregar un tag por algo que esté en el título (* )
  
• Para cada tag deben haber varias entradas relacionadas.
• El número total de tags no es ilimitado.
  
• Estar pendiente a retaguear y podar para cumplir las reglas.

 

(*) Esta regla merece más explicación. Veamos la entrada "PYNQ acelerador criptográfico con leak":

Si me la pasara haciendo aceleradores criptográfico, podría ameritar un tag nuevo, no es el caso. El "leak" no corresponde al tag "leak" que trata de leak de organizaciones. "pynq" sin embargo es de mi alto interés, así que es redundante con el título, así como se puede deducir del mismo el tag "hardware_malware" que es otro de mis intereses desarrollados a lo largo de varias entradas.

Viendo desde otro ángulo, los tags son lo que me permite agrupar de modo multidimensional lo que hago parcialmente en Series de Posts, dónde cuento historias lineales.

 

Grupos de tags

Hay ciertos tags implícitos, por ejemplo, no pongo "security" en las conferencias de seguridad, asumo cierto conocimiento por parte tuya.

 

Conferencias 

 

Este es un buen tag, hay mucha gente a la que le interesan las conferencias, me incluyo. Cuando he asistido a varias de la misma, quizás amerita identificarla

• agile open
  
• agile open seguridad
• conference
  
• ekoparty
• flisol
  
• h4ck3d
• owasp latam tour

"agile open seguridad" podria agruparse con "agile open", pero le tengo un aprecio especial por haber sido organizador.

 

"conference" es un comodín para las de una o dos asistencias (cafein, ibm summit, 1hackparaloschicos)

 

Temáticas

Este vendría a ser el objetivo primordial de los tags, orientados a vos.

Cuesta un poco, un plugin para una herramienta es "programming", "software"... "open source" decidí.

 

Cuesta mucho decidir la granularidad: tenía "usbasp", "SPI", "atmega328p", "8051", "arduino" y ahora es "microcontrollers", sin distinguir si es el upload del firmware o el mero uso y programación del microcontrolador.

• agile
• forensics
• fpga
• hacking
• hardware
• hardware malware
• leak
• linux sysadmin
• lockpicking
• microcontrollers
• networking
• open source
  
• privacity
• programming
• refactoring
• remote
  
• security
• social engineering
• testing

Especiales

Tal como dice el nombre, son especiales, tienen que ver quizas con:

Componentes a los cuales les estoy prestando mucha atención y quiero recalcarlos, por ejemplo "pynq" y "parallella", siendo ambos "zynq". Los tres son piezas de "hardware", en particular "fpga"

Proyectos grandes como "md5", que debería llamarse "md5 project". Otro es "defensa personal informática", que es todo un aglutinado de técnicas y visión para... eso mismo.

"training", como estudio y práctica de libros y cursos de mi parte, lo qué y cómo he aprendido, siendo "teaching" lo inverso,  con una cierta relación con "games", cuando la actividad tiene un juego como protagonista.

Y no olvidemos "covid19", por su gran protagonismo en la realidad, que no se ha manifestado

Y "opinion" que es justamente eso, la parte no técnica.

• covid19 
• defensa personal informatica 
  
• md5
• opinion
  
• parallella
• training
• zynq
  

Hay que tener cuidado con estos especiales, en momentos de entusiasmo con microcontroladores, me aparecieron:

• 8051
• arduino
  
• atmega328p
• attiny85
  
• edu-ciaa
• edu-ciaa-nxp
  
• teensy
  

 ¿Los dejo? Mmh, no sé, por ahora los quité todos.

 

Al momento de esta la publicación, esta es la situación:

 

Tags normalizados antes de "_"

 

Se vé confuso, voy a tener que cambiar los espacios por guiones bajos...

Volviendo a AWS, en cierto modo estoy usando la forma clave=valor, por ejemplo, en Forzando Brutalmente MD5 parte 2 - SIMD que tiene:

• h4ck3d
• md5
• owasp_latam_tour

en realidad estoy diciendo:

• conference=h4ck3d
• conference=owasp_latam_tour
• project=md5
  

que para mi caso donde hay unos pocos centenares (unos 200 ahora, quien sabe cuando leas esto) y una pocos tags (unos 35) está ok, pero cuando escalás a taguear todos los servidores, subredes, componentes y todas las cosas que se pueden taguear en un proveedor de cloud, se hace indispensable, al menos para evitar colisiones de nombres, que los tags estén calificados, ya sea con clave = valor como con clave_valor, es cuestión de implementación.