Checkstyle en Eclipse

April 29th, 2012

Para los que usan Eclipse como IDE de trabajo y les guste cuidar los pequeños detalles, para ellos esta entrada. Para trabajar con mis proyectos Java en Eclipse simplemente tengo que configurar el plugin Maven Eclipse Plugin y posteriormente importar el proyecto con la opción “Existing projects into Workspace”. Si es un proyecto multimódulo uso el plugin Multi Project.

Ahora lo que busco es que cuando el proyecto se cree en Eclipse éste tenga la configuración de Checkstyle que necesito. Así evito configurarlo manualmente o aplicar una configuración global para todos los proyectos de mi workspace. Opción esta última válida en la mayoría de los casos pero en otros no.

¿Qué necesitamos?

  1. Eclipse CS
  2. Nuestras reglas de codificación importadas en Eclipse. Los que tengan una instancia de Sonar en su ecosistema pueden usar las reglas que ahí se estén aplicando dado que el plugin permite configurar reglas remotas.
  3. Nuestro proyecto Java modelado con Maven

¿Qué configuración usaremos para el plugin de Maven?

Si os fijáis en la configuración del plugin se indica el nombre con el que fueron importadas las reglas, en este ejemplo, klicap. En la siguiente captura se aprecia el resultado de la configuración:

  1. Se activa el uso de checkstyle para el proyecto en cuestión
  2. Automáticamente se crea una configuración para Code Formatter acorde a las reglas de checkstyle. Una características recientemente incluida y muy útil para no tener que mantener checkstyle y code formatter manualmente.

Categories: Herramientas Tags: ,

Concurso Universitario de Software Libre (6ª edición)

April 22nd, 2012

Por cuarto año consecutivo he participado como miembro del Comité de Evaluación del Concurso Universitario de Software Libre. Como ediciones anteriores, 5 han sido los proyectos que he tenido que evaluar. Los proyectos los elijo basándome en dos criterios:

  1. El stack tecnológico es próximo a mis conocimientos
  2. El tema sobre el que versa el proyecto es de interés para mi.

Aun no cumpliéndose el punto 1º, puedo elegir proyectos que cumplan sólo el punto 2º si el tema me interesa mucho. En este caso simplemente tengo que dedicar mucho más tiempo para evaluarlo. Básicamente porque configurar un entorno de desarrollo por primera vez para un stack tecnológico desconocido, no es sencillo. Este año sí he tenido un proyecto así, relacionado con Digital Signage.

El resumen de mi evaluación no es positivo. Con independencia del nivel de acabado de los proyectos, deduzco que hay poca intención de ganar el concurso por parte de los participantes. O al menos competir. Particularmente que un proyecto tenga una versión “vendible” o no  (lo que en klicap llamamos cerrar el circulo) es sólo un aspecto más de la evaluación, pero hay otros muchos que sí demuestran intención (actitud).

Los aspectos que más valoro en los proyectos son:

  1. La descripción. Hay proyectos que ni se molestan en redactar una descripción que haga atractivo el proyecto. Estás en un concurso, debes saber vender tu idea. Este ejercicio te resultará útil de cara a la defensa de tu proyecto fin de carrera.
  2. Blog. Poner en marcha un blog para escribir 3 o 4 entradas en 4 meses de concurso es perder el tiempo. Usa el blog para compartir tus ideas, decisiones, obstáculos, expectativas o como marketing de tu proyecto. Escribir este tipo de cosas sobre tu proyecto sólo pueden ser positivas porque constantemente te hacen pensar “en voz alta” y reflexionar sobre lo que estás haciendo.
  3. Uso de la forja. Si desde la organización del concurso se os anima a que uséis las herramientas no es porque de cara a la evaluación resulte más cómodo, que también, sino para que tengáis vuestro primer acercamiento a herramientas que formarán parte de vuestro futuro ecosistema de desarrollo software. Quizás en la organización del concurso se debiera dar una pensada al uso de Gforge.
  4. Documentación básica. ¿Guía de usuario? ¿Guía de desarrollo? Cómo quieres que compile tu proyecto si todo lo tengo que averiguar. Si algunos se empleasen herramientas de construcción conocidas todo resultaría un poco más sencillo y además incluiría a su perfil una herramienta que quizás se valore positivamente en un entrevista de trabajo.
  5. Originalidad. ¿Antes de comenzar el proyecto has analizado soluciones similares? Si las hay y decides poner en marcha otra, justifica muy bien qué aportarás frente a las otras.

