Armando Halbinger

Modus Vivendi

2004-10-30T09:31:00.000-07:00

El día de hoy estoy en Monterrey, después de una semana intensa de trabajo me decidí escribir un rato:

Voy a cumplir mi 3er mes dentro de Developers y haciendo un recuento coincido con Juan Román en su post Vida intensa? Por dios!!! sobre mi nuevo Modus Vivendi... Ahí les va un pequeño recuento:
1. Primer día de trabajo en Puebla
2. Mi primer charla en público
3. Reuniones y más reuniones de trabajo
4. Conferencias, demos, juntas, comidas, cenas y hasta sesiones de fotos! jajaja
5. Curso en Redmond, WA
6. Viajes: Veracruz(1), Puebla(n), Durango(1), Acapulco(1), Colima(1), Mexicali(1), Puerto Vallarta(1), Monterrey(2), Tepic(1), Tamaulipas(2)...
7. Entendí el best practice de JR: UDLA =)
8. Muchas desveladas por: trabajo, eventos y fiestas!!!
9. Me enfermé y ya me curé
10. Gimnasio en los ratos libres (según Outlook ya no tengo ninguno!!!)
11. Miles de mails... ya sólo me quedan 500 por responder... =)
12. Conocer a muchaaaa gente y reencontrarme con amigos de mi "juventud" (ya habló como viejo y eso que tengo 26!!!)
13. etc... etc... etc... porque si no nunca voy a terminar el post

¿un poco saturada mi agenda? jajaja... y lo peor es que cada hora que pasa salen nuevos compromisos, ideas, actividades, fiestas, lecturas, viajes, sueños, pensamientos, sentimientos... y la única frase que me llega a la mente es CARPE DIEM!

Mi regreso al mundo académico

2004-09-08T23:22:00.000-07:00

Aquí estoy de nuevo después de 3 meses!!!

¿Qué pasó todo ese tiempo? estuve en cursos de Microsoft, me fui de vacaciones y la parte más importante es que regresé al mundo académico!!! a partir del mes pasado estoy en el área de Developers y la parte que a mi me toca son las universidades =)

Para mi blog significa dos cosas:
1. Seguiré escribiendo sobre .NET pero con con un enfoque académico
2. Me uno a los blogs oficiales, así que de ahora en adelante me podrán encontrar en: http://blogs.msdn.com/armanhal aunque este blog lo usaré de vez en cuando para platicar sobre temas generales

Mono 1.0

2004-06-30T20:52:00.000-07:00

Novell anuncia la liberación de Mono 1.0 (una implementación del .NET Framework para Linux, Unix, MacOS y Windows). Para mayor información entra a esta liga.

Visual Studio 2005 Beta

2004-06-27T21:52:00.000-07:00

Esta semana, del 29 de junio al 2 de julio, durante el TechEd Europe en Amsterdam, Microsoft anunciará la primer versión Beta de Visual Studio 2005 que incluye la versión Team Architect de Visual Studio Team System.

Además anunciará la versión Express para los siguientes productos:
-Visual Web Developer 2005 Express (para sitios Web y servicios Web)
-Visual Basic 2005 Express
-Visual C# 2005 Express
-Visual C++ 2005 Express
-Visual J# 2005 Express
-Sql Server 2005 Express

Para ver la nota completa entra a este link.

Hotmail responde a Gmail y Yahoo

2004-06-25T17:38:00.000-07:00

Hotmail ampliará el espacio de sus cuentas a principios de Julio:
-250 Mb para usuarios con cuentas gratuitas/Attachments de hasta 10 Mb
-2Gb para usuarios que paguen el servicio de almacenamiento extra/Attachments de hasta 20 Mb
Además agregará protección anti-virus para correos entrantes y salientes, así como el filtro de Spam (ver post Almacenamiento gratuito para e-mail y Spam de LuisDanS)

Con este movimiento, Hotmail se coloca encima de Yahoo (100 Mb para cuentas gratuitas/2Gb para cuentas pagadas) y entra a la competencia que generó Gmail con 1 Gb de espacio gratuito.

Si quieres leer la nota completa entra a Reuters.

