Wednesday, August 31. 2011
Por qué no me gustan las arquitecturas de BD descubiertas en la Web
Con respecto a la practicidad de la mantención, me refiero a que tener una separación mediante un "motor" otro team encargado puede realizar los cambios requeridos sin ensuciar las capas que se presentan al cliente, o al menos, el impacto del cambio tiende a ser menor.
Por eso, aunque le pongan Ruby on Rails, Jython, Python, ASP, PHP, etc, etc, arquitecturas en base a las vistas C/S en Web no me simpatizan.
Friday, August 26. 2011
Tuxedo. Ese esmoquin que se usa en el backoffice.

Hoy hablaré de Tuxedo, uno de los primeros servidores transaccionales para los sistemas de backoffice.
Thursday, August 25. 2011
La importancia de compartir el conocimiento operativo, en la empresa.
En el siguiente listado cotejo las ventajas de mantener un Wiki:
Ventajas
- Todos tienen acceso al conocimiento.
- Todos pueden aportar según sus areas de dominio.
- Aumento de productividad mediante la reducción de interrupciones por "dudas" comunes.
- Favorece a la expresión escrita y redacción del personal.
- Robo de conocimiento.
- Fuerte dependencia del acceso al Wiki.
- Requiere la dedicación y la responsabilidad de un editor.
- Wikis sin estar divididos por área pueden entregar información que no se requiere que otras áreas lo sepan.
Wednesday, August 24. 2011
Rapiditos: Calcular la próxima fecha hábil.
Retomando mis posts por acá, ya que ahora sí puedo hacerlo, he vuelto a retomar mi sección "Los Rapiditos", en donde coloco unas pequeñas piezas de código para realizar una determinada acción. Esta semana, cómo obtener el próximo día hábil, considerando a un listado de fechas que ya son feriados.
- /**
- * Busca la fecha en el Vector de feriados ya solicitado
- * @param sFechaInicio Fecha a buscar en formato dd-mm-aaaa
- * @param vFeriados Java.util.Vector de feriados en formato dd-mm-aaaa
- * @return true/false
- */
- //System.out.println("entrando en isFechaEnFeriados");
- boolean bRetorno = false;
- if (sFechaInicio.compareTo(sPaso) == 0) {
- bRetorno = true;
- break;
- }
- }
- return bRetorno;
- }
- /**
- * Realiza los suficientes corrimientos para llegar al siguiente dia habil
- * @param sFecha Fecha en formato dd-mm-aaaa
- * @param vFeriados Java.util.Vector de Feriados obtenidos por el DAO
- * @return Fecha en formato dd-mm-aaaa
- * @throws Exception
- */
- //Convertir la fecha al Calendar
- java.text.DateFormat dfInstancia;
- java.util.Date dInstancia;
- cal.setTime(dInstancia); //setear la fecha en cuestion al calendario
- calInstancia.setTime(cal.getTime());
- //La evaluacion es con la fecha NUEVA
- boolean esFeriado = buscaFechaEnFeriados(dfInstancia.format(calInstancia.getTime()),vFeriados);
- while (true) {
- //Evaluar por los flagueos previos
- if (esSabado || esDomingo || esFeriado) {
- if (esSabado) {
- //Hacerlo lunes
- } else {
- if (esDomingo) {
- //Hacerlo lunes
- } else {
- if (esFeriado) {
- //Correrlo un dia por ser feriado
- }
- }
- }
- } else {
- break;
- }
- //Convertir calInstancia a String
- //flagueos
- esFeriado = buscaFechaEnFeriados(sFechaPasoDesdeCalendar,vFeriados);
- }
- return dfInstancia.format(calInstancia.getTime());
- }
Espero que les sea útil. En este caso se requiere que exista una Collection de tipo Vector con las fechas de feriado en el formato dd-mm-aaaa sin utilizar genéricos, por lo tanto es compatible con la JDK 1.4 en adelante.
Sunday, February 27. 2011
Test
- String test="code";
Tuesday, January 18. 2011
¡Hey arquitecto, bájate de la Torre de Marfil!
Hey arquitecto, bájate de la Torre de Marfil
Este fenómeno afecta en los equipos de desarrollo de líneas de software debido a que se producen los siguientes problemas:
a. Un arquitecto divo no necesariamente sigue las líneas o estrategias de la fábrica de aplicaciones manteniendo dobles estrategias que favorecen al entorpecimiento de planes a corto y mediano plazo.
c. Un arquitecto que fue sólo ingeniero de software de cartas Gantt sólo generará un tremendo divorcio entre los desarrolladores y la plana administrativa. Lamentablemente a veces las mejores decisiones son las que toman los obreros, y no el capataz por mucha obstinación que exista. Le llamo el "tiempo de trajin".
d. Un arquitecto que crea una definición paralela a la que ya existe porque se le dio la gana no sólo puede causar discrepancias internas, sino que también genera costos extra por poder hacer el parchado de los desarrollos ya existentes (o el rehacerlos).
e. Un arquitecto que no baje de la torre a compartir y enseñar conocimientos o supervisar a los teams no será un gran aporte, sólo pagar por pagar.
Siempre cualquier apreciación será bienvenida.
Wednesday, December 22. 2010
La metodología JAD
Se basa en mantener reuniones, en las cuales se capturan toneladas de requerimientos y especificaciones.
Participantes de un JAD
- Expertos de la materia: Son los usuarios de la empresa interesados, los trabajadores que podrían utilizar la aplicación junto con expertos que puedan ayudar a un buen entendimiento. Se entiende que cuando se habla de expertos externos pueden ser analistas funcionales, como psicólogos con conocimientos de informática a nivel de analista o periodistas con conocimientos de informática para hacer las preguntas indicadas.
- Facilitador o líder de sesión: Dirige la minuta, dirige la reunión, identifica los puntos pendientes y asigna los turnos para hablar, pero no contribuye en la solución final.
- Escribano, modelador, documentador: Guarda y publica los procedimientos de la reunión pero no contribuye con informacíón útil al contenido. Puede ser un periodista como un escribano con conocimientos de informática.`
- Observadores: Miembros del team de desarrollo asignados al proyecto. Se sientan detrás de los participantes y observan, pasando las observaciones al facilitador.
1. Identificar los objetivos y límites del proyecto. Esto podría tomar una buena cantidad de días.
2. Identificar los factores críticos para medirlos y planificar estrategias
de mitigación
3. Definir entregables de proyecto
4. Definir la agenda de actividades de los workshop para que no aburra
5. Elegir a los participantes
6. Preparar el material de los workshop
7. Organizar actividades y ejercicios que brinden entregables
8. Preparar e informar a los participantes
9. Coordinar la logística respectiva
Tuesday, December 21. 2010
Tipos de arquitectos de software y su importancia en una organización
Tipos de arquitectos de software y el grado de importancia en una organización.
Me encontré de casualidad navegando por Wikipedia con un artículo en inglés acerca de los software architects, y creo que es interesante destacar una parte del escrito, que habla mediante una tabla comparativa acerca de los tipos de SA (sigla utilizada para software architects).
Me dí el tiempito de interpretarla al español y la colocaré aquí:
| Tipo de arquitecto de SW |
Labores estratégicas |
Tipos de interacciones con los sistemas |
Comunicación |
Nivel de preocupación en el diseño |
|---|---|---|---|---|
| Arquitecto Empresarial (Arquitecto tecnológico) |
Entre los proyectos |
Sumamente abstracto |
Transversal | Mínima, alto nivel. |
| Arquitecto de soluciones | Enfocarse en "la" solución |
Muy detallada |
Entre teams de desarrollo. |
Minuciosa. |
| Arquitecto de aplicaciones | Verificar la reutilización, la mantenibilidad, los patrones de diseño, los estándares, etc. |
Centrada en una sola aplicación |
En el team de su proyecto |
Muy detallada. |
Para el último, es la simplificación del segundo, pero para un sólo equipo. Pero como eso en la realidad no ocurre... Entonces, ¿Cuál es el indicado? ¿Quién tomará las decisiones respecto a las compras de hardware y aplicativos? ¿Quién se alineará mejor con los objetivos estratégicos de cada organización?
Ese es un cuestionamiento muy relativo, que depende de cada realidad.
Cualquier observación o apreciación, siempre atento a escuchar sus inquietudes.
Al oido: Can't fight this feeling - Sophie Ellis Bextor
Thursday, December 16. 2010
Balance 2010

Como es clásico de todos los años, es hora de emitir mi balance, correspondiente al año 2010. Esta vez los dividí por tópico para que se vea más ordenado y compacto.
Laboral
Además, puedo decir que "al fin" pude sacar la certificación profesional SCJP (Programador Java 5), para reforzar un poquito más lo que sé hacer y puedo dar.
Salud
La salud a pesar de que me ha traicionado unas cuantas veces, pude sobrevivir este 2010 sin grandes contratiempos, pero sí con unos cuantos sustos que me hicieron pegar un gran replanteo de vida, por algo decidí migrar de región y ciudad, viviendo en mi propio hogar.
Muy pocos resfríos, bien acotados gracias a la vacunación y mis extremos cuidados.
Sustos por el lado de una gran posibilidad de una diabetes, pero si se tiene bajo control, no tendré grandes problemas... Aunque reconozco que soy MUY goloso, y los dulces son mi tentación.
Se podría decir, que terminé el año física y mentalmente muy cansado y espero con ansias las vacaciones.
Afectivo
Éste fue un año de refuerzo en el aspecto familiar, lo cual me ha servido como soporte y apoyo para tanta presión durante el año, no puedo estar más en calma por ello. Una que otra discrepancia, pero nada complicado. Independiente de ello, actúo sólo contra el mundo, y ya me he habituado a eso, por lo tanto para cualquier actividad o espacio que precisa de la individualidad me siento en total control. En pocas palabras, la autosuficiencia me viene bien. El problema ocurre cuando ocurren cosas como eventos donde te dicen "Venga acompañado"... Simplemente ¡Plop!
Par de reencuentros con el pasado. ¡Ouch! Mejor dar una vuelta a la página para evitar nuevos malos entendidos con sus respectivos malos ratos.
- Aprovechar algunos tiempos muertos para estudiar, repasar, leer en calma y comprar un lector de e-books (Realmente me hace mucha falta).
- Buscar un par de nuevas actividades para después del trabajo dentro del poco tiempo que dispongo. Esto sí que me es importante, ya que quiero romper el esquema (de la casa a la pega, de la pega a la casa). Tengo claro que acá hay mucho por hacer :)
- Comprar una cámara, porque la mía falleció. Le tengo que hacer sepultura.
- Decorar aún más el departamento.
- Preparar más cosas ricas (pero que sean sanas).
- Seguir cumpliendo con buena disposición los proyectos que se vengan a nivel laboral.
- Tomar un par de cursos que me pueden potenciar mi área laboral, ahí tendré que negociar sobre mi horario de salida pero me es muy importante.
- Seguir ahorrando pragmáticamente para mi segundo gran objetivo, el departamento propio. Y en eso, sin duda que estoy trabajando.
Tuesday, September 7. 2010
Llegó el momento :-)
Fuente de la imagen: Aquí
Todo este proceso de mudanza y sobrevivencia, obviamente lo comentaré por aquí. Total, nadie me lee ;-)
Autor

Tomás Thoms Huerta (Tommy)
Edad: 26
Ingeniero Civil en Informática
Le hago a eso de Java y J2EE/JEE.
Describo y evalúo arquitecturas.
Me peino con SOA o EDA.
Pero no olvido a BPM.
Casi un maestro chasquilla pero certificado y en vías de coleccionar otras más.


Menú Principal
Mi estado de ánimo

Contenidos:
Bio (Acerca de mi)
Currículum (PDF, Pedir a mi mail)
Currículum (LinkedIn)
Mis servicios
Por el mismo precio:
Apuntes de Java (12PM a 01AM)
Apuntes Varios (12PM a 01AM)
Mi Flickr
Proyectos:
Aplicaciones Móviles para PDA
Otros Links:
Rengo Al Día
Rengo en la Noticia
Rengo Notas
Rengo City
U. de Aconcagua
tth.cl Desarrollos Móviles
Blogs amigos:
Blog de Davo
Blog de Takiro
Recomendaciones:
XKCD
Tor Norbye's Blog
The Art and Craft of Great Software Architecture and development
Java User Group Chile (JUG.CL)
Blog de Dilbert
Arte de seducción


¿Java? Por supuesto!



Leyendo:

Lucas Jellema - Oracle SOA Suite 11g Handbook

Harish Gaur et. al. - Oracle Fusion Middleware Patterns
Calendar
|
|
January '12 | |||||
| Mon | Tue | Wed | Thu | Fri | Sat | Sun |
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 | |||||
Sindica este blog
Quicksearch
Categories
Flickr!
Proximas compras:
supersized.org
© Copyright 2006, nerdwg.org design by Luka Cvrk, port for s9y by nerdwg.org

Owner login