Buscando una imagen para mi novia, me puse a pensar en como sería el término para buscar lo mismo en inglés.

Luego de hacer este pequeño cambio, encontré rápidamente una imagen acorde a lo que buscaba… y ahí llegó la idea (seguramente ya les cayó la ficha).

A la hora de realizar una búsqueda dentro de Google Image Search, sería muy bueno que podamos realizar la búsqueda en distintos idiomas, ya sea de forma integral en los mismos resultados, o bien indicándole al usuario como podría realizar la misma búsqueda en X idioma.

La implementación la veo bien sencilla, ya que consistiría básicamente en hacer lo siguiente:

• Procesar la búsqueda de imágenes del mismo modo que hasta ahora (en el caso de Google Image Search)
• Tomar los términos de búsqueda y pasarlos a uno o varios idiomas (aquí entra Google Translate)
• Luego mostrar en pantalla, sugerencias del tipo: ¿Deseas probar suerte buscando “pollo frito” (fried chicken) en inglés? ¿O en portugués (frango frito)? … etc

Para optimizar este ‘feature’, se podría incluso introducir una especie de ranking por cantidad de resultados, y hacer la sugerencia al usuario en base a esto, de modo que si lo que estamos buscando produce unos 1000 resultados en japonés, 900 en inglés, y 500 en portugués; nos haga la sugerencia primero en japónes, luego en inglés, y finalmente en portugués.

Como verán, el ‘feature’ es bien simple, y seguramente resultaría de gran utilidad para quienes hacen uso intensivo de Google Image Search.

Resalto que esta idea podría ser aplicada para hacer un servicio web propio (quizás, que consulte no solo GIS, sino otros servicios similares), como también implementarlo en alguno que ya esté funcionando (Getty, por ejemplo).

En fin, solo una idea que como no puedo hacerla por mi cuenta (falta de tiempo/interés), la dejo para que algún otro pueda tomarla y desarrollarla

El tema es que, hace un tiempo declararon que la misma sería demasiado costosa como para que la veamos en nuestros hogares, en algún futuro cercano (tal como Bill Gates dijo los de los 640KB), lo cual redujo enormemente las expectativas de verlo en el mercado. Pero, esto no lleva a que sigan metiendo ficha para llamar la atención… y esta vez lo han hecho con un juego creado para este producto, FireFly.

Como habrán notado, es interesante el concepto (sencillo, pero divertido para juego en grupo), y a su vez levanta un poco las expectativas de lo que se puede esperar.

Sin irme muy por las ramas (ya que la idea era rasquetear un poco la tecnología), se me vienen a la cabeza varias ideas de juegos posibles para Microsoft Surface, como ser:

• Pong, o Tejo: usando nuestros dedos para mover la paleta/ficha
• Arkanoid: moviendo la base y disparando de alguna forma cuando recibimos ese powerup jeje
• Tetris: en donde tendríamos que dar vuelta la ficha mientras cae, pero con movimientos de los dedos en la pantalla (algo complicado… y saldríamos bastante sudados jejeje)
• BackGammon (o como se escriba), ajedrez, damas

Lamentablemente, dado que lo que sucede en la pantalla lo pueden ver todos los presentes, quedan fuera opciones como juegos de cartas, adivina quien es, Clue (juegazo!), TEG (o Risk), como todo aquel que requiera cierta confidencialidad desde alguna de las partes… aunque… se podrían vender dispositivos separados en donde se muestre información -adicional- por cada jugador (y ahí meteríamos las cartas, las fichas de adivina quien es, los datos del Clue, y las tarjetas del TEG o Risk).

En fin… solo una idea, ya veo que los de Redmond sacan provecho… (total, yo no puedo hacer nada… jeje)

p.d: hace unos días, un amigo me preguntó: “¿que puedo desarrollar para web que sea una buena idea y pueda venderla en un futuro?” a lo que le respondí… “si supiera que hacer, estaría haciéndolo… y lucrando con ello” (conclusión, aquellas ideas que son posibles de realizar por mi mismo, no las comento nunca que egoísta…! jeje )

Ahora bien, muchos usan como solución, las presentaciones en pantalla (lo que algunos llaman PowerPoint, pero en mi caso debería decir Impress) que muchas veces logran cautivar y hasta desconcentrar a quien está asistiendo la charla. Estas presentaciones son de un solo nivel o lineales, es decir que… cada filmina viene luego de una, y posee una que le sigue (salvo el inicio y el final).

Es por esto, que en medio de una presentación ayer… mi cabecita salió a volar un poco alto y cuando aterrizó llegó con un mensaje… presentaciones en grilla.

