Ir al contenido principal

Un día en la vida

Uno de mis amigos me preguntó, que haces todo el día...?

Mi típico día comienza cerca de las 7:30 y a las 9:00 en la oficina. Contesto el email y a continuación el día se llena con cosas como reuniones, llamadas, correr con email y temas de clientes, atender a cualquier compañero que viene a preguntar algo (dirijo un pequeño equipo). Investigar, presentar ideas, debatir en mesa redonda, arreglar las cosas, responder preguntas, coordinar tareas internas con otras áreas, preparar presentaciones, diseñar, planificar tareas, hacer QA. Me gusta estar con las manos ocupadas lo más posible.


Intento retirarme a las 17:00 cosa que pocas veces logro por atender alguna reunion o contestar emails de último minuto por lo que normalmente termino retirandome allá por las 18:00.

Tengo dos hijos, Milena (3) y Axel (1) por lo que seguramente algo sucederá en la noche. Durante ese tiempo intento estar enfocado en ellos, me gusta cocinar (no soy muy bueno pero me defiendo) y si el día no ha sido muy estresante aprovechamos para dar un paseo y cenar todos juntos fuera.

No viajo mucho.. Antes lo hacía pero desde que nacieron mis hijos he tratado de no alejarme mucho tiempo de ellos. Disfruto muchisimo esto de ser papá.

Este mes será interesante y creo que el próximo aún más. En este momento tengo tres proyectos en carpeta, uno que esta finalizando, otro que esta despegando y un tercero a punto de inyectarsele un empujon interesante así que el efecto es muy probable que aún lo sienta el mes próximo en el que espero ser papá nuevamente. Seee!!

Y ahora, con esta nueva locura que me ha agarrado de bloggear espero poder darle continuidad y mantener estos post actualizados. Tengo muchas ganas de compartir mis pensamiento e ideas. Todos los comentarios que deseen realizar serán bien recibidos.

Comentarios

Entradas populares de este blog

APEX 02.01 - 10 Cosas a incluir en tus proyectos APEX

Dirijo proyectos desarrollando aplicaciones en Oracle APEX desde 2007 y durante ese tiempo he aprendido y aun sigo aprendiendo cómo hacerlo mejor cada dia. Tengo la certeza de que con el crecimiento de APEX en general, construiré aún muchas aplicaciones en el futuro.  Asegurar la entrega de aplicaciones de alta calidad de manera constante es importante y para ello, formalizar la forma en la cual se realiza el seguimiento de proyectos desde el inicio hasta su finalización es fundamental. He preparado esta serie de publicaciones llamada "APEX 02" con una lista de lo que considero son elementos críticos para lograr proyectos de alta calidad. Elementos como la metodología del proyecto, los estándares de codificación y prueba, la seguridad por nombrar algunos.  Cada cliente y cada proyecto son diferentes, no pasa por mi mente ni creo que exista una sola implementación de “mejores” prácticas que aplique a todos. Creo que compartir conocimiento es importante y compartir experienc

APEX 02-06 - Cosa Número 5 de 10: Los estándares de SQL y PL/SQL

Aunque APEX es una plataforma de desarrollo de bajo código, rara vez nos salimos con la nuestra con proyectos que no involucren al menos algo de código. Muchos, de hecho, involucran MUCHO código y lo más probable es que el tuyo también lo haga. El código SQL y PL/SQL es fundamentalmente uno de los códigos más importantes que escribo para mis clientes y socios. La diferencia entre un SQL y PL/SQL que funciona bien y otro que no funciona puede ser la diferencia entre un sistema exitoso y una gran decepción. Ya sea que te guste tu código en minúsculas o mayúsculas o prefieras los nombres de tus tablas en singular o plural, o tengas preferencias particulares sobre el formato del código, es importante tener estándares que estén documentados e implementados en tu base de código. Mis estándares de codificación SQL y PL/SQL están adaptados de trivadis ( https://trivadis.github.io/plsql-and-sql-coding-guidelines/v4.3/ ) y, sean cuales sean tus estándares, asegúrate de comunicarlos bien a todo t

Mejores Prácticas para PL/SQL

Por Steven Feuerstein, adaptado y traducido al español por José Preda Priorizar y aplicar mejores prácticas de PL/SQL para pulir aplicaciones nuevas o antiguas. No es difícil llegar a una lista de qué hacer y no hacer para los desarrolladores. Esta lista puede convertirse en lugar de facilitadora en una completamente abrumadora, sin embargo, porque puede ser: (a) difícil de recordar todas las mejores prácticas, (b) un desafío ponerlas en práctica y (c) misterioso determinar si los desarrolladores en un equipo realmente cumplen o no con las mejores prácticas. El reto para cualquier organización de desarrollo es realizar un seguimiento de las mejores prácticas y aplicarlas. Este artículo explora formas para aplicar una lista de prioridades de las mejores prácticas, desde un punto de vista práctico y, a continuación, muestra algunas técnicas de análisis automatizado de código para el cumplimiento de una amplia gama de prácticas recomendadas.