Por qué me importa este tema ahora
Hay una clase de contradicciones: el cliente declara movilidad, pero las capacidades y el comportamiento se parecen más a un escritorio — o al revés. La declaración mobile y la superficie desktop-capability son un problema clásico de coherencia.
Lo quieren tanto los investigadores de detect como los de elusión. En un diario público el tema debe ser ético: nombrar la clase, no entregar sondas.
Marco público (enlaces)
El form-factor y las capabilities se discuten en la documentación de plataformas y en UA-CH. Los motores alternativos en iOS en la UE (Apple) rompen además las reglas ingenuas del tipo «plataforma ⇒ un solo motor».
Lo que observo en el laboratorio, en palabras simples
Mobile-claim vs desktop-capability
Declarar «soy un teléfono» obliga a expectativas de superficie y comportamiento. Si esas expectativas se rompen de forma sistemática, es una contradicción de capas — un buen objeto de diario. No una etiqueta de persona por sí sola: primero la contradicción.
Por qué el tema gusta a ambos lados
Porque está en la juntura entre declaración y medición. Justo esa juntura es lo que investiga la serie. Aquí es fácil caer en una guía de «cómo parecer un teléfono». Yo no lo hago.
Enfoque ético
Hablo de la clase de contradicciones. No publico sondas internas. No convierto el texto en un checklist de elusión. Al lector le basta ver qué pregunta hacerse en el laboratorio.
Qué cambia esto en el detect y/o en el build (sin detalles)
El detect formula «la declaración de form-factor no encaja con las capacidades». El build comprueba si no está montando una decoración de teléfono con verdad de escritorio en la habitación de al lado.
Lo que no diré y por qué
Sin sondas internas y sin guía de «cómo parecer un teléfono».
Conclusión breve en primera persona
El form-factor también es una declaración. Lo compruebo con medición y dejo los detalles de la sonda detrás de la línea roja.