Los proyectos que tienen un tutor implicado, se nota. Quizás sea precipitado, pero os invito a reflexionar sobre la implicación y dedicación del profesorado en la asignatura del proyecto fin de carrera. Lo curioso es que en el 2009 ya escribí unas notas sobre la evaluación, y veo que pocas cosas han cambiado. Creo que el concurso debe parar y coger aire.

No sólo no ayudan, sino que aprietan

February 21st, 2012

Hace dos años publiqué una breve entrada sobre la subida del seguro social para autónomos. Aquí tenéis los datos sacados del extracto del banco:

Que cada uno saque sus propias conclusiones. En klicap no hemos subido nuestros precios desde que se constituyó hace ya algo más de dos años. Y hacemos esto porque creemos es nuestra forma de aportar y demostrar empatía con nuestros clientes que están contentos de la colaboración pero que poco a poco ven que sus presupuestos disminuyen.

En la declaración del IVA del cuarto cuatrimestre (4T) del 2011 nos ha pasado algo que no quería guardarme. Me encantaría poder sentarme delante de los que nos gobiernan simplemente para ver qué explicaciones pueden darnos. Antes alguien tendría que explicarles que las empresas, por muy pequeñas que sean, sufren prácticamente la misma burocracia administrativa que las grandes empresas.

Resulta que a finales del 2011 decidimos cambiar de banco. Esto fue otra odisea que algún contaré porque los bancos de nuestro páis, a parte de estar completamente obsoletos tecnológicamente hablando, son unas sanguijuelas. Al presentar el modelo 303 nuestra asesoría se equivocó e indicó que hiciesen el cargo a la anterior cuenta bancaria. Dicha cuenta bancaria no es que estuviera inactiva y sin saldo, simplemente estaba anulada. La habíamos dado de baja. Al ver que no hacen el cobro en la nueva cuenta, desde la asesoría investigan y descubren el problema. Automáticamente solicitan una carta de pago y enmiendan el problema en el mismo día. Obviamente el sistema no podía haber considerado un error en la cuenta bancaria o que la cuenta efectivamente no existiese. Ellos automáticamente van por la vía fácil, sangrante y demoledora, SANCIÓN QUE TE CRIÓ.

Para que tengáis el dato exacto: teníamos que haber abonado a cuenta del modelo 303, 3.869,21 € y por el error cometido se han tenido que abonar 193,46 € adicionales.

Si esta es la forma que nuestros políticos tienen de ayudar a los que intentamos sacar adelante un sueño empresarial, que negro se ve el panorama. Para colmo, quien nos debe dinero desde hace más de 4 meses que emitimos la factura es la administración pública. Estos políticos se merecen un linchamiento -verbal- públicamente.

Por cierto, si alguien está buscando una asesoría (laboral y fiscal) profesional, sería y de trato exquisito, sólo tenéis que escribirme..

Líneas de automatización

February 15th, 2012

El pasado martes 14 de febrero tuve el placer de asistir como ponente invitado al Máster de Ingeniería y Tecnologías Informáticas que se imparte en la Universidad de Sevilla. Con anterioridad también participé en otra edición de este mismo Máster hablando precisamente sobre la necesidad de disponer de un ecosistema de desarrollo software como paso previo a la automatización de tareas.

En esta ocasión me he centrado en hablar de las 5 líneas de automatización que recomendamos para conseguir un nivel óptimo de madurez en el desarrollo de software:

  1. Build (compilación, empaquetado y distribuibles)
  2. Automatic Documentation Generation
  3. Testing
  4. Continuous Inspection
  5. Continuous Deployment