¿Y qué se fumó el Fede? Nada… la idea es bastante básica. A cada filmina que está presentada, el programa de creación nos deja crear uno o más niveles para arriba, y uno o más niveles para abajo. Es decir, que si nos organizamos para que las filminas con un nivel mayor de generalización, las ubicamos arriba, y las más específicas para abajo… terminamos logrando una grilla (no completa en la media de casos), en la que el presentador puede pasear al público y adaptar la charla a lo que realmente le importa al público.

Claramente, esto requiere de un presentador que tenga la suficiente habilidad como para conocer cuanto entienden y cuanto no las personas que asisten al evento… como también requeriría muchísima más planificación y desarrollo de las filminas, ya que en muchos casos deberían elaborar 3 o 4 filminas del mismo tema, en distintos niveles de complejidad o abstracción.

Bueno, la idea es un poco volada… pero soñemos un poco más y veamos un futuro en donde cada asistente de congreso posee su propia pantalla para ver las filminas… y cuando el presentador va hablando, estas se van pasando… para lo cual el público podrá amoldar las mismas a diferentes niveles de complejidad, abstracción o quizás hasta para ampliar conocimiento sobre los términos que allí se mencionan.

Y si subimos una nube más en nuestro vuelo… ¿por qué no pensar en cuentos didácticos creados por esta herramienta? … si alguno es lo suficientemente viejo, recordará los elige tu propia aventura… esos que tenías que tomar decisiones en cada página para seguir a la siguiente (que quizás era el final del libro!).

En fin… sería complejo implementarlo y que la gente se acostumbre a usarlo… pero seamos sincero que no siempre existieron las presentaciones, y ahora casi la mayoría de las personas que usa una PC a diario… sabe como hacer una (al menos básica). Es parte del propio conocimiento humano… y creo que ampliar la posibilidad de creación de las herramientas, es simplemente exigirle un poco más de conocimiento, que luego termina siendo una base para mejorarse a sí mismo.

Les dejo la idea… es para la gente de OpenOffice eh!

Nota:  Este post lleva en espera de publicar casi 2 meses, y todo porque alguien me dijo… no lo publiques, cuando tengas tiempo hacelo realidad… y no, no tengo tiempo…

Lo bueno de las ideas, no es siempre explotarlas uno mismo… sino verlas nacer… y lamentablemente, en muchas ocasiones, quizás no sería la persona indicada para estar arriba de -una buena idea- (o quizás si, el futuro lo dirá).

Nota 2: Si alguien conoce de una idea similar ya implementada… avisen!

Si bien, se debe agradecer que algunos de estos planetas enlazan al contenido, hay otros que no tienen cara y directamente pasan por alto esta gentileza…

De por sí, estoy en contra de los Copy & Paste y bueno… muchos podrán argumentar que traducir una noticia en inglés al español es eso… aunque yo creo que al menos, ahí, hay un mínimo de trabajo… (leer lo que dice, traducir, controlar que tenga coherencia), a diferencia de un simple sitio que levanta las noticias y las publicas… perjudicando incluso a uno legítimo ya que la fecha con la que los levantan los RSS… en muchos casos es anterior a la fecha de la fuente original (sino, simplemente suscríbanse a los feeds de Yahoo!, muchas veces tienen las noticias incluso antes que sitios como WSJ, NYT, InfoWeek, etc.).

Dado que poner un cartel diciendo no piratees este contenido normalmente no es tomado en cuenta por el blogger pirata, ni por el sistema que utiliza este tipo de sujetos, se me ocurren algunas otras soluciones…

• Enlaces internos ocultos: En varios casos, he podido saber que una entrada mía ha sido robada (bueno, suena mal, pero es así), dado que había puesto enlaces internos ocultos. Puede parecer una pavada… pero cuando estas cosas (sistemas automatizados) publican, también hacen el PING a la página. Fuera de esto… cabe destacar que si alguno de estos ladrones es vivo… directamente va a desactivar el PINGING, aunque… no siempre lo hacen (conclusión, no son vivos… y la medida es fácil de aplicar). No se si lo habrán notado… pero este mismo ítem, posee un enlace interno oculto… es sencillo de poner, no lo ve alguien que lo lee apurado, y un sistema lo traga sin problema.
• Texto como imagen: Una solución que se me viene a la cabeza cada dos por tres, es agarrar y modificar los sistemas de administración de contenidos, para que estos muestren imágenes de texto, es decir… texto que no se puede seleccionar, por ende… texto que no se puede copiar de forma fácil. Aún así, esto presenta varios problemas anexados:

• Los usuarios no podrían copiar partes para citar en sus páginas, perdiendo backlinks.
  Solución: Que en la generación de la imagen, se genere una de texto de cita o bien que se genere texto puntualmente. Total… el sistema, si lo capta… tendría algo sin sentido, y no el total del contenido que es lo que actualmente nos preocupa.
• Los ladrones enlazarían la imagen en nuestro servidor, consumiendo ancho de banda nuestro:
  Solución: Desactivar el hotlinking por medio de nuestro servidor, en la carpeta donde se generan las imágenes de texto.
• Los ladrones se robarían directamente las imágenes.
  Solución: Agregar marcas de agua, que no moleste tanto a la vista, a la imagen en cuestión.

Ahora bien, en el caso de tener gente que (como es el caso de Yahoo!) tenga contrato con nuestro sitio para chupar las noticias, deberíamos poder tener la posibilidad de administrar cuentas de usuarios para que los mismos, que estén autorizados para dicho fin, accedan directamente al texto.

Bueno, saliéndome de mis ideas locas, me quedo con este trailer de Grand Theft Auto 4, que seguramente traerá más visitas que la parte superior de esta entrada… como es de costumbre (no busco incrementar mi PageRank, ni mis visitas… es más, eso me juega en contra, porque no busco redituar con mi sitio je!).

La idea es sencilla, cada interesado crea un banner con el siguiente formato:

• Dimensiones: 760px de ancho x 200px de alto
• Formato: JPG
• Peso: No mayor a 35KB
• Enviar titulo de la imagen
• Opcional: URL de un sitio para el cual trabajen y/o sean dueños

Una vez que reciba imágenes, decidiré si queda con el sitio… y pasarán a formar parte de la cabecera del mismo. Claramente, si la imagen es ofensiva, no será aceptada por más buena que sea.

Se aceptan imágenes que tengan publicidad del sitio al que enlazan, o trabajos que hayan realizado.

De este modo, ustedes ganan una publicidad… yo gano una imagen nueva para el sitio

Los interesados, enviar un mensaje en los comentarios… y les paso la dirección a donde enviar el correo con la imagen.

No hay límite de entradas, y tampoco puedo asegurar que la imagen sea aceptada, ni menos aún de que si es aceptada, aparezca de forma constante (dado que el código tiene una función random).

Los primeros implicados son Mauro Borione de Geeki (en unos días, verán la imagen) y Horacio Bella, de Gran Impetu.

Si analizamos el código de una consulta, nos encontramos con algo así como:

SELECT data FROM info WHERE data = valor

En esta consulta, simplemente tomamos el campo data, de la tabla info, donde los datos contenidos en data sean iguales a valor.

Bien, esta consulta… por medio de SQL, podría terminar en malas manos, y con algunos trucos de magia, insertar un break en la sentencia para finalmente ejecutar otras condiciones.

Ahora bien, si a esta sentencia, le ponemos que sea obligatoria el campo de AUTH (por ejemplo, pueden ponerle otro nombre), siendo que la misma sea:

SELECT data FROM info WHERE data = valor AUTH password

y que cuando el gestor de base de datos la tome, si el campo AUTH no está, o bien, la clave de este es incorrecta, entonces que no realice la consulta mencionada anteriormente.

¿Por qué creo yo que solucionaría este tema de los SQL Injection?

Porque cuando se hacen inyecciones de SQL, lo normal es que la sentencia se parta en dos… es decir… alguien introduce en los datos del WHERE un punto y coma, como la sentencia es errónea, no se ejecuta… luego inserta un DROP, y quedamos pagando. Dado que si insertan el punto y coma, el AUTH no estaría presente, la inyección sería fallida. Caso contrario, de que el atacante agregue el AUTH, desconocería el password, por lo cual también fallaría su ataque.

Si bien, admito que este agregado complicaría más las cosas para los desarrolladores (al tener que reiterar el AUTH en cada intento de consulta), lo ideal sería que se pueda asignar permisos el AUTH a tablas y/o columnas específicas, como también a acciones como DROP, DELETE, etc. De este modo, todas las consultas de SELECT que no sean importantes (es decir, que no apunten a una tabla/columna protegida) no deberían ser modificadas… y terminaríamos con el problema de una sola vez.

Desconozco que tan fácil sería el cambio, pero bueno… no es algo que pueda hacer realidad por mi cuenta, así que dejo la idea y si estoy meando muy fuera del tarro… simplemente díganlo, lo aceptaré con gusto (y si existe algo así en algún gestor de BBDD, también avisad!)