Seguro que algunos de vosotros habéis vivido una de esas situaciones en las que tenéis que rellenar un formulario en papel y hay algún campo en el que no hay suficiente espacio. Apellidos compuestos o localidades con nombres largos solían ser un problema, pero eso ha ido más allá en internet. En esta era en la que nuestros nombres son parte fundamental de todo tipo de procesos hay casos en los que precisamente esos nombres y apellidos pueden convertirse en toda una pesadilla. Y si no, que se lo digan a una joven llamada Jennifer Null.
Comentarios
Mi peor pesadilla es ir a mear y que se me caiga la polla.
si , pues yo tengo un amigo que se apellida Barcenas Monedero , eso si que es un castigo divino
Nadie recuerda a la pobre Pamela Chu...
#7 Sí que la recuerdan, sí:
http://www.legacy.com/sept11/story.aspx?personid=133484
http://projects.washingtonpost.com/911victims/pamela-chu/
http://names.911memorial.org/#lang=en_US&page=person&id=386
No me entra demasiado en la cabeza, deberían distinguir entre "null" (string) y null (sin dato alguno). ¿Cómo lo hacen para liarla y no haya distinción alguna?
#2 Si el programador es lo suficientemente "genio" como para no filtrar los datos de entrada por ejemplo en una función PHP puede que pasen esas cosas. Y aún tiene que dar gracias de que le hayan colado un null y no una sql injection o similar.
.
A la chica deberían contratarla en algún departamento de betatesting o quality assurance
Podría ser peor y llamarse Jennifer Null'; DROP TABLE STUDENTS;--
Cc/ #4
#5 Entraba para poner esto. Grande XKCD!
#9 "Lo llamamos Bobby Tables"
#4 Eso venía a decir. Jajaja.
#2 Haciendo replace en las sentencias sql, en lugar de usar sentencias parametrizadas. Error de principiantes. Es lo único que se me ocurre, pero aún así, me extraña que no pongan comillas para delimitar las cadenas.
#6 Lo sé hasta yo, que soy abogado.
#2 Eso estaba pensando yo. El problema no es su apellido, sino del gañan que solo sabe maquetar y se olvida del server side. Algo muy común en diseñadores que "hacen" páginas webs.
#2 Te pongo un ejemplo donde esto puede pasar:
Imagina una gran aplicación millones de lines de código 3 equipos de 20 personas trabajando a la vez, y un caso en el que estas pasando los datos entre las capas de tu aplicación serializados. Al hacer esto null, como objeto se ha transformado en "null". Luego en la siguiente capa lo que tienes es una cadena que pone "null".
¿Qué haces?
por que algunas veces será el mismo deserializador el que diga, vale esto es un null. Y te encuentras con un null quieras o no.
Otras veces tendrás que decidir tu pero no sabes que información tiene la capa anterior.
Puede incluso que lo que te llegues se lo pases al ORM tal cual y este te lo guarde en la BBDD sin intervención.
¿Es solucionable? si obviamente, puedes tener mil soluciones para este problema. Pero en algunos casos sobretodo como haya vudú por parte del framework de la aplicación puedes sudar la gota gorda.