Inicialmente la intervención estaba prevista para 30-40 minutos pero me extendí hasta cerca de la hora y media. Obviamente esto no estaba previsto y quizás quedaron muchas algo repetitivas. Mi única intención era despertar el interés por la automatización y vía de especialización profesional. Expliqué brevemente algo sobre el enfoque devops y las posibilidades profesionales que se están presentando.

He publicado las transparencias en mi cuenta de Slideshare pero bien es cierto que el transcoding no he quedado muy bien por culpa del fondo empleado. Podéis descargar las transparencias en formato PDF (659K).

Animo a quién esté interesado en ecosistemas de desarrollo software y automatización de tareas a unirse a este grupo de trabajo.

 

open source como reclamo

January 21st, 2012

En realidad me hubiera gustado usar otro título en el que usase el término marketing pero como es un campo que desconozco y del que no puedo hablar con propiedad, elijo uno que todos entendemos.

En la última década he tenido la oportunidad de asistir y participar en muchos momentos (charlas, reuniones, mesas redondas) en los que el movimiento open source ha sido referenciado, justificado, comparado, descrito y enjuiciado. Esto me ha permitido concebir mis propios pensamientos e ideas sobre este movimiento. Sin embargo, lo que verdaderamente me ha permitido valorarlo, respetarlo y entenderlo ha sido formar parte de él activamente.

Mientras escribo estas líneas se me vienen a la cabeza muchas presentaciones tipo powerpoint en las que el objetivo era vender dejando a un lado la ética y responsabilidad profesional. Eso daba igual. Muchos deberían pensar “si lo que quieren en open source pues ahora todo es open source“. Todo esto obviamente ha tenido y tiene unas consecuencias. Una de ellas, y desde luego no la más importante o relevante, ha sido la gran confusión que hemos (sector de las TICs) creado en la sociedad. Las frases “eso es que es gratis, no?” o “¿y vosotros de qué vivís, de dónde sacáis el dinero?” os resultarán familiares.

Esto se debe en gran medida a que ciertas administraciones (unas más que otras) también lo usaron como reclamo, en este caso político. Y como en política todo vale, pues adelante. Los concursos públicos eran un ir y venir constante muestra de la época de bonanza que hemos vivido con el cambio de moneda. Y ahora, pasados los años y viviendo una situación en nuestro país lamentable por su falta de respuesta y capacidad de reacción, ¿qué nos ha quedado de todo aquello? ¿qué hemos generado? ¿dónde está el valor? ¿qué tenemos para reutilizar y así reducir costes? ¿qué tenemos para enseñar fuera? …

Ha sido una moda, y como tal, puede que vuelva, pero tengamos presente que el camino que seguimos no es el correcto. Y no me cabe la menor duda que el movimiento Open Government Data también lo es.

Esas implicaciones que antes mencionada existen. Yo mismo he sufrido como se vulneraba la licencia de mi proyecto y sentir impotencia por no poder hacer prácticamente nada. Las licencias son un tema complejo y que debe simplificarse porque de lo contrario seguiremos generando más dudas. Esto también provoca que todos cometamos errores, pero obviamente no me estoy refiriendo esto. Me refiero a como grandes consultoras han cogido tu código (por tú si lo publicas), ha quitado ciertas referencias y lo han vendido como un desarrollo completo y desde cero.

Y una pregunta. ¿Alguien sabe donde está el código fuente de WooS? Sí, ese proyecto que se describe como The New GPL Operating System y que ha ganado varios concursos y aparecido en varios programas de televisión.

Y por último, ¿Alguien me podría explicar por qué la Junta de Andalucía tras años invirtiendo dinero público en un desarrollo a medida adjudicado en su mayoría a una única empresa ahora decide cambiar todo eso por una solución propietaria como SAP? Lo mínimo que podía hacer ya que la decisión está tomada (y adjudicada a una UTE) es liberar todo el trabajo realizado.