Usuario Linux

Me registre para que me cuenten como usuario linux.

Soy el usuario nro: 536423

Si quieren registrarse dejo el link:

http://counter.li.org/

GOBERNAR ES DAR TRABAJO

“GOBERNAR ES DAR TRABAJO” lo decía el general Peron. No estoy haciendo campaña proceditista simplemente me puse a reflexionar sobre la tarea del Líder de proyecto.

En mi opinión una de las ocupaciones más importantes es que todo el mundo este trabajando, que todos los desarrolladores sean productivos. Uno de los principales clientes del Líder de proyecto son los desarrolladores, que están esperando trabajo.

Ojo, no digo que el Líder tenga que imponer trabajo; el equipo de desarrollo debe ser lo suficientemente maduro para autogestionarse. Lo que digo es que el líder de proyecto tiene que quitar los palos del camino cada vez que la carreta amaga detenerse. Tiene que luchar para que cada persona sea productiva y haga mejor su trabajo. Sobre todo que el desarrollador sea feliz. Cuanto más como do trabajas mejor lo haces.

Por lo tanto el Líder debe ser más amigo de los desarrolladores, que del project o excel o power point. Debe ser capaz de decir, que dale una mano a Pepe que esta trabado, “No sigas por ahí que para mi no esta la solución”, “Si no podes avanzar llamame”. El Líder velar por la productividad del equipo, dado que si el equipo es productivo se llega con los tiempos.

La preocupación de la fecha de entrega, es un riesgo negociable; mientras que el cliente este informado y haya visto una demo o algo, un atraso es negociable. En cambio si un desarrollador estuvo 2 hs sin saber que hacer, trabado en un problema; el tiempo perdido no se negocia. Es una perdida, un pasivo del Líder.

Dejo unos link, que sería bueno leer:

http://www.dosideas.com/noticias/motivacion/930-tecnicas-de-motivacion-para-zombies-digo-miembros-del-equipo.html

http://www.dosideas.com/noticias/liderazgo/925-ipero-mi-equipo-necesita-un-lider.html

RESTEasy con Spring

RESTEasy es un framework de jboss que nos ayuda a generar servicios RESTfull. Este framework es una implementación de JAX-RS (JSR 311). JAX-RS es una nueva especificación de jcp que provee una API para servicios RESTfull bajo el protocolo http.

Anteriormente ya hablamos de este framework:

http://emanuelpeg.blogspot.com/2009/11/resteasy.html

Rápidamente pasemos a ver un ejemplo, quiero exponer un servicio por medio de rest con spring.

Primero agregamos la entrada en el pom (usemos maven please)

         org.jboss.resteasy
         resteasy-jaxrs
         2.2.0.GA
     
  
     
         org.codehaus.jettison
         jettison
     
  
     
         org.jboss.resteasy
         resteasy-jettison-provider
         2.2.0.GA
     
     
     org.jboss.resteasy
     resteasy-spring
     2.2.0.GA
 

Para que estas funcionen hay que agregar los siguientes repositorios en el pom:

 
         java.net
         http://download.java.net/maven/1
         legacy
     
     
         maven repo
         maven repo
         http://repo1.maven.org/maven2/
     
     
     
         jboss
         jboss repo
         http://repository.jboss.org/nexus/content/groups/public/
     

Además el web.xml queda similar a este:

RestEasy con Spring


  org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap


  org.jboss.resteasy.plugins.spring.SpringContextLoaderListener



  Resteasy
  org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher



  Resteasy
  /serviciosRest/*

Ahora vamos a hacer anotar nuestro servicio para que funcione con rest:

@Path("/posts")
public interface HolaMundoService {
 
 @GET
 public String getSaludo();
}

Luego debemos implamentar este servicio y hacer un bean de spring.

Luego de hacer esto ya tenemos nuentro servicio rest en http://localhost:port//serviciosRest/posts

RESTEasy esta bajo licencia Apache ASL 2.0 y es una perfecta opción compatible con Spring.

Dejo links:

http://docs.jboss.org/resteasy/docs/2.2.1.GA/userguide/html_single/index.html

http://community.jboss.org/docs/DOC-13709?uniqueTitle=false

Manual de Scala, Parte 1

Dejo link de un curso muy interesante de scala:

http://www.javamexico.org/blogs/bferro/scala_parte_1

Y de yapa un libro de lift: http://simply.liftweb.net/index.html

SQLFire

vFabric SQLFire es una alternativa a las base de datos NoSQL, es una base orientada a memoria. Diseñada para aplicaciones que requieren alta velocidad, escalabilidad y disponibilidad.

SQLFire ofrece algunas de las mejores características que normalmente sólo se ve en las bases de datos NoSQL, tales como la escalabilidad horizontal, tolerancia a fallos, una arquitectura “Shared Nothing”

Pero que es una arquitectura “Shared Nothing”?

La arquitectura “Shared Nothing” consiste en una arquitectura distribuida en el que cada nodo es independiente y autosuficiente, y tiene un único punto de contención en todo el sistema. Típicamente se contrasta con los sistemas que mantienen una gran cantidad de almacenados en forma centralizada, ya sea una base de datos, un servidor de aplicaciones, o cualquier otro donde este centralizada la funcionalidad.
Se puede utilizar SQLFire desde java atravez de JDBC, y desde .net usando ADO.net.

Si tenes problemas para ampliar tu base de datos o preocupado por la alta disponibilidad, SQLFire es una gran alternativa.

Dejo un video:


Dejo Links:

http://communities.vmware.com/community/vmtn/appplatform/vfabric_sqlfire

http://blogs.vmware.com/sqlfire/

Forks de MySQL

Como ustedes ya saben mysql es de oracle y suena feo... No me quiero unir a el pesimismo general de esta situación pero por las dudas; veamos alternativas:

MariaDB: Después de salir de Sun, Widenius (creador de MySQL) decidió crear su propia empresa a la que denomino Monty program AB. Su principal objetivo era el desarrollar un motor de almacenamiento alternativo a MyISAM y a InnoDB, pero con la particularidad de soportar transacionalidad. Así mismo tomo código de MySQL para empezar a desarrollar un nuevo gestor que utilizara este nuevo motor de almacenamiento, su nombre MariaDB. Esta empresa junto a Percona son las principales fundadoras de Open Database Alliance.

MariaDB nace con la clara idea de partir el código de base de Mysql y establecer paralelismo entre las versiones. De esta forma MariaDB 5.1. parte de MySQL 5.1. La misma política se aplicara en futuras versiones.

XTRADB: es el nombre de un nuevo motor de almacenamiento desarrollado por Percona, uno de los principales socios del Open Database Allince. Esta compañía, especializada en desarrollo servicios y productos basados en MySQL decidio crear un nuevo motor para mejorar InnoDB. XtraDB esta diseñado para funcionar en entornos de alto rendimiento y para escalar sin problemas.
En la actualidad XtraDB presenta una compatibilidad total con InnDB permitiendo remplazar a este.

Drizzle: nació a iniciativa de un ingeniero de MySQL llamado Brian Aker. La movida surgido cuando Brian mostro su desacuerdo con modificaciones en 4.1. Finalmente en julio del año parado comenzó el desarrollo de drizzle. La idea es la optimización para aplicaciones web.

Ourdelta: En este caso, Arjen Lentz comenzó el desarrollo en 2008 y el objetivo es generar código para hacer mejoras en mysql. OurDelta mantiene dos ramas testing y producción.

Sin duda la compra de oracle por parte de Sun a generado diferentes postura; este es un conjunto de forks que ayudan a decidir por otra solución libre de similares característicamente.

Dejo links:

http://mariadb.org/

http://www.percona.com/docs/wiki/Percona-XtraDB:start

https://launchpad.net/drizzle

http://odba.org/

Todos somos alumnos y profesores.

Un post para hacer catarsis.

Este blog siempre promovió el uso de software libre, más allá de cualquier licencia . Lo mejor de el Open Source es que hay gente que puede hacer mejor las cosas y de esa gente puedo aprender. Sea con mi código y con el de otra persona, nunca tengo toda la razón y si la tuviese de que sirve? El código libre enseña y seria un tonto si no quisiera enseñar o trasmitir lo que se.

“Siempre estamos equivocados” es la premisa que debe regir tu vida y posta, es verdad. Siempre alguien nos marca el camino y a los pocos meses nos dice que se equivoco que el camino no era ese. Todas las empresas son iguales y todos optamos diferentes caminos, por lo tanto cuando veas a alguien que te dice “Yo” resuelvo todos tus problemas. Por favor no le creas, no existe mayor hipócrita que el que no quiere aprender y solo el que cree tener toda la verdad nunca va a aprender.

Que importa tener toda la verdad, si no se puede ser abierto, y si no puedo escuchar. En estas condiciones puedo enseñar? Me huele a dictadura más que a enseñanza. Cuando vemos donde estamos y somos realistas, entendiendo nuestros errores, por menores, o flaquezas es cuando convencemos.

Sip, este post empezó con bronca pero ojo, si no me enojo nunca es porque no hago nada. Creo sinceramente que el que se enoja es porque trabaja y valora su trabajo. Es feo estar equivocado, pero más feo es estar solo con la razón absoluta. Abramos nuestras mentes, la mejor forma de hacer las cosas es como lo voy a hacer mañana, por ahora aprendamos.

Aprender python

No se nada de python pero nunca es tarde para empesar, me pasaron estos links de la lista de usuarios de python:

Cómo Pensar como un Informático 2da. Edición
http://www.openbookproject.net/thinkcs/archive/python/spanish2e/
Esta es la segunda edición y esta traducido hasta el capitulo 7, este
libro esta orientado para que sea leido por aquellos que no tienen
conocimientos de programación, de hecho es el material que uso para
enseñar python en jornadas de apoyo al plan ceibal
Aqui esta la primera edición en español:
http://www.gulic.org/almacen/httlaclwp/index.htm
(en el sitio de OpenBook no lo tienen más, en ingles van por la tercera edición)

Python para Todos (tutorial en español)
http://mundogeek.net/tutorial-python/
Este esta muy bueno.

Del mismo autor de Python para Todos hay unos de artículos interesantes:

Guía de estilo del código Python
Guía de estilo de Guido van Rossum, creador de Python, y Barry Warsaw
http://mundogeek.net/traducciones/guia-estilo-python.htm

Modismos y Anti-Modismos en Python
Idioms o modismos a usar o evitar al escribir código Python.
http://mundogeek.net/traducciones/modismos-python.htm

Programa como un Pythonista: Python Idiomático
Documento que trata varias técnicas y modismos que pueden ser de
utilidad al trabajar con Python.
http://mundogeek.net/traducciones/python-idiomatico/

Otro recurso en español que le puede servir es el Tutorial escrito por
Guido van Rossum traducido al español por el grupo de usuarios Python
Argentina (pyar)
http://docs.python.org.ar/tutorial/contenido.html
http://python.org.ar/pyar/Tutorial?action=AttachFile&do=view&target=TutorialPython.pdf

Hay un libro de python hecho por la universidad española Jaume para la
iniciación a la programacion. Si bien tiene tiempo sirve para empezar:
http://marmota.act.uji.es/mtp/pdf/python.pdf

aqui ya tiene bastante material para estudiar.

+1

Google nos presentó su apuesta más social, Google+1, un servicio del que se habían dicho muchas cosas y que, aparentemente, resultó ser un botón con el que recomendar páginas y anuncios que aparecen en los resultados de búsqueda y que, además, podíamos visualizar desde nuestro perfil (que se volvía público). Uno ve un botón para compartir y, lógicamente, enseguida uno piensa en el botón de Facebook, el famoso “me gusta”, que anda circulando a lo largo y ancho de la red.

Si les gusta el Blog o leen algo, no sean perezosos y presionen este botón. Si no lo ven es porque no están logeados, no sean ratas y logeense.

Es importante compartir el conocimiento y con estas pequeñas acciones lo hacemos!!!

Saludos!!

Thrift

Thrift es un framework de apache que tiene como fin acelerar el desarrollo e implementación de servicios backend eficientes y escalables. El principal objetivo es permitir comunicaciones eficientes y fiables a través de lenguajes de programación mediante la abstracción de porciones de cada lenguaje en una librería común, específicamente Apache Thrift permite a los desarrolladores definir los tipos de dato e interfaces de servicios en un archivo único en lenguaje neutral y generar todo el código necesario para construir clientes RPC y servidores. Actualmente soporta los siguientes lenguajes C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk y OCaml.

Apache Thrift fue desarrollado y usado por Facebook; para luego ser donado a Apache. Hoy en día thrift no es solo utilizado por facebook sino que lo utilizan paginas como last.fm y reCaptcha.

Podría decirse que Thrift es un kit de herramientas, uno especializado en la interoperabilidad de lenguajes de programación. A través de Thrift Facebook ha combinado el uso de lenguajes tan distintos entre sí como C++, Java, Python, PHP, Ruby, Haskell, y más, a lo largo de todos sus equipos de desarrollo. Facebook no podría crear servicios de software a la velocidad que requiere sin la ayuda de Thrift.

Thrift incluye un stack completo para la creación de software clientes y servidor.

Entre las ventajas podemos resaltar :

• Serialización cross-lenguaje con poco overhead dado que usa formato binario
• Una biblioteca limpia, sin configuración de xml o frameworks.
• Los lenguajes se bindean de forma natural. Por ejemplo Java usa ArrayList y C++ usa std::vector.
• La llamadas entre diferentes lenguajes son a nivel aplicación, esto permite que se modifiquen de forma separada.
• No tiene dependencias a software no estándar. No tiene un mix de software con diferentes licencias.

Como funciona?

De hecho las principales tareas de thrift son sencillas:

• Primero en un archivo .thrift se escriben los objetos y procedimientos que queremos compartir entre diferentes lenguajes.
• Luego usamos las herramientas de thrift para construir la los archivos para los lenguajes que se deseen utilizar.
• El paso más importante es crear el cliente y el servidor en el lenguaje que quisieramos utilizar, usando el código generado en el paso anterior. El servidor debe implementar procedimientos descriptos en el archivo .thrift mientras que el cliente debe utilizarlos.
• Por ultimo y no menos importante se debe correr el servidor usando un script

Esto fue una pequeña introducción a Apache Thrift.

Dejo links:

http://thrift.apache.org/

http://www.thrift.pl/

Equals

Cuando creamos una clase es una buena práctica definir el método equals, dado que este representa con que campos se identifica esta clase; es decir dos objetos van a ser iguales si son iguales las propiedades usadas en el equals.

El EqualsBuilder de apache common nos puede hacer la vida más fácil a la hora de hacer los equals. Pero a la vez tenemos comprobaciones repetitivas que se pueden factorizar usando herencia.

Veamos un ejemplo de equals:

@Override
public boolean equals(Object obj) {
 if (obj == null)
  return false;
 if (obj == this)
  return true;
 if (!obj.getClass().isAssignableFrom(getClass()))
  return false;

 Author otherAuthor = (Author) obj;

 return new EqualsBuilder().append(this.user, otherAuthor.getUser())
   .isEquals();
}

Si hacemos otro equals vamos a hacer algo muy similar. Una forma de factorizar las lineas que se repiten es mediante herencia podemos hacer una clase padre de todas las clases del modelo que haga lo siguiente:

@Override
public boolean equals(Object obj) {
 if (obj == null)
  return false;
 if (obj == this)
  return true;
 if (!obj.getClass().isAssignableFrom(getClass()))
  return false;

 return businnessEquals(obj);
}

public abstract  boolean businnessEquals(Object obj);

Y businnessEquals sea abstracto y obligue a todas las clases del modelo a implementarlo. Todos los objetos que hereden de la clase abstracta deben implementar bussinnessEquals pero se olvidan de hacer las validaciones repetitivas.

@Override
public boolean businnessEquals(Object obj) {
 Author otherAuthor = (Author) obj;

 return new EqualsBuilder().append(this.user, otherAuthor.getUser())
   .isEquals();
}

Les gusto la solución? Se les ocurre otra?

Oracle dona Open Office a Apache Software Foundation

Si! Oreacle dona OpenOffice a Apache, esto es una muy buena noticia para nosotros los usuarios de OpenOffice dado que es muy posible que la gente de LibreOffice se una a este proyecto.

Personalmente creo que fue la única jugada que pudo hacer Oracle, luego de que se cree el fork LibreOffice y se lleve los principales commiter de OpenOffice. Recordemos que este fork se hizo dado que mucha gente se canso de las decisiones tomadas por Oracle con respecto a su suite de oficina.

La verdad me pone muy contento y es una muy buena noticia para el Software Libre.

Dejo Links:

http://www.zdnet.co.uk/blogs/communication-breakdown-10000030/oracle-donates-openofficeorg-to-apache-foundation-10022593/?tag=mncol;txt

http://blog.documentfoundation.org/2011/06/01/statement-about-oracles-move-to-donate-openoffice-org-assets-to-the-apache-foundation/

SweetDEV RIA

SweetDEV RIA es un framework usado para el desarrollo de RIA (Rich Internet Applications), este provee componentes para interfaces gráficas ricas las cuales se ejecutan en el browser.

A la vez maneja el problema de la incompatibilidad de los diferentes browsers (Internet Explorer, Mozilla Firefox, etc.) y este usa un gran numero de funcionalidades provistas por javascript y ajax.

SweetDEV RIA es un framework JEE basado en tags jsp.

La parte Java es muy simple. SweetDEV RIA no provee workflow, services, o mapping management. El solo se limita a la capa GUI. Solo es necesario configurar un servlet y mantener un map en la sesión.

Los componentes son generados con JSP tags y usan comunicación cliente/servidor basado en ajax.

SweetDEV RIA es un completo conjunto de tags ajax.

Algo muy importante es que su licencia es libre, mas específicamente licencia Apache 2,0.

Este framework se puede bajar y si usan maven dejo la entrada del Pom

sweetdev-ria
sweetdev-ria-core
3.3.12

Para configurarlo se debe crear un archivo ria-config.xml en la carpeta src/main/resources con el siguiente contenido:

Ria-config.xml es el archivo utilizado para setear las configuraciones del framework.
Luego hay que declarar el servlet en web.xml, este maneja las request que vienen por pedidos ajax:

SweetDevRiaServlet
com.ideo.sweetdevria.servlet.SweetDevRiaServlet


SweetDevRiaServlet
/RiaController

Luego hay que configurar un listener que maneje las configuraciones de los componentes y el ciclo de vida de los componentes de la sesión.

com.ideo.sweetdevria.webapp.RiaLoaderListener

Es recomendable que se configure la cache de diferentes objetos para que la pagina sea más rapida:

BrowserCacheFilter
com.ideo.jso.filter.BrowserCacheFilter


BrowserCacheFilter
*.js


BrowserCacheFilter
*.css


BrowserCacheFilter
*.jpg


BrowserCacheFilter
*.gif


BrowserCacheFilter
*.png

Un ejemplo de jsp sería:

< %@ taglib prefix="ria" uri="http://sweetdev-ria.ideotechnologies.com" % >
< %@ page contentType="text/html;charset=iso-8859-1" language="java" % >
< !DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" >

< html>
< head>
< title>Window test< /title>
< meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
< meta http-equiv="Cache-Control" content="no-cache" />
< meta http-equiv="Pragma" content="no-cache" />
< ria:resourcesImport skinName="BleuF"/>
< /head>
< body>
< ria:newwindow id="myWindowId" title="My Window" openAtStartup="false" loadAtStartup="false">
My text in the window !
< /ria:newwindow>
< input type="button" onclick="SweetDevRia.$('myWindowId').open()" value="Open window"/>
< /body>
< /html>

Dejo links:http://wiki.ideotechnologies.com/display/SWDRIA33/Introduction
http://sweetdev-ria.sourceforge.net/3.5.2.1/

Inyección de dependencias

Hagan click en la imagen sino se ve bien.

Contexts and Dependency Injection o CDI

CDI son las siglas de “Contexts and Dependency Injection for the Java EE platform” aunque no es solo para JEE sino que se puede utilizar también en la JSE. Esta especificado en la JSR-299.

A diferencia de otros motores de manejo de beans, CDI no necesita de ninguna anotación para que una clase se registre y sea manejada. Por defecto todas las clases de un archivo (jar) son manejadas por CDI. La anotación @Named tan solo hace que los atributos de la clase sean accesible desde expresiones EL.

La búsqueda de clases y el registro de las mismas en el motor de CDI hace que el deploy de una aplicación sea mas lento. Por lo tanto, necesitamos de una manera de decirle al container si queremos o no usar CDI. La manera de especificar esto es creando un archivo xml vacío (beans.xml) en los directorios WEB-INF o META-INF.

Se puede por ejemplo tener varios jar, donde uno solo contiene un archivo beans.xml. De esta manera, el contenedor solo registraría las clases de este jar y no de los otros, haciendo que el deploy de la aplicacion sea mas rápido

La sola existencia del archivo WEB-INF/beans.xml o MET-INF/beans.xml ya activa CDI.

CDI no se preocupa por estandarizar el lenguaje xml que se utiliza para la inyección, propone el uso de anotaciones, por ejemplo:

private @Inject @JmsPolicy(ERROR) JmsTemplate errorQeueTemplate;

@Inject indica que campo debe ser inyectado, cuando el motor CDI (un contenedor JEE por ejemplo) encuentra esta anotación busca una instancia del tipo y si no encuentra crea una.