|
|
 |
|
 |
|
|
|
|
La Bitácora de Dúnadan Raptor
|
|
|
|
|
Author: |
Dunadan Raptor |
Created: |
Wednesday, February 15, 2006 |
 |
|
Algo sucede cada día y cada día algo queda para recordar... |
By Dunadan Raptor on
Monday, February 26, 2007
No tomar en cuenta los valores nulos en una aplicación puede causar estragos. En un datagrid, al obtener información que proviene directamente de una base de datos, hay que manejarlos vía código antes de que sean enlazados al control. Obviamente ayuda tener un par de clases utilitarias que manejen estos casos, pero igualmente es pesado hacerlo cada vez.
Con la introducción del control Gridview, es posible configurar declarativamente el comportamiento del control en caso de que reciba un dato cuyo valor es DBNullEsto se logra gracias a la propiedad NullDisplayText que los campos BoundField e ImageField pueden usar. Adicionalmente ImageField puede usar NullImageURL.
NullDisplayText, hace que el campo muestre un texto específico y NullImageURL una imagen.
|
By Dunadan Raptor on
Friday, February 23, 2007
Uno de los principales contenidos en radio son las noticias. Sin embargo, no todas las estaciones tienen sus propios periodistas y pocas usan servicios de cable. Por ello la mayor parte se dedican a leer noticias de otros medios. Hasta allí no hay problema.
Esta mañana escuchaba una estación donde tomaron una noticia de uno de los sitios que mantengo (www.rockandbol.com) y leyeron una noticia sin mencionar la fuente. Esto tiene varias connotaciones:
- Falta de conocimiento respecto al uso de fuentes. Cuando la fuente de la noticia no es el mismo medio, se debe mencionar la fuente. No hacerlo es una falta de ética profesional.
- Reelaboración de la noticia. Cuando la fuente de la noticia es ajena y se desea imprimirle un estilo personalizado, ya sea el de la estación o del programa, se sugiere abrir la noticia con una ventana (qué, cómo, cuando) diferente. Al leer la noticia tal cuál hay que cumplir con la anterior regla. No hacerlo es una muestra de flojera profesional.
- El periodista/locutor podría aportar más datos a la noticia y no contentarse con copiar la noticia, aduciendo falta de tiempo. Lo contrario es simple falta de preparación profesional.
En resumen un locutor/periodista que toma noticias de otro medio es poco profesional, falto de ética y encima flojo. La solución es sencilla, preparar noticias mencionando la fuente, tratando de profundizar y complementar la nota.
En radio seguir este consejo es fácil y rápido, sin embargo, la mayor parte del tiempo no se realiza pues en Bolivia, practicamente cualquiera toma un micrófono y se convierte en periodista, locutor o ambos. La responsabilidad que recae en estas personas es mucha como para ignorar que el personal no está capacitado y además de empírico es ignorante. Ignorante en el sentido estricto de la palabra. Ignora cómo y qué debe hacerse en radio.
|
By Dunadan Raptor on
Wednesday, February 21, 2007
800 mensajes día en mi bandeja son SPAM. 800!!! y no cuento los de las cuentas de Hotmail y Gmail, que poco a poco supongo voy a abandonar. Lo peor de todo es que la gente cae en los engaños, trampas y cadenas. En fin... por lo menos el 99% lo pillan los filtros.
|
By Dunadan Raptor on
Monday, February 19, 2007
En Scrum, el Propietario del Producto (PdP), es responsable de controlar que el proyecto retorne más valor que los recursos que se invierten en el. En otras palabras, el retorno sobre la inversión (ROI) del proyecto es su responsabilidad. En la práctica, el PdP resulta ser la persona que encarga el proyecto, ya sa comercial o internamente y luego recibe los entregables.
El PdP deberá tener un entendimiento a alto nivel y priorizar los requerimientos funcionales, no-funcionales y creativos del proyecto. Si controla adecuadamente que la funcionalidad sea priorizada, desarrollada e implementada para cumplir con los requerimientos de la organización, el proyecto debe obtener un beneficio directo en términos de ROI. Para lograrlo, el PdP tiene las siguientes responsabilidades relacionadas con el proyecto:
- Define las características del producto, la fecha de lanzamiento y contenidos,
- Reune información de los usuarios, involucrados y otros interesados para obtener una lista de requerimientos priorizados para el desarrollo del producto
- Retorno sobre la Inversión (ROI),
- Priorizar las característica de acuerdo al valor de mercado,
- Ajustar, si es necesario, las características y prioridad cada 30 días,
- Aceptar/Rechazar resultados.
El PdP es responsable de la ceremonia de la Planificación de Sprint.
Anterior: Parte 2: Preparación de un Proyecto con Scrum
Siguiente: Parte 4: Roles - Scrum Master
|
By Dunadan Raptor on
Friday, February 16, 2007
Mi primera experiencia con radio fue al ganar un disco en Radio Panamericana, era para un programa infantil y yo tenía quizás 10 años. Un poco mas tarde gané un par de llaveros en Stereo 97... Más de dos décadas después, la radio sigue siendo mi pasión. Con esta entrada inauguro oficialmente mi serie de comentarios informales sobre radio en nuestro país.
|
By Dunadan Raptor on
Thursday, February 15, 2007
Si tus manos ya están en el teclado usar accesos rápidos ahorra tiempo, pero se olvidan. Aquí estoy compilando combinaciones de teclas para Windows: http://nes.nesinteractivos.com/ITDev/ConsejosIT/tabid/936/TID/1/cid/3/Default.aspx Si tienes alguna genial, envíamela.
|
By Dunadan Raptor on
Saturday, February 10, 2007
A medida que pasan los años algunos reconocimientos te empujan a seguir porque con ellos te das cuenta que algo estás logrando. Eso es lo que acaba de pasar con este Blog. Las entradas de la sección ASP.NET según Dúnadan Raptor serán agregadas en los blogs en español de www.asp.net el sitio oficial de Microsoft para la tecnología de desarrollo de aplicaciones web.
Mi primera entrada agregada es Transformando Datagrids en Gridviews: Parte 1, ahora, además de ser moderador de los foros y uno de los 25 primeros en puntaje, es un honor destacar de latinoamérica al mundo. A pesar de que el sitio de asp.net en español tiene mucho camino por recorrer, es reconfortante formar parte de un grupo selecto de desarrolladores.
|
By Dunadan Raptor on
Wednesday, February 07, 2007
He realizado una buena cantidad de limpiezas en máquinas luego de que sus usuarios instalaran Kazaa. Ahora con la ubicuidad de socios de negocios en distintas partes del país y del globo, Skype aparece como salvador del costo de las comunicaciones, pero a un alto precio para quienes usan redes corporativas y claro para quienes les damos servicio.
Read More »
|
By Dunadan Raptor on
Monday, February 05, 2007
La diferente sintaxis de los nuevos controles compuestos (composite controls) de .net 2.0 suele provocar dolores de cabeza a quienes están acostumbrados a los de .net 1.X. Esta serie mostrará diferencias entre la forma de escribir algunas rutinas en un datagrid y el gridview. En esta primera entrada la diferencia entre distintos eventos Command y RowCommand.
Read More »
|
By Dunadan Raptor on
Sunday, February 04, 2007
Todo proyecto que usa Scrum empieza con la Preparación. El objetivo de la preparación es colocarse en un mínimo tiempo en una posición en la que el ciclo iterativo Scrum pueda empezar. Normalmente esta etapa es conocida como Sprint 0
Los elementos de la Preparación:
- Todo proyecto requiere un Caso de negocios y Recursos. Esto es independiente del método que se elija para ser realizado. Es importante entender el valor que un proyecto va a proveer a la organización, pero sabiendo que las estimaciones de esta etapa no son exactas por la naturaleza de alto nivel.
- Expresar la Visión del Proyecto ayuda a que el equipo comprenda la esencia de lo que el proyecto o producto intentan conseguir. La visión debe ser tan corta como sea posible pero debe comunicar la sustancia y caracter del emprendimiento.
- El primer Sprint provienen de la lista priorizada de la Lista de Tareas de Producto. Esta lista puede ser elaborada usando un documento de requerimientos, del Caso de Negocios o creada por el Propietario de Producto.
- No siempre todos los items de la Lista de Tareas de Producto pueden ser implementadas en la primera versión entregada. Y aunque fuese así, se pierde el beneficio de retroalimentación temprana de funcionalidad. Por ello en la Preparación se completa un Plan Inicial de Lanzamientos, que lista normalmente características prioritarias para ser incluidas en cada versión. Esta lista por supuesto esta sujeta a cambios. (Nota: cuando se implementa Scrum en medio de un proyecto, he encontrado muy útil el uso de una herramienta de control de cambios llamada Gemini).
- La Identificación de Involucrados potenciales debe realizarse lo antes posible. Es ideal que todo el que vaya a ser impactado por el proyecto debería recibir comunicación sobre él. En general se elabora un plan de comunicaciones sobre como se planea comunicar detalles del proyecto, incluyendo tiempos, contenido, tipo de comunicación. Una vez terminado el plan, se habla con los involucrados.
- Cuando se ha concluido con la identificación de roles y conformado el equipo, este debe ser convocado a una Reunión de Equipo. En ella se cubre:
- Alcance del proyecto
- Revisión de alto nivel de la Lista de Tareas.
- Discusiones técnicas
- Acuerdo inicial sobre la forma de trabajo. Ej, tiempos Scrum aplicables.
- Algunas tareas de Logística al iniciar el proyecto incluyen:
- Cuarto de reuniones para el equipo
- Reuniones entre Involucrados y Equipo de desarrollo
- Establecer, planificar y agendar reuniones con usuarios.
- Verificar disponibilidad de recursos (PC's, conexiones, permisos, software, etc).
- Comunicaciones. Si los equipos son dispersos, coordinar equipos de de colaboración como teléfonos, video conferencias y otros.
Al concluir la fase de Preparación el equipo debería estar listo para iniciar el Sprint 1. En la siguiente parte daremos un vistazo a los Roles que se usa en la metodología Scrum.
|
|
|
 |
|
 |
|