SQL Server 2000 Reporting Services Service Pack 1

2004-06-22T22:03:00.000-07:00

Microsoft anuncia el Service Pack 1 para Reporting Services que además de corregir algunos bugs y mejoras en performance incluye mejoras de funcionalidad para excel, PDF, gráficas y seguridad, entre otras.

Para descargarlo entra a esta página.

Las 10+2 herramientas que cada desarrollador .NET debe tener

2004-06-19T06:43:00.000-07:00

James Avery escribió un artículo para el MSDN Magazine de Julio titulado "Ten Must-Have Tools Every Developer Should Download Now" y habla de:
-NUnit para escribir pruebas unitarias
-NDoc para crear documentación del código
-NAnt para construir soluciones
-CodeSmith para generar código
-FxCop para revisar que el código cumpla con estándares
-Snippet Compiler para compilar pequeñas piezas de código
-Switchers: ASP.NET Version Switcher y Visual Studio .NET Project Converter
-Regulator para construir expresiones regulares
-.NET Reflector para revisar assemblies

Adicionalmente, recomiendo estas dos herramientas:
-Reflector.FileDisassembler que es un add-in para el .NET Reflector para re-crear los archivos de código fuente en los lenguajes soportados (C#, VB.NET, Delphi). También sirve para convertir una clase entre lenguajes.
-.NET Profiler: ya sea el CLR Profiler 2.0 o el DevPartner Profiler Community Edition para analizar y mejorar la calidad/performance del código.

El futuro de los lenguajes de programación - C# 3.0

2004-06-17T04:23:00.000-07:00

Anders Hejlsberg, el arquitecto de C# y un Microsoft Distinguished Engineer, habla en Channel9 sobre un feature para C# 3.0 que consiste en unir el mundo de los lenguajes de programación de proposito general (i.e. C# - objetos) con el mundo de bases de datos (modelo relacional). Para ver el video entra a este link.

Este feature no es sólo una extensión a C#, sino un cambio de paradigma con respecto a la forma en que actualmente programamos las bases de datos y Microsoft Research ya tiene algunos adelantos. A este proyecto se le conoce como Cw (Comega).

Simulación Interactiva de Visual Studio .NET 2003

2004-06-12T21:51:00.000-07:00

Si eres un desarrollador que todavía no entra al mundo de .NET, prueba las Simulaciones Interactivas de Visual Studio .NET 2003 que se encuentran dentro del Java Developer Resource Center. Podrás crear un Web Service y/o una Web Application y/o una Mobile Web Application en línea sin necesidad de instalar la herramienta de forma local.

Las simulaciones fueron creadas por Learnit Corp. y consisten en controles ActiveX que proporcionan un tour con audio y conforme explican la creación de una aplicación solicitan la interacción del usuario para que tenga el "feeling" de usar Visual Studio .NET.

Si no has usado Visual Studio .NET 2003 esta es tu oportunidad! Si ya lo conoces, puede ser interesante ver estos controles en acción para que conozcas una nueva forma de capacitación dentro de tu empresa.

Visual Basic Power Pack

2004-06-12T20:52:00.000-07:00

Visual Basic Power Pack consiste de siete controles escritos en Visual Basic .NET 2003. Estos controles propocionan elementos para una interfaz de usuario mejorada y permiten crear aplicaciones cliente más elaboradas.

Los controles que contiene son:
-Blend Panel. Proporciona el fondo para una forma donde el color se desvanece de un tono a otro.
-Utility Toolbar. Toolbar con un look & feel similar al Toolbar de Internet Explorer
-Image Button. Este es un botón que muestra un gráfico sobre un fondo transparente
-Notification Windows. Muestra texto y gráficos en una ventana pop-up
-Task Pane. Contenedor que provee frames colapsables para desplegar información adicional sobre una forma
-Folder Viewer. Muestra directorios en formato jerárquico
-File Viewer. Muestra una lista de archivos en un directorio especificado

Para descargalos presiona aquí.

Monitoreo de aplicaciones en .NET

2004-06-08T22:48:00.003-07:00

¿Para qué monitorear una aplicación?
-Determina si estamos alcanzando los niveles de disponibilidad y performance definidos en un Acuerdo de Nivel de Servicio (a.k.a. S(ervice) L(evel) A(greement))
-Resulta "caro" tener una aplicación "caída", porque dependiendo de su importancia puede afectar las ganancias de la compañía, su reputación y/o competitividad
-Más del 80% del costo total para resolver un problema se gasta en identificar la causa del mismo
-El monitoreo de la "salud" de una aplicación es crítico para identificar la raíz de un problema
-Muchos de los problemas sólo se manifiestan en el ambiente productivo
-Ayuda a desarrollar un capacity planning más real

¿Cómo monitoreo una aplicación?
Antes de monitorear una aplicación .NET es necesario aplicar la siguiente metodología:
1. Establecer el foco del monitoreo
2. Determinar la arquitectura física y de la aplicación para clarificar dónde están corriendo los servicios y componentes requeridos
3. Identificar qué conjuntos de información provee la plataforma Windows y las tecnologías middleware utilizadas (i.e. .NET Framework, COM+, etc)
4. Monitorear esta información para crear un baseline del rango normal de operación de la aplicación
5. Para el caso de áreas críticas o complejas de la aplicación .NET poner mayor énfasis auxiliándose de instrumentación (WMI, EIF, etc)

Algunas herramientas para el monitoreo
1. Performance Monitor de las herramientas Administrativas de Windows
2. Task Manager de Windows
3. Instrumentación
-Exception Management Application Block
-Windows Event Log
-Windows Event Tracer
-Windows Management Instrumentation (WMI)
-Enterprise Instrumentation Framework (EIF)

y la opción para ambientes de producción que requieren un nivel más avanzado de monitoreo definitivamente es Microsoft Operations Manager (MOM)

¿Quieres tener una referencia y recomendaciones para implementar el monitoreo en tus aplicaciones? Descarga el libro Operating .NET applications.

Retos al implementar SOA (Service-Oriented Architecture)

2004-06-04T22:17:00.000-07:00

En MSDN aparece un artículo que discute los ocho retos más importantes que las compañías enfrentan al implementar SOA y se basa en la experiencia de EDS.

Estos retos son:
1. Service identification. ¿Qué es un servicio? ¿Cuál es la funcionalidad de negocio que provee un cierto servicio? ¿Cuál es la granularidad óptima del servicio?
2. Service location. ¿Dónde debería estar localizado un servicio dentro de la empresa?
3. Service domain definition. ¿Cómo deberían agruparse los servicios en dominios lógicos?
4. Service packaging. ¿Cómo debe estar empaquetada (i.e. vía wrapper) la funcionalidad existente de los sistemas legacy para volverse servicios reusables?
5. Service orchestration. ¿Cómo están compuestos los servicios para ser orquestados?
6. Service routing. ¿Cómo son las peticiones de los consumidores de servicios para ser ruteadas al servicio apropiado y/o al service domain?
7. Service governance. ¿Cómo serán los procesos para administrar y mantener servicios?
8. Service messaging standards adoption. ¿Cómo adoptará la empresa un cierto estándar de forma consistente?

Como conclusión hay que tener presente que el concepto de SOA requiere una planeación cuidadosa y se debe pensar en el largo plazo porque su implementación no es una tarea fácil.

Si quieres leer el artículo completo entra a este link.

SmartClient: Definición y Recursos

2004-06-04T20:44:00.000-07:00

Definición
Un smartclient es una aplicación que combina el alcance de internet (web client) con el poder del computo local (rich client) y tiene las siguientes características:

-Experiencia de alta fidelidad para el usuario
Utiliza lo último en gráficos y tecnologías de Interfaz de usuario
Personalizada para cada usuario basado en su contexto
-Conexión inteligente
Trabaja online/offline tomando ventaja del procesamiento y cache local
Puede acceder datos de diversas fuentes heterogéneas
Puede utilizar web services para ser una aplicación distribuida
-Diseñada para operaciones
Aplicación segura
Instalación y actualización inteligente centralizada
Uso de recursos locales

El concepto de SmartClient aplica para todas las plataformas Cliente: PDA's, smartphones, tablet pc, laptop, desktop, dispositivos para automóviles, etc.

Recursos
-En MSDN ya está el Smart Client Developer Center enfocado a los detalles técnicos
-En Microsoft.com está el sitio Smart Client enfocado al valor del negocio y casos de estudio
-En Microsoft Patterns & Practices está el Smart Client Offline Application Block para agregar capacidad Offline a aplicaciones SmartClient en .NET
-¿Quieres el código fuente y la documentación de un SmartClient? descarga TaskVision

La Refactorización de código como una forma de Reuso de Software

2004-06-01T21:05:00.000-07:00

Esta última temporada me tocó programar un componente para el proyecto donde estoy asignado y mi primer enfoque al escribir código fue: "funcionalidad y usabilidad para el usuario", es decir, que haga todo lo que el usuario requiere y además que sea intuitivo de usar y agradable para la vista. En teoría buen enfoque, pero... aunque tuvimos varias sesiones para definir la arquitectura por la complejidad alrededor de la pieza, la implementación seguía un modelo n-tier y además estaba optimizado para cumplir con el performance requerido, no era "trivial" darle mantenimiento y/o extenderlo.

En este punto debes tomar una decisión:
1. Dejar así el código porque funciona correctamente, resuelve el problema del usuario, implementa una buena arquitectura por si la solución escala, etc., pero al desarrollador que le toque darle mantenimiento se va a "divertir" y acordarse de tí seguido; ó
2. Entrar a la etapa de "refactorización", que es una práctica de eXtreme Programming dónde puedes "depurar" tu código.

Desde hace algún tiempo yo adopté la 2a opción y uno de los motivos es el reuso de software.

Debido al tiempo y costo, no se acostumbra en la etapa de Diseño (modelo tradicional de desarrollo) o Planeación (para los que usan MSF) llegar a un nivel de detalle tan profundo al modelar un sistema como para definir todo el reuso posible dentro del mismo y el resultado es que se reescribe el mismo código varias veces dentro de la aplicación y en algunas ocasiones de diferente manera (lease "cada quien lo escribe como se lo imagina"). Los problemas de estas prácticas son evidentes y el resultado más crítico se traduce en "otro sistema más" cuyo costo apenas empieza por el mantenimiento de miles y miles líneas de código repetidas, sin estándares y con diferente performance.

Una forma de resolver este problema es mediante la Refactorización porque nos ayuda de la siguiente manera:
1. Permite revisar si cumplimos con los estándares
2. Permite eliminar funcionalidad obsoleta
3. Permite borrar las "líneas comentadas" de cuando estábamos haciendo pruebas unitarias
4. Permite analizar si el diseño de las clases/métodos/propiedades es el más lógico para otros desarrolladores del equipo (Usabilidad de las Clases) y modificarlo
5. Permite concentrarse en el código final para decidir si queremos darle atributos para que sea extensible o mantenerlo encapsulado
6. Permite recodificar segmentos de código que hagan uso de piezas ya existentes dentro del proyecto

Y lo más importante, es que crea en el desarrollador una cultura de reuso y buenas prácticas porque la experiencia que gana al revisar su propio código en un nivel de abstracción superior se convierte en que su siguiente sistema tendrá las prácticas aprendidas en el anterior y así sucesivamente.

Inténtalo, es sorprendente el beneficio que obtienes!!!

.NET dentro de tu Auto

2004-05-27T20:43:00.000-07:00

Microsoft está trabajando sobre Windows Automotive que es una plataforma de software construida sobre Windows CE y el .NET Compact Framework para dispositivos dentro de automóviles. Entre las características del software es que es voice-enabled y conecta otros dispositivos/servicios usando tecnologías de Web Services.

Actualmente se está empezando a probar esta tecnología en algunos modelos de autos de reconocidas marcas como BMW, Citroen, DaimlerChrysler, Fiat, Honda, Volvo, Toyota, entre otros.

¿Quieres ver algunos videos de lo que nos espera en un futuro cercano? entra a esta liga.

¿Para qué sirve una Arquitectura de Software?

2004-05-25T20:53:00.000-07:00

Cuando planeamos un sistema la mayoría de nosotros tenemos presente que hay que definir la "Arquitectura", pero ¿realmente sabemos el por qué o nos dejamos llevar por la tendencia del momento en el mercado (3-capas, n-capas, SOA, etc)?

Una Arquitectura de Software es un modelo abstracto reusable que define la estructura para construir un sistema. Su definición envuelve decisiones de diseño que se traducen en atributos de calidad como:
-Rendimiento,
-Seguridad,
-Costo de hacer un cambio,
-Confiabilidad y
-Usabilidad

La Arquitectura representa la clave para comprender, organizar y comunicar un sistema, además, permite implantar conceptos como el reuso y facilita la evolución de la solución.

Debido a la complejidad de los sistemas, la forma de documentar una Arquitectura es mediante Vistas, es decir, mediante descripciones simplificadas del sistema desde una perspectiva particular. El modelo más conocido de vistas es el que define RUP (4+1) vistas que comprende:
-Vista del Diseño
-Vista del Proceso
-Vista de la Implementación
-Vista del Deployment
y la vista común que es:
-Vista de Casos de Uso

Durante el desarrollo de una Arquitectura de Software es recomendable considerar los siguientes factores:
-Casos de Uso
-Experiencia del Arquitecto
-Uso de Patrones
-Middleware/Frameworks existentes
-Sistemas (Legacy y otros)
-Estándares y Políticas
-Requerimientos No-Funcionales
-Distribución

Por último ten presente que "una arquitectura correcta lleva al éxito a un sistema. Una arquitectura incorrecta generalmente indica una receta segura al desastre".

¿Quieres conocer más del tema? entra a esta página del SEI (Software Engineering Institute) de CMU (Carnegie Mellon University).

TechEd 2004

2004-05-25T19:20:00.000-07:00

Del 23 al 28 de mayo en San Diego se está celebrando el TechEd 2004 que es un evento de tradición en Microsoft orientado a todos los profesionales en tecnología, desde desarrolladores a gerentes de TI, ingenieros de software y arquitectos.

¿Te gustaría conocer algo de lo qué esta pasando?
-Aaron Skonnard escribe un resumen sobre la plática de SO* Prescriptive Guidance donde se expone cómo escoger entre ASMX, WSE2, Remoting, DCOM, ES, MSMQ e Indigo para construir aplicaciones SO. Además, postea las notas más importantes sobre la plática de Don Box y Doug Purdy que también hablan sobre SO (tenets) y las tecnologías alrededor de Indigo.

-Tim Sneath escribe un post sobre Visual Studio Team System, que es un conjunto de herramientas extensible orientado a:
1. reducir la complejidad de las soluciones,
2. facilitar la colaboración entre los miembros del equipo y
3. tropicalizar/extender el Team System con productos de terceros.
Un gran paso para Visual Studio porque se mueve de un ambiente enfocado al desarrollador, a un ambiente enfocado al desarrollo.

¿Quieres saber más? Entra a estas ligas:
-TechEd Bloggers
-Sitio oficial del TechEd

*Service Orientation, aka SOA

La historia de los lenguajes de programación

2004-05-19T22:28:00.000-07:00

El término "historia" nos remonta a hechos que ocurrieron hace decenas de años y, en muchos casos, siglos. Pero con el surgimiento acelerado de las nuevas tecnologías relacionadas con el cómputo (hardware y software) el significado cambia y ahora "historia" es algo que ocurrió hace 10 ó 15 años para la gente que vive en "lo último" (i.e. Windows 2003) o explorando "lo que sigue" (i.e. Longhorn).

El caso de los lenguajes de programación es muy interesante, resulta que se considera a Fortran como el primer lenguaje de programación y eso fue en 1954. Para los que no lo conocen, es un lenguaje utilizado para cálculos númericos y es muy eficiente. A la fecha hay más de 2500 lenguajes de programación documentados y clasificados (procedurales, imperativos, declarativos, aplicativos, funcionales, lógicos, orientados a objetos, concurrentes, de cuarta generación, queries, intermedios, etc) pero evidentemente, sólo unos cuantos (Fortran, Algol, Lisp, Cobol, Basic, Prolog, C, Pascal, Scheme, Smalltalk, C++, Mathematica, HTML, entre otros) son los que han influenciado el estado actual de los lenguajes que predominan estos días (C#, VB.NET, Java, Php, Perl, entre otros).

Si quieres conocer con más detalle la historia de los lenguajes de programación, puedes descargar este póster de O'Reilly que muestra los 50 lenguajes de programación más importantes dentro de una línea de tiempo, multi-capas y coloreada. La idea original fue de Eric Levenez que mantiene un sitio con el diagrama original. Eric, además, creo diagramas de líneas de tiempo y multi-capas de Windows y de Unix que ilustran cómo han evolucionado y el estado actual de cada una de las tecnologías.

Si te interesa conocer el detalle de los 2500 lenguajes existentes (Nombre, Fecha de Origen, Clasificación, etc) puedes entrar a este link.

TechNet Security Briefings de Microsoft para descargar

2004-05-19T20:07:00.000-07:00

Microsoft consolidó todas sus presentaciones powerpoint (TechNet Security Briefings) dentro de esta página:

-Advanced Server and Client Security
-Applied Security Strategies
-Essentials of Application Security
-Essentials of Security
-Implementing Application Security using the .NET Framework
-Implementing Application Security
-Implementing Client Security
-Implementing Network Security
-Implementing Security Patch Management
-Implementing Server Security
-Writing Secure Code - Best Practices
-Writing Secure Code - Threat Defense

¿Cómo implemento SOA? - Shadowfax

2004-05-17T22:00:00.000-07:00

Continuando con el post de SOA, la pregunta que surgió es: ¿y cómo se implementa en la vida real? La opción más sencilla y empírica es seguir los pasos para adoptarla (crear Web services simples, crear funciones de negocio específicas a través de distintas aplicaciones, etc.) pero llegamos a un paso dónde entramos en conflictos sobre algunos puntos:
-¿cuáles son las mejores prácticas?
-¿cómo aislo la lógica de negocio del tipo de transporte?
-¿qué tan flexible debería ser mi arquitectura?
-¿cómo organizo los tipos de servicio dentro de mi empresa?
-¿qué patrones de diseño debo utilizar (i.e. Enterprise Integration Patterns)?
-si ya uso algún producto de EAI (i.e. Biztalk), ¿cómo me sirve para implementar SOA?
-etc, etc...

Para resolver de forma transparente estos issues, el equipo de Microsoft Platform Architecture Guidance está desarrollando un proyecto cuyo codename es Shadowfax, que comprende una arquitectura de referencia, una implementación de referencia y documentación. El estado actual del proyecto está en Beta, aunque ya se ha implementado y probado en muchas empresas sigue mejorándose y cubriendo el concepto de SOA en su totalidad.

Para mayor información puedes entrar a su workspace dentro de Gotdotnet. Si quieres tener acceso al código fuente es necesario que apliques como miembro.

Datagrid Girl

2004-05-17T21:39:00.000-07:00

El día de ayer le ayudé a Marcie Robillard (aka Datagrid Girl) a que obtuviera una cuenta en Gmail y unas horas más tarde me agradeció en su blog!!!

Para los que no la conozcan, su área de expertise son los datagrids de ASP.NET y si tienes algún problema/duda con este control seguramente llegarás a su página web. Es una MVP de ASP.NET y participa en CodeProject.

Service Oriented Architecture (SOA)

2004-05-16T23:36:00.000-07:00

¿Sabes cuál es el siguiente modelo que revolucionará las arquitecturas corporativas de software?
Se le conoce como SOA (Service Oriented Architecture) y consiste en dividir la funcionalidad del negocio dentro de una empresa en unidades llamadas servicios. Cada servicio se expone a las aplicaciones externas a través de una interfaz y encapsula su propia lógica de negocios y de datos.
Por su naturaleza, SOA se le asocia con las tecnologías de Web services (HTTP, SOAP, WSDL, UDDI), siendo ésta una opción ideal en un ambiente heterogéneo, pero es posible implementarlo con otro tipo de tecnologías.

¿Cómo puedo empezar a implementar SOA en mi organización?
De forma simplificada se pueden definir cuatro niveles de adopción:
1. Web services individuales
Encapsular tareas contenidas dentro de aplicaciones nuevas o existentes, que permite reducir tanto costos de desarrollo como de mantenimiento de las aplicaciones.
2. Integración de funciones del negocio
Consiste en integrar servicios a través de múltiples aplicaciones para lograr un objetivo de negocio.
3. Integración a nivel Corporativo
Permite la integración a través de funciones de negocio de toda la organización siguiendo una arquitectura corporativa
4. Transformación del negocio
A través de SOA, transformar los modelos existentes del negocio a nuevos modelos de negocio

¿Quiéres saber más de este tema? Revisa el siguiente link: Entendiendo SOA

Reuters entra al mundo de RSS

2004-05-16T22:45:00.000-07:00

Reuters, el proveedor de noticias e información financiera conocido mundialmente, empezó a usar RSS (Really Simple Syndication) para proporcionar a los lectores otra forma de accesar a sus noticias.

WinHEC 2004 - ¿Te gustaría saber lo que dijo Bill Gates en este evento?

2004-05-10T19:14:00.000-07:00

El WinHEC (Windows Hardware Engineering Conference) es un evento donde se muestra el futuro de la plataforma Windows. Este año se realizó en Seattle, WA del 4 al 7 de mayo y lo que quiero compartirles es la velocidad con la que tenemos a disposición lo que pasó en el evento.

1. Microsoft publicó un sitio dedicado a cubrir todo lo relacionado con el evento (Agenda, Qué es, Sesiones, Noticias, Papers, etc) que se ha complementado con el término del evento y el paso de los días
2. El día 5 de mayo ya estaba disponible el transcript del keynote de Jim Allchin (Group Vice President, Platforms) que presentó el 4 de mayo
3. También el 5 de mayo ya estaba disponible el transcript del keynote de Bill Gates que presentó el 4 de mayo, y un par de días después su presentación de Powerpoint

Para mi es sorprendente observar estos cambios que hace algunos años ni siquiera pasaban por nuestra mente. Desde la comodidad de tu casa, mientras escuchas música o ves una película tienes acceso a lo que están comentando los líderes en tecnología sobre lo que nos espera en el futuro y definirá nuestro siguiente trabajo o las profesiones de las siguientes generaciones!!!

Habilidades para Negociar

2004-05-08T08:43:00.000-07:00

Esta semana asistí a un curso sobre habilidades de Negociación, un tema realmente importante para cualquier profesión, incluyendo Sistemas, debido a la indefinición, cambios y complejidad que existe en un proyecto.

Dos puntos llamaron mi atención de todo el material que nos dieron:

1. Planeación. El "secreto" más grande es anticiparse a lo que viene y desarrollar todos los escenarios, posibles preguntas y respuestas, etc. antes de iniciar la negociación.
¿Ya lo sabías? !yo también! lo interesante es que en la vida diaria hacemos una gran cantidad de cosas sin planear. ¿A cuántas reuniones llegas sin saber de que se trata, tener una postura definida y conocer a la audiencia? Otro ejemplo, ¿Cuántas veces escribes código sin dominar los conceptos? ¿Qué es más óptimo y escalable acorde al escenario de negocio?. Al final del día, lo más importante es concientizar que si quieres hacer algo bien: negociar, programar, liderear, vender, etc. hay que planear y analizar antes de...

2. La negociación empieza con el primer NO. Todo lo que haces antes del primer NO es parte del proceso "normal". Lo que motiva a la creatividad y aumenta tu valor es lograr acuerdos que "convengan" a las dos partes en situaciones "difíciles". El punto aquí es ampliar la perspectiva y convertir lo que para el promedio de la gente es una "pérdida" en una "oportunidad". Todo el conjunto de estrategias, metodologías, etc. que revisamos me recordó a un libro que estoy leyendo que está enfocado al área de Ventas, se llama The Closers, Se los recomiendo ampliamente.