Libro: 97 Things Every Software Architect Should Know

Uno de los lideres de nuestro grupo IASA de Rio de Janeiro (International Association of Software Architects) nos comentó que había escrito algunos capítulos de un nuevo libro llamado "97 Things Every Software Architect Should Know" por lo que decidí comprarlo para conocer la tendencia de la comunidad. Se trata de un libro escrito en un sentido colaborativo en forma de wiki por técnicos de distintas partes del mundo, con distintas especialidades pero con un rol en común "Arquitectos de Software". Al contrario de lo que muchos pueden pensar, no se trata de patrones o tecnologías particulares, si no que de experiencias y máximas a seguir; experiencias que bien podríamos llamar axiomas off the records. Este libro captura la visión y principios de los expertos en 97 pequeños axiomas, lo que lo hacen muy fácil y entretenido de leer. Realmente no tiene desperdicio, muy recomendable para aquellos que aspiren o se estén iniciando en el rol del arquitecto. Si ya eres un arquitecto pues, también te lo recomiendo, siempre es importante saber que es lo que piensa tu comunidad, para reforzar o plantear nuevas ideas. Pueden comprar el libro en Amazon, o visitar la wiki que dio origen al libro. Voy a conservar este libro cerca para recordar estos consejos en momentos decisivos. Agradezco a Timothy High (co-autor del libro) quien se a tomado el trabajo de enviarme una copia del libro. Enjoy it.

Ver también 97 Things Every Programmer Should Know: Collective Wisdom from the Experts

The Job

Ajuste de salarios para el sector IT - Uruguay

Según la información provista por la CUTI, parece que en este carnaval el programador tendrá unos pesitos más en el bolsillo.

Como resultado de la reunión del Consejo de Salarios, se acuerda el primer ajuste de salarios del 2008 para el sector IT en Uruguay, aplicando este a partir de Enero.

Según los criterios establecidos en los respectivos convenios de los Consejos de Salarios, para el Grupo 19 Residual(Servicios Profesionales, técnicos, especializados y aquellos no incluidos en otros grupos) los porcentajes de ajuste son:

Salarios Hasta $ 5000 5,27% (supongo que nadie del sector se encuentra en esta franja :p)
Salarios Superiores a $ 5000 4,50%

Más Info.
[Acta_Ajuste_Enero 08_19 Residual]
[CUTI:Ajuste Enero 2008]

StockGame: Goodbye New York

Hoy finalizó el VIII StockGame. Para el que no sabe de que se trata; StockGame es un juego online que se realiza una vez al año, en el que puedes jugar por un mes en el mundo de Wall Street.

Puedes hacer operaciones virtuales en tiempo real en las principales bolsas de Estados Unidos y del mundo, además de operar con los bonos globales más representativos de la región.
Sería como operar en un simulador de la bolsa. Lo único malo es que está implementado en Genexus ...

El ganador de este año participaron 1.508 personas y el ganador fue PAUL con U$S 13,603 de ganancia sobre sus 20 mil iniciales.
Lamentablemente terminé 5º. Ganamos U$S 7.757 pero no pudimos ir a New York. Por lo que solo nos queda desearle buen viaje PAUL (se va a cagar de frío, hehehe).


Fue una dura batalla, en la que corrimos cabeza a cabeza con Diego que terminó 3º.
Los demás compañeros de la oficina un desastre; no hace falta agregar palabras ... vean el final.

Esperaremos al próximo año a ver si podemos mejorar estas posiciones dedicándole más tiempo al juego.
Dicho sea de paso; si alguien nos quiere como asesor en inversiones de riesgo estamos a sus órdenes, heheh :)

Respecto a la aplicación web, esperemos que el año próximo la gente que organiza el juego corrija los links que estuvieron caídos durante todo el juego.

La Personalidad del Programador

Claro está que no todos los programadores somo iguales -aunque el cliente no lo crea :)-, tenemos diferentes estilos y formas de resolver los mismos problemas, a pesar de pertenecer a las mismas instituciones o trabajar en las mismas instituciones y hasta en los mismo proyectos.

¿Como describirías tu estilo al programar?
¿Que tipo de programador sos?

Para ayudarnos a entender nuestra personalidad al momento de programar, aquí está un test de la personalidad del programador

Podemos estar de acuerdo o no con el resultado, pero es interesante hacerlo.
En el caso de mi resultado; discrepo con la afirmación "you may be slow", concidero que es justamente lo contrario, pero el resto bien.

El resultado de mi test fue PHTC;

You're a Planner.
You may be slow, but you'll usually find the best solution. If something's worth doing, it's worth doing right.

You like coding at a High level.
The world is made up of objects and components, you should create your programs in the same way.

You work best in a Team.
A good group is better than the sum of it's parts. The only thing better than a genius programmer is a cohesive group of genius programmers.

You are a Conservative programmer.
The less code you write, the less chance there is of it containing a bug. You write short and to the point code that gets the job done efficiently.

[Programmer Personality Test]

Perfume Especial ...

Las leyes de máxima fatalidad

A fin de inaugurar una nueva etiqueta "El programador es prácticamente un ser humano" reuní unas cuantas máximas relacionada a nuestro trabajo que siempre aplican, y aquí están;

• Puedes hacer que tu software sea a prueba de errores, pero no podrás hacerlo a prueba de idiotas.
  
• Los proyectos con objetivos difusos, van bien para evitar el compromiso de tener que estimar los costos. (Primera ley de Golub sobre la informática)
  
• Un proyecto planificado sin precisión tarda tres veces más en acabarse de lo que se espera, un proyecto planificado cuidadosamente tarda el doble de lo previsto. (Segunda ley de Golub sobre la informática)
  
• El esfuerzo requerido para corregir el curso de un proyecto se incrementa geométricamente en función del tiempo transcurrido. (Tercera ley de Golub sobre la informática)
  
• Los equipos de proyectos, odian hacer informes semanales sobre la evolución del proyecto porque padecen claramente de la falta de avances. (Cuarta ley de Golub sobre la informática)
  
• Cualquier problema sencillo se convierte en insalvable, si se hacen las suficientes reuniones para discutirlo. (Ley de Mitchell sobre las comisiones)
  
• Cualquier programa, cuando funciona, es obsoleto. (Primera ley de la programación)
  
• Todos los programas cuestan más y tardan más tiempo de lo esperado. (Segunda Ley de la programación)
  
• Añadir más mano de obra a un proyecto de software que va retrasado, lo retrasa todavía más. (Ley de Brook)
  
• Si tu proyecto no funciona, revisa la parte que te parecía que no era importante. (Ley de Biondi)
  
• Cualquier idea simple puede ser redactada de la manera más complicada. (Ley de Malek)
  
• No hay ningún trabajo tan sencillo, que no se pueda hacer mal. (Ley de Perrusell)
  
• Los gastos crecen siempre hasta alcanzar los ingresos. (segunda ley de Parkinson)
  
• Las excepciones confirman la regla... y desarman el presupuesto. (Ley de Milles)
  
• El progreso se lleva a término un viernes sí, otro no. (Primera ley de Weinberg)
  
• Nunca sabes quién tiene razón, siempre sabes quien manda. (Ley de Whistler)

[http://www.calidoscopio.com/calidoscopio/principal36.htm]