Ir al contenido principal

No hablemos solamente por pereza

Al iniciar un proyecto es más fácil conocer las necesidades del cliente teniendo una junta en persona (o por lo menos virtualmente, voz y quizás video). De ese modo cuando leemos el documento con los requerimientos o detalles de lo que se necesita se puede entender fácilmente a que se refiere cuando habla de ciertos conceptos.  La conversación con voz ayuda a reducir los malentendidos. Sin embargo también es fácil de olvidar los detalles después de la junta. Además de la junta en “persona” es bueno tener todo lo que se trato por escrito, ya sea en notas o una minuta para poder consultar lo que se habló.

Durante el desarrollo del proyecto puede haber detalles que discutir… y es de esos casos de los que quiero hablar (escribir, mejor dicho [escrito]).

Sin escribir

Me ha pasado que me llega un correo preguntándome cuando podemos hablar. Propongo una fecha y hora, quedamos en llamarnos y momentos antes de la junta se tiene que posponer porque alguno de los dos ya no pudo. Se mueve la junta, total que pasa una semana y por fin tenemos la llamada. Al estar en la llamada, me doy cuenta que si desde el primer correo me hubieran escrito lo que necesitaba de mi, para ahora probablemente ya tuviera listo lo que se necesita y pudiera contestar mejor a sus preguntas. Además de que no hubiera tenido que reservar el tiempo para la junta (además del tiempo perdido en ponernos de acuerdo).

En ocasiones tengo mensajes instantáneos del tipo “Hola Mario”. Que no puedo atender al momento, después de buen tiempo contesto con un “hola” también; pero la otra persona ahora esta ocupada. Ya para cuando me contesta, espera que estemos los 2 en la conversación para ahora sí explicarme lo que necesito saber o para preguntarme lo que necesita saber. ¿Por qué no escribirlo desde el principio? o ¿Por qué no simplemente mandar un correo con lo que se necesita?

He pensado que esto ocurre por pereza para ordenar las ideas y expresarlas de una manera escrita. Es más fácil hablar y hablar sin ordenar los pensamientos y que la otra persona sea quien lo organice y le de sentido. He visto la pereza incluso para mandar el correo para hablar, con títulos como “Llamada”,  “Mario”, “Pregunta”. Ni siquiera se menciona el tema sobre el que quieren hablar.

No seamos flojos para pensar, no hablemos sólo por pereza. Organicemos las ideas de tal forma que podamos expresarlas en un mensaje escrito y evitar tanto ida y vuelta de mensajes sin contenido.

Comentarios

  1. Completamente de acuerdo. Amo los correos de una sola línea con exactamente lo que se necesita expresar directo al grano.

    ResponderBorrar

Publicar un comentario

Entradas más populares de este blog

Bloqueos

Una de las preguntas típicas de las juntas matutinas en los equipos de desarrollo de software es ¿Hay algún bloqueo? Si lo hay, se trata de ver qué es lo que está esperando esa persona y encontrar la forma de que se desbloquee; pero ¿Qué son los bloqueos? Los bloqueos son obstáculos que te impiden realizar o avanzar en tu trabajo. Evitan que puedas seguir progresando en el proyecto.

He notado que es común en las personas con menos experiencia decir que tienen un bloqueo cuando están batallando, debido a su poca experiencia, en la forma de resolver un problema. Han intentado varias formas y se empiezan a quedar sin ideas de como puede ser resuelto el problema o como pueden cumplir con el requerimiento especificado. Al quedarse sin opciones de qué intentar dicen que tienen un bloqueo con la tarea y que a menos que alguien les diga como resolverlo, no se puede avanzar en la tarea.

En personas con más experiencia, ese tipo de bloqueos no ocurren, una persona con experiencia ha visto pro…

Firebird 2.1 UPDATE OR INSERT

Another great feature that I like in Firebird 2.1 is the UPDATE OR INSERT statement. It's a really time saver and it makes the SQL cleaner.

For example suppose I have a products table like the one I use in my last post and an inventory table to store the product stock. Before Firebird 2.1 if I want to set the stock for a product I needed to check if a record for that product_id already exists; if the product_id already exists then I write an update. If not then I write an insert statement. So I ended up with something like this:


IF EXISTS(SELECT * FROM inventory WHERE product_id = :product_id ) THEN
UPDATE
inventory
SET
stock = :stock
WHERE
product_id = :product_id;
ELSE
INSERT INTO inventory
(product_id, stock)
VALUES
(:product_id, :stock);

In this example I only update one field but when I have to update a big table I ended up with a big chunk of code and thinking: "there should be another (better) way to do this".

Fortunately now with Firebird 2.1 there…

Database Mail en MS SQL Server 2005

Configuración de Database Mail en MS SQL Server 2005

Primero se debe de habilitar, ya que por omisión el componente esta deshabilitado, Utilizando el SSMS (SQL Server Management Studio)


Si no esta habilitado aparecerá un mensaje preguntado si lo habilita, después aparece esta ventana donde se pregunta al usuario que es lo desea hacer.


Seleccionamos la primera opción para crear un perfil.


Configuramos el perfil y le agregamos por lo menos una cuenta.


Seleccionamos el perfil como public y default.


Para mandar correo se utiliza el procedimiento msdb.sp_send_dbmail por lo tanto el usuario que intente mandar correo debe de tener permiso para la base de datos msdb.

Referencias:
http://www.sqlservercentral.com/columnists/cBunch/introtodatabasemailinsql2005.asp