Programa con pantallazos

Vía boriel, acabo de descubrir esta mañana, un proyecto del Grupo de Interfaces de Usuario del laboratorio de Ciencias de la Computación e Inteligencia Artificial del  MIT. Su nombre es Sikuli. Se trata de un entorno de programación de scripts que te permiten programar cualquier tarea que podrías hacer normalmente con teclado y ratón, esto no es ninguna novedad.

Normalmente este tipo de herramientas, como el Rational Functional Tester de IBM, identifican los objetos gráficos a partir de una serie de propiedades del mismo: tipo de elemento (botón, menú ...) texto que aparece, posición absoluta dentro de la ventana etc.

La novedad es que el reconocimiento de objetos es gráfico, es decir, tu le dices "haz click aquí" y le pegas un pantallazo del botón. Por ejemplo, así se haría una llamada por Skype:

Además es multiplataforma y open source. Podeis ver un video de demostración aquí y descargarlo desde la web del proyecto.

La aplicación directa que se le puede encontrar a esto es el testeo automático de interfaces de usuario, o pruebas manuales (una de las cosas que estuve haciendo en el practicum :)), de hecho tienen un artículo publicado al respecto. Teniendo en cuenta que la licencia del Rational no baja de los 3000€ esto puede convertirse en una buena alternativa para proyectos y empresas pequeñas.

Enlace: Sikuli

[Seguir leyendo]

Segunda entrevista con Google (creo que fail)

Después de un fin de semana tan largo como las tres pelis del Señor de los Anillos y donde se ha andado tanto como en las tres pelis del Señor de los anillos he tenido la segunda entrevista con Google.

Mi veredicto: Un desastre

Me han puesto a programar, el Google doc es un IDE horrible, no colorea, no tiene auto-identación y encima las lineas se parten si son largas, pero bueno, no le vamos a echar las culpas a eso.

El enunciado era el siguiente:

Tenemos un método que recibe una lista de valores de monedas y una cantidad total, queremos obtener todas las posibles formas de sumar esa cantidad, podemos repetir monedas (de esa parte no me enteré hasta el final).

Muy muy sencillo, un problema típico de ADA y Declarativa, en haskell se resuelve con cuatro líneas, pero me he hecho un lío. Lo plantee bien pero con los nervios codifiqué otra cosa distinta, un desastre. Al final lo he sacado correcto pero he agotado todo el tiempo de la entrevista.
En una semana me darán los resultados de nuevo pero auguro fail.

Relacionadas: Entrevista con Google, Primera entrevista con Google, Me voy a Google Zurich!!, Poniendo los dientes largos al personal

[Seguir leyendo]

Programando

Demostración visual del algoritmo de la burbuja y quicksort. Muy interesante para los que estan aprendiendo a programar.

Por cierto, hablando de aprender a programar, los de Google me pasaron el enlace a la web TopCoder para que practicase antes de la entrevista (que por cierto, es mañana :S). Está muy bien, te bajas un applet de java desde el que puedes acceder a montones de problemas de programación, resolverlos en c++, java o c#, compilarlos ahí mismo y pasarle pruebas, luego el sistema te da una calificación. Tambien puedes competir con otras personas e incluso ganar premios. So problemas cortos que, supuestamente, se pueden resolver en poco más de una hora, pero en la parte de practicas no hay límite de tiempo.

Tambien hay concursos de especificación, arquitectura software, testeo....

[Seguir leyendo]

El mito de empezar programando

Todo el que está por salir al mercado en este mundillo tiene más o menos asumido que "se empieza picando, como todo el mundo". No sé si esto es lo apropiado para la carrera profesional o no, sé que es lo habitual, imagino que porque el puesto de programador es el más abundante en la empresas de software; pero os voy a contar un secreto: En los dos meses de beca he leído código en seis lenguajes distintos, pero no tiré ni una sola línea ¿Y qué he hecho entonces? ¿Rascarme las narices? Sí, pero aparte de eso, lo que estuve haciendo es mirar la documentación y el código de un sistema para sacarle faltas (y acordarme de la familia fallecida de los desarrolladores por no documentar en condiciones). Programar es más fácil y más entretenido, de verdad de la buena.

[Seguir leyendo]

El mito del genio programador

You are not a beautiful or unique snowflake.
You're the same decaying organic matter as everything else.

Os traigo hoy el vídeo de una de las sesiones de Google I/O de este año. Se trata de

"The Myth of the Genius Programmer" y trata de desmitificar la imagen del genio que de pronto sale de nadie sabe dónde con un producto o imagen de éxito.
Hablan del miedo de la gente de mostrar lo que están haciendo hasta tenerlo terminado, perfecto, pero no es así como funcionan las cosas. Uno no puede pretender eclosionar un día y convertirse en mariposa ni salir de la caverna iluminado por el Sol. Por eso nos dan algunos consejos para mejorar como programadores, que en realidad son los mismos que nos darían si estuviesen hablando de cualquier cosa que no fuese programar. Es bastante largo, casi una hora, avisados quedais ;)

[Seguir leyendo]

Stack Overflow: Wikipedia+Meneame para programadores

Hoy os voy a hablar de un portal creado hará poco más de un año por, entre otros, Joel Spolsky, el autor de Joel on Software, un blog bastante conocido.

Se trata de StackOverflow, es un sitio de preguntas y respuestas sobre programación que pretende fusionar la filosofia de Wikipedia, los agregadores de noticias como Digg o Menéame, los foros de discusión e incluso los blogs.

Así nos encontramos con un sitio con una interfaz sencilla, que integra cosas como el tan discutido karma para valorar las respuestas correctas y los usuarios más activos, que se puedan editar tanto preguntas como respuestas de otras personas con el objetivo de crear un gran banco de buenas preguntas y respuestas y lo más importante: Gratuito y sin publicidad invasiva. No sé si alguna vez habeis estado desesperados buscando una respuesta de programación en internet y os encontrais con que hay que pagar si quereis ver la respuesta en una página de aspecto poco fiable, pero a mi me ha pasado más de una vez y es frustrante.

[Seguir leyendo]

Luser

Los cínicos del mundo del Software pronuncian "user" como "loser" (perdedor). El objetivo es que los usuarios de tus programas se proclamen ganadores

B. Meyer

[Seguir leyendo]

Al final te alegras de hacer las cosas bien

En los primeros años de carrera te insisten mucho en que se documente bien el código. Uno se siente tentado a pensar que las prácticas de clase no las a va a volver a mirar en tu vida. Ahora tengo que preparar una presentación de un programa que hice hace dos años, os podéis imaginar que casi no me acuerdo ni de lo que hacía el programa.

La alegría de verlo bien comentado es similar a la de encontrarte un billete en un abrigo que lleva guardado mucho tiempo :)

[Seguir leyendo]

Principio de sequia

Cada pieza de conocimiento de un sistema debe tener una representación única, precisa y concluyente.

The pragmatic Programmer

[Seguir leyendo]

Las tres virtudes del programador

Las tres virtudes del programador son: pereza, impaciencia y arrogancia. Pereza para esforzarte en reducir la cantidad total de trabajo necesaria. Impaciencia porque te enfadarás si te encuentras perdiendo el tiempo en hacer algo que el ordenador puede hacer más rápido. Y arrogancia porque el orgullo te hará escribir programas que los otros no puedan criticar

Larry Wall, Programming Perl

[Seguir leyendo]

Las licencias esas que nadie lee

No utilizaras, ni permitirás que sean utilizados, los Programas para algún propósito prohibido por la ley de los EE.UU, incluyendo, sin limitación alguna, el desarrollo, diseño, manufactura o producción de armas nucleares, químicas o biológicas, de destrucción masiva

La verdad que para estar hablando de una librería de C++ la cosa me parece ligeramente pretenciosa...

[Seguir leyendo]

La variable d (Conversaciones de besugos III )

-¿d? ¿Pero qué @#¢2√ es d?...¿Dónde está declarado?


-Ahhhhm, mira es un MySqlConnectionInternal* d;


-Eso lo explica todo...

[Seguir leyendo]

Problemas de pareja

Muchas más tiras en: Geek and poke


Visto en: Mundo Geek

[Seguir leyendo]

Yo tambien me pronuncio: Las chapuzas de los informáticos

En la asignatura "Administración de BBDD" hace poco hicimos un concurso público: Estamos divididos por grupos, y cada grupo debía presentar el diseño para capturar un modelo de problema así como una implementación, despues utilizaremos ese modelo para trabajar durante el resto del curso.

Debíamos hacer una presentación contando las bondades de nuestro diseño y luego se votaba. Mi primera sorpresa vino cuando practicamente ninguna propuesta seguía la notación que utlizamos en clase (¿Nuestro estándard?). Creo que no hace falta convencer a nadie de la utilidad de los estándares ;)


La segunda sorpresa fue aun mayor. Cuando fui a probar la implementación del diseño ganador (Un script de SQL) me encuentro con que no puedo "WTF??". En clase utilizamos ORACLE, cada uno tiene su cuenta y podemos acceder desde casa (más facil imposible) pero esta implementación estaba sobre MySQL, no creo que portarlo me llevase más de 20min pero sigo sin entender el planteamiento (¿Y nuestro estándard????), se supone que todos teníamos que lanzar ese script en nuestra cuenta de la BD.


En la misma asignatura un amigo (no protestes que no he dicho quién eres ;p) me pasó ayer un código (en PL/SQL) para que se lo revisara porque no funcionaba, me duelen los ojos de recordarlo XD, Un DECLARE dentro de un IF y un BEGIN dentro de otro BEGIN...

¿A donde quiero llegar con esto? Pues que estas cosas las hacen chavales que llevan al menos tres años en la universidad, tres años donde al menos una vez a la semana algun profesor te machaca con que estas cosas estan feas, y que pueden implicar suspenso, por lo que no quiero ni pensar en lo que harán algunos "autodidactas" a los que nadie los ha "obligado" a seguir normas de estilo en su vida.

[Nota]: Todo esto viene al hilo de la pelea de gigantes que ha trascendido al Menéame e Ingenieros de primera.
Os dejo aqui los enlaces a los capítulos de la telenovela:
Episodio1, Episodio2/Bis, Episodio3, Episodio4

[Seguir leyendo]

Testing on the toilet

Han publicado en la IEEE Software un artículo sobre la nueva tendencia que puede marcar Google en el campo del testeo sw.

Tradicionalmente (en las grandes empresas de software) los programadores prueban sus componentes y luego se pasa el producto completo al departamento de Test que lo prueba como una caja negra.


Google lo plantea como algo que debe ir unido al proceso de producción desde el principio, "solventar los errores mientras sea sencillo y no cuando se convierten en algo critico es una muy buena idea", y que debe haber una colaboración entre programadores y testeadores.

Pero lo hace en su linea, con propuestas como "Testing on the toilet" ¿Qué os parece? ¿Os imaginais encontraros de vez en cuando postits de vuestro jefe en el baño con problemas por resolver?



Articulo original: “Googling” Test Practices? Web Giant’s Culture Encourages Process Improvement

[Seguir leyendo]

Salarios por lenguaje de programación

En una entrada anterior hacía un "estudio" sobre la cantidad de ofertas de empleo por lenguaje de progrmación en España y un par de paises más. Esta vez toca medir los sueldos que se ofrecen.





Podemos entender esta gráfica como la probabilidad de encontrarte en un rango salarial segun el lenguaje de programación. Los salarios que no aparecen en el gráfico son los que estan por debajo de 12000 (quiero entender que serán a media jornada :s) o sin especificar.


Sin tener mucho en cuenta python, que ya vimos que apenas representa un 1% del total de ofertas de empleo, vemos que PHP tiene unos porcentajes muy altos en grl (lo que quiere decir que tiene un porcentaje bajo por debajo de los 12000 :p) y que C++ es el que da más probabilidades de situarse por encima de los 24000€ brutos anuales en España, aunque con muy escasa diferencia sobre el resto.



Ahora vamos a lo que nos interesa a los estudiantes ¿y en los primeros empleos?
Esta es la misma gráfica pero para experiencia requerida inferior a un año:

Nota: los % son sobre el total de cada lenguaje

Bueno, primero aqui vemos la parajoda de python en todo su esplendor, pero obviamente pensar en cobrar más de 24000€ con menos de un año de experiencia es un disparate, por lo menos este pais, así que centremonos en cosas más realistas pero por encima del mileurismo.
PHP y .Net de nuevo sobresalen en lo que podríamos llamar "gama media", Java está claro que los porcentajes altos en ambas gráficas los debe tener en los 'descatalogados' y vemos de nuevo que C++ se lleva la palma liderando el rango [18k-24k] aunque de nuevo por poca diferencia.



Vistas estas dos entradas que cada uno saque sus propias conclusiones frente a cantidad de (ofertas de) trabajo vs cantidad de dinero ^^



Relacionadas: Ofertas de empleo por lenguaje de programación

Fuente: Tecnoempleo

[Seguir leyendo]

Ofertas de empleo por lenguaje de programación

Aunque esto es un estudio poco serio y nada riguroso nos da una primera aproximación de lo que demandan las empresas. Podemos observar que en España la principal cuota de mercado se la lleva Java con una importante difrencia sobre el siguiente en la lista, .Net. La cosa cambia en cuanto ampliamos el rango de busqueda a otros paises y vemos que Php remonta hasta colocarse el primero.



He dicho ya que este no es nada riguroso, primero porque me he metido donde primero me ha llevado tito Google (no conozco demasiado los sitios de búsqueda de empleo), segundo porque se consideran pocos países y tercero porque habría que tener en cuenta otros factores como salarios ofrecidos segun la teconología de desarrollo (lo dejo para otro post un día que tenga tiempo y ganas) y el tipo de empesas que ofrecen los puestos. Ya que no suelen ser aquellas donde hay tortas para trabajar las que se anuncian en el mercadillo que son este tipo de portales. En cualquier caso me lleva a la conclución que quería llegar y es que aunque en España la segunda cuota de mercado de ofertas de empleo se la lleve .NET otras tecnologías como C++ o Php no son precisamente marginales.

Fuentes: Infojobs, Monster, Tecnoempleo

[Seguir leyendo]