Ingeniería de Software, Gestión de Proyectos, Programación, BPM, Arquitectura de Software, .NET, J2EE
Os recomiendo visualizar el siguiente video de YouTube, donde uno de los protagonistas nos deja la siguiente perla “Voy a crear una interfaz gráfica con Visual Basic para capturar la Ip de la máquina” (o algo similar).
Realmente increible. No me quiero ni imaginar las barbaridades que dirán en series de otros ámbitos como la medicina y que tan acostumbrados estamos a ver últimamente.
Saludos.
Miguel.
Microsoft InfoPath (evolución de XDocs), definida por algunos como la aplicación que venía incluida en el paquete de Microsoft Office 2003 y que nadie instalaba, y que si alguno decidía a instalar, tras diez minutos trabajando con ella se desinstalaba tras no entender muy bien qué partido se le podría sacar.
Dejando de lado las anécdotas, y como siempre, partiendo del concepto de reutilización, os dejo dos links para que os empecéis a hacer un poco a la idea de qué es InfoPath y para qué sirve.
Overview
Creando Formularios Inteligentes
Con InfoPath, mediante una sencilla interfaz gráfica pensada para personas de nivel de conocimientos medio permite la creación de formularios inteligentes de manera rápida.
Hasta aquí nada nuevo respecto a lo que conocíamos, aparenta ser una herramienta para crear pantallas con cierta lógica de comportamiento que intenta poner al alcance de personas no técnicas el desarrollo de interfaces de este tipo.
La cuestión es que la cosa no acaba aquí. La principal potencia de InfoPath es que al mismo tiempo que el usuario va definiendo de manera visual el formulario, por detrás se está generando una estructura xml que define la misma, incluyendo sus restricciones. Es decir, se está creando un schema que define la visualización y limita el tipo de dato que puede permanecer almacenado en cada uno de los campos que trabajamos.
Una vez llegados a este punto, la cosa cambia. A partir de esta estructura de plantilla pueden crearse ficheros con la información cumplimentada al rellenar el formulario y que respetarán 100% las limitaciones de lógica que este mismo provee.
Infopath pasa a ser entonces una herramienta interesantísima para almacenar información en formato xml. Es por ejemplo muy común que se utilice InfoPath para diseñar las interfaces gráficas de aplicaciones basadas en motores de flujo. En concreto con AgilePoint, mediante la combinación de AgilePoint+Sharepoint+InfoPath pueden lograrse resultados espectaculares en eficiencia en el diseño de aplicaciones basadas en flujos de trabajo.
Saludos.
Miguel.
Últimamente se viene hablando mucho de este tema, y he considerado interesante abrirlo también aquí.
Como referencia, nuevamente wikipedia, en el link http://es.wikipedia.org/wiki/Inteligencia_emocional
Es un artículo muy interesante, y a lo que los objetivos del blog se refiere, recomiendo leer el apartado que habla sobre la inteligencia emocional en el trabajo, y las siete “s” de la persona competitiva y feliz.
Teniendo en cuenta que principalmente trabajamos con personas, nunca viene mal empaparse de estos conceptos.
Saludos.
Miguel.
Esta semana participo en un curso de formación de AgilePoint.
En cuanto al contenido:
Introducción a BPM
Desarrollar una solución en BPM
Elementos de AgilePoint
Ejemplos de Procesos
Administración
Enterprise Manager
Reporting
SharePoint Integration
SharePoint Document Library
InfoPath & SharePoint Form Library
WorkShop de Diseño de Procesos
AgilePoint Server API
Custom ASP.NET solution
Developing AgileParts
Developing AgileWorks
Developing AgileStubs
Developing AgileConnectors
Debugging
WorkShop de Desarrollo en AgilePoint
Y con el valor añadido de la participación de uno de los mentores de Solid Quality, en concreto, Daniel Seara.
Saludos.
Miguel.
Como en muchas otras ocaciones vamos a tirar del concepto de “reutilización”, por lo que paso a describir Línea de Base con la definición que podemos encontrar en Wikipedia
“Una especificación o producto que se ha revisado formalmente y sobre los que se ha llegado a un acuerdo, y que de ahí en adelante sirve como base para un desarrollo posterior y que puede cambiarse solamente a través de procedimientos formales de control de cambios.”
Otra definición, algo más de andar por casa puede llevarse a cabo utilizando el siguiente símil
“Imaginaos un restaurante en el cual está separado la cocina del comedor mediante una puerta corredera. El producto (el primer plato por ejemplo) se inicia desde la cocina. Mientras el plato no salga de la cocina el cliente no va a tener constancia de su existencia por lo que podremos hacer todos los cambios que consideremos oportunos sin tener que realizar ningún tipo de notificación al cliente. Incluso, si justo antes de mover la puerta corredera podríamos pedirle al camarero que volviera a dejar el plato, para darle ese último toque que se nos había pasado dar antes de sacarlo a la luz (la sal por ejemplo). Eso sí, en el momento que salimos de la cocina y atravesamos la puerta corredera, ya no hay vuelta atrás. Se le presenta al cliente el producto resultante y a partir de ahí estamos sujetos a los cambios que este nos solicite (dije al punto, pero esto está demasiado crudo).”
La línea base de nuestra historia está en la puerta corredera, en el momento que la cruzamos marcamos versión y no hay vuelta atrás. Cuando cruzamos la puerta para salir es porque hemos realizado el trabajo según lo acordado y en caso de que el cliente solicite algún cambio tendremos que volver a la cocina, realizar el cambio y sacar una nueva versión.
Saludos.
Miguel.
Y es que no es lo mismo trabajar en un grupo “tensionado” que en otro “presionado”.
El objetivo inicial es el mismo, poder obtener resultados de la mayor calidad posible en el menor plazo de tiempo, y a veces, cuando los plazos aprietan, pueden provocar que el equipo sufra el aumento de presión.
Normalmente el aumento de presión consigue uno de los objetivos principales, que es que el grupo al final invierta más horas de las que tenía inicialmente planificadas. Otro tema es la productividad de dichas horas. Jornadas de hasta las diez de la noche, dos de la mañana, no están normalmente relacionadas con altos índices de productividad. El agotamiento psíquico hace mella, y se realizan trabajos de baja calidad, mantenibilidad, etc. No voy a descubrir nada nuevo si relaciono la “presión” (establecida de forma continuada) con el nivel de estrés, motivación…
En cuanto a la tensión, la forma de trabajar cambia bastante a mejor, (aunque niveles altos de tensión establecidos de forma continuada pueden provocar efectos secundarios similares a los de la presión). El grupo está atento, concienciado y motivado; conoce las fechas, está comprometido con las entregas y es consciente que un nivel homogéneo de trabajo conlleva un aumento en la velocidad de desarrollo. Es curioso además como en algunos casos la tensión puede provocar en ciertas personas un aumento de la motivación. El mantener un ritmo de trabajo, una constancia, el aumento de la comunicación directa y de tú a tú con el resto del equipo de desarrollo (indispensable para mantener la tensión) y la obtención de resultados a corto plazo pueden ser los causantes. Son como pequeñas recompensas por un trabajo bien hecho realizado en menor tiempo del estimado.
Saludos.
Miguel.