¿Que mata los equipos de desarrollo de Software?

Consolidar equipos de desarrollo de software es como construir software: es mas fácil describir que NO hacer, que identificar los "bienes" intangibles que hacen buenos equipos de desarrollo. Al menos, ya tenemos claro que la micro-administración es uno de los riesgos mas grandes que atentan contra el adecuado funcionamiento de un equipo de desarrollo.
Además de eso, DeMarco y Lister, en su libro Peopleware definen SIETE anti-patrones (patrones que no hay que seguir) que atentan contra los equipos de software. Así que si estas trabajando con un equipo de software, mas te vale que sepas cuales son:

1. Administración Defensiva
2. Burocracia
3. Separación Física
4. Fragmentar el tiempo de las personas
5. Reducción de la calidad del producto
6. Falsos tiempos de entrega
7. Control en "Clicas"

Y me permito añadir una mas:
8. Dificultades Técnicas (Tecnologías desfasadas)

"PeopleWare, otro libro que hay que leer..."

Todas estos anti-patrones, promueven una actitud negativa en los individuos, y no les permiten consolidar equipos de desarrollo robustos, integrados y pro-activos, enfocados en desarrollar software y solucionar problemas juntos.

Esta bien presionar y exigir, pero imponer tiempos de entrega imaginarios, no trae ningún bien. Y las típicas frases como: "Lo quiero para ayer", tampoco ayudan mucho. Implementar estos anti-patrones en una empresa, es el mapa a seguir para evitar que los equipos de desarrollo trabajen eficientemente (y también evitan que se formen). Los anti-patrones, están básicamente para "proteger a la empresa", para evitar que los individuos contratados cometan errores. Y estas (las empresas) los aplican sin ni siquiera imaginar las repercusiones que tendrán en sus empleados.
Me parece que las empresas manejan un concepto a conveniencia sobre la autonomía de las personas:

"Dejen a los empleados operar de forma autónoma, con tal de que operen correctamente (bajo la mirada vigilante del manager)"

Esa premisa, en realidad, se traduce a cero autonomía. Lo que se debería de profesar, es la idea de esta frase que los gringos dicen:

"The right to be right, is irrelevant; it's only the right to be wrong that makes you free"

Una actitud defensiva, latente en las empresas Salvadoreñas, se deriva del prejuicio que existe con respecto a los developers de este país:

"Mis desarrolladores de software no son lo suficientemente listos para construir el sistema por ellos mismos"

Si bien, es cierto en alguna medida. Creo firmemente que: una empresa formal, de renombre, con un departamento de recursos humanos capacitado para realizar pruebas de conocimientos técnicos a futuros empleados programadores de la misma, jamas, jamas, jamas debería de considerar ese prejuicio -el mencionado- latente en sus empleados.

Al final, todo se puede resumir en una palabra: confianza. Para los individuos y para el equipo de trabajo. Después de todo, ¿si no confías en la gente con la que trabajas (y activamente demuestras tu confianza, escuchando las sugerencias, las propuestas de mejoras, permitiendo que se equivoquen, etc) crees que deberías estar trabajando con ellos?

"La primera obligación entre un empleador y un empleado: Confianza"

Se que una empresa no es un campo de juego, y existe un delicado balance entre complacer a los jefes, y a los subalternos. Pero si tratas a tus empleados como zombies, empleados zombies obtendrás. Y el software que ellos estén produciendo... estará muerto antes de que salga a producción...

"Aquí viene a parar el software hecho por zombies"

A veces, todo lo que se necesita, es darle lugar a las personas para desarrollar mas habilidades y conocimientos, que tengan espacio para usar su cerebro en un reto que valga la pena. Realmente, no es mucho pedir.

¿Quieres un grupo de desarrolladores, unidos, pro-activos, y que disfruten su trabajo?... probablemente es hora de pensar en como proteger a tus subalternos, de estos anti-patrones.

gente software desarrollo equipos zombies

¿Que mata los equipos de desarrollo de Software?

Consolidar equipos de desarrollo de software es como construir software: es mas fácil describir que NO hacer, que identificar los "bienes" intangibles que hacen buenos equipos de desarrollo. Al menos, ya tenemos claro que la micro-administración es uno de los riesgos mas grandes que atentan contra el adecuado funcionamiento de un equipo de desarrollo.
Además de eso, DeMarco y Lister, en su libro Peopleware definen SIETE anti-patrones (patrones que no hay que seguir) que atentan contra los equipos de software. Así que si estas trabajando con un equipo de software, mas te vale que sepas cuales son:

1. Administración Defensiva
2. Burocracia
3. Separación Física
4. Fragmentar el tiempo de las personas
5. Reducción de la calidad del producto
6. Falsos tiempos de entrega
7. Control en "Clicas"

Y me permito añadir una mas:
8. Dificultades Técnicas (Tecnologías desfasadas)

"PeopleWare, otro libro que hay que leer..."

Todas estos anti-patrones, promueven una actitud negativa en los individuos, y no les permiten consolidar equipos de desarrollo robustos, integrados y pro-activos, enfocados en desarrollar software y solucionar problemas juntos.

Esta bien presionar y exigir, pero imponer tiempos de entrega imaginarios, no trae ningún bien. Y las típicas frases como: "Lo quiero para ayer", tampoco ayudan mucho. Implementar estos anti-patrones en una empresa, es el mapa a seguir para evitar que los equipos de desarrollo trabajen eficientemente (y también evitan que se formen). Los anti-patrones, están básicamente para "proteger a la empresa", para evitar que los individuos contratados cometan errores. Y estas (las empresas) los aplican sin ni siquiera imaginar las repercusiones que tendrán en sus empleados.
Me parece que las empresas manejan un concepto a conveniencia sobre la autonomía de las personas:

"Dejen a los empleados operar de forma autónoma, con tal de que operen correctamente (bajo la mirada vigilante del manager)"

Esa premisa, en realidad, se traduce a cero autonomía. Lo que se debería de profesar, es la idea de esta frase que los gringos dicen:

"The right to be right, is irrelevant; it's only the right to be wrong that makes you free"

Una actitud defensiva, latente en las empresas Salvadoreñas, se deriva del prejuicio que existe con respecto a los developers de este país:

"Mis desarrolladores de software no son lo suficientemente listos para construir el sistema por ellos mismos"

Si bien, es cierto en alguna medida. Creo firmemente que: una empresa formal, de renombre, con un departamento de recursos humanos capacitado para realizar pruebas de conocimientos técnicos a futuros empleados programadores de la misma, jamas, jamas, jamas debería de considerar ese prejuicio -el mencionado- latente en sus empleados.

Al final, todo se puede resumir en una palabra: confianza. Para los individuos y para el equipo de trabajo. Después de todo, ¿si no confías en la gente con la que trabajas (y activamente demuestras tu confianza, escuchando las sugerencias, las propuestas de mejoras, permitiendo que se equivoquen, etc) crees que deberías estar trabajando con ellos?

"La primera obligación entre un empleador y un empleado: Confianza"

Se que una empresa no es un campo de juego, y existe un delicado balance entre complacer a los jefes, y a los subalternos. Pero si tratas a tus empleados como zombies, empleados zombies obtendrás. Y el software que ellos estén produciendo... estará muerto antes de que salga a producción...

"Aquí viene a parar el software hecho por zombies"

A veces, todo lo que se necesita, es darle lugar a las personas para desarrollar mas habilidades y conocimientos, que tengan espacio para usar su cerebro en un reto que valga la pena. Realmente, no es mucho pedir.

¿Quieres un grupo de desarrolladores, unidos, pro-activos, y que disfruten su trabajo?... probablemente es hora de pensar en como proteger a tus subalternos, de estos anti-patrones.

gente software desarrollo equipos zombies

Redacción y estilo

Lee más sobre redacción y estilo, visita: http://tecnicasderedaccionyestilo.blogspot.com/.

En cualquier escrito es muy importante la buena ortografía, la claridad, la cohesión y la concisión en la redacción. Pero sobre todo, imponer un estilo.

La Real Academia de la Lengua Española define el estilo en la redacción como "Manera de escribir o de hablar peculiar de un escritor u orador". Ampliando el concepto, diremos que estilo es el sello personal que se le imprime a cualquier escrito, obra, acción o circunstancia que emprendemos. Esto hace que todo lo que hagamos nos individualice y caracterice de manera única e irrepetible.

"El estilo es el ropaje del pensamiento; y un pensamiento bien vestido, como un hombre bien vestido, se presenta mejor"-- Conde de Chesterfield.

Cabe destacar que estilo no es lo mismo que género. El primero tiene que ver más con la estructura; mientras que el segundo hace referencia a la forma y el contenido. Aquí radica la importacia de que el autor tenga muy bien definido su estilo para poder destinguirse y distinguir qué clase de estilo ejerce en un género determinado.

El estilo puede clasificarse según los siguientes criterios:

• Según el carácter del autor: Tiene mucho que ver con el estado de ánimo, el contexto y las situaciones que rodean al autor.


• Según la visión del mundo que tiene el autor: Esto hace que existan textos sumamente imaginativos, serios, científicos, cómicos, etc. Este estilo nos transmite de primera mano cómo el autor ver la realidad.


• Según la forma de expresión: Aquí interviene directamente el lenguaje. Según como sea su empleo, así se puede determinar qué estado de ánimo tiene el autor, qué situación vive o vivió y hasta cómo es su personalidad.

También, existen los denominados manuales de estilo, cuya utilización es más en el ámbito peiodístico, editorial, empresarial y publicitario.
Todos tenemos un estilo al momento de escribir. Éste se va perfilando y diferenciando en la medida en que se practica la escritura y se siguen las reglas básicas de la gramática y la ortografía. Por ello es recomendable ejercitar la escritura, contínuamente, de manera que exploremos y descrubamos el estilo de nuestra propia redacción.
A continuación les dejo un texto que, en lo personal, me gusta mucho no sólo por la originalidad en la historia; sino también, por el estilo único que sólo Franz Kafka sabía darle a sus relatos. Un estilo que para saborearle, se necesita mucha atención e imaginación.
Aqui, un corto ejemplo:

"Una confusión cotidiana"

Un problema cotidiano, del que resulta una confusión cotidiana. "A" tiene que concretar un negocio importante con "B" en "H", se traslada a "H" para una entrevista preliminar, pone diez minutos en ir y diez en volver, y en su hogar se enorgullece de esa velocidad. Al día siguiente vuelve a "H", esa vez para cerrar el negocio. Ya que probablemente eso le insumirá muchas horas. "A" sale temprano.

Aunque las circunstancias (al menos en opinión de "A") son precisamente las de la víspera, tarda diez horas esta vez en llegar a "H". Lo hace al atardecer, rendido. Le comunicaron que "B", inquieto por su demora, ha partido hace poco para el pueblo de "A" y que deben haberse cruzado por el camino. Le aconsejan que aguarde. "A", sin embargo, impaciente por la concreción del negocio, se va inmediatamente y retorna a su casa.

Esta vez, sin prestar mayor atención, hace el viaje en un rato. En su casa le dicen que "B" llegó muy temprano, inmediatamente después de la salida de "A", y que hasta se cruzó con "A" en el umbral y quiso recordarle el negocio, pero que "A" le respondió que no tenía tiempo y que debía salir en seguida. Pese a esa incomprensible conducta, "B" entró en la casa a esperar su vuelta. Ya había preguntado muchas veces si no había regresado todavía, pero continuaba aguardando aún en el cuarto de "A". Contento de poder encontrarse con "B" y explicarle lo sucedido, "A" corre escaleras arriba. Casi al llegar, tropieza, se tuerce un tobillo y a punto de perder el conocimiento, incapaz de gritar, gimiendo en la oscuridad, oye a B -tal vez ya muy lejos, tal vez a su lado- que baja la escalera furioso y desaparece para siempre.

agil herramienta identidad lenguaje redacción texto
Lee más sobre redacción y estilo, visita: http://tecnicasderedaccionyestilo.blogspot.com/.

Redacción y estilo

Lee más sobre redacción y estilo, visita: http://tecnicasderedaccionyestilo.blogspot.com/.

En cualquier escrito es muy importante la buena ortografía, la claridad, la cohesión y la concisión en la redacción. Pero sobre todo, imponer un estilo.

La Real Academia de la Lengua Española define el estilo en la redacción como "Manera de escribir o de hablar peculiar de un escritor u orador". Ampliando el concepto, diremos que estilo es el sello personal que se le imprime a cualquier escrito, obra, acción o circunstancia que emprendemos. Esto hace que todo lo que hagamos nos individualice y caracterice de manera única e irrepetible.

"El estilo es el ropaje del pensamiento; y un pensamiento bien vestido, como un hombre bien vestido, se presenta mejor"-- Conde de Chesterfield.

Cabe destacar que estilo no es lo mismo que género. El primero tiene que ver más con la estructura; mientras que el segundo hace referencia a la forma y el contenido. Aquí radica la importacia de que el autor tenga muy bien definido su estilo para poder destinguirse y distinguir qué clase de estilo ejerce en un género determinado.

El estilo puede clasificarse según los siguientes criterios:

• Según el carácter del autor: Tiene mucho que ver con el estado de ánimo, el contexto y las situaciones que rodean al autor.


• Según la visión del mundo que tiene el autor: Esto hace que existan textos sumamente imaginativos, serios, científicos, cómicos, etc. Este estilo nos transmite de primera mano cómo el autor ver la realidad.


• Según la forma de expresión: Aquí interviene directamente el lenguaje. Según como sea su empleo, así se puede determinar qué estado de ánimo tiene el autor, qué situación vive o vivió y hasta cómo es su personalidad.

También, existen los denominados manuales de estilo, cuya utilización es más en el ámbito peiodístico, editorial, empresarial y publicitario.
Todos tenemos un estilo al momento de escribir. Éste se va perfilando y diferenciando en la medida en que se practica la escritura y se siguen las reglas básicas de la gramática y la ortografía. Por ello es recomendable ejercitar la escritura, contínuamente, de manera que exploremos y descrubamos el estilo de nuestra propia redacción.
A continuación les dejo un texto que, en lo personal, me gusta mucho no sólo por la originalidad en la historia; sino también, por el estilo único que sólo Franz Kafka sabía darle a sus relatos. Un estilo que para saborearle, se necesita mucha atención e imaginación.
Aqui, un corto ejemplo:

"Una confusión cotidiana"

Un problema cotidiano, del que resulta una confusión cotidiana. "A" tiene que concretar un negocio importante con "B" en "H", se traslada a "H" para una entrevista preliminar, pone diez minutos en ir y diez en volver, y en su hogar se enorgullece de esa velocidad. Al día siguiente vuelve a "H", esa vez para cerrar el negocio. Ya que probablemente eso le insumirá muchas horas. "A" sale temprano.

Aunque las circunstancias (al menos en opinión de "A") son precisamente las de la víspera, tarda diez horas esta vez en llegar a "H". Lo hace al atardecer, rendido. Le comunicaron que "B", inquieto por su demora, ha partido hace poco para el pueblo de "A" y que deben haberse cruzado por el camino. Le aconsejan que aguarde. "A", sin embargo, impaciente por la concreción del negocio, se va inmediatamente y retorna a su casa.

Esta vez, sin prestar mayor atención, hace el viaje en un rato. En su casa le dicen que "B" llegó muy temprano, inmediatamente después de la salida de "A", y que hasta se cruzó con "A" en el umbral y quiso recordarle el negocio, pero que "A" le respondió que no tenía tiempo y que debía salir en seguida. Pese a esa incomprensible conducta, "B" entró en la casa a esperar su vuelta. Ya había preguntado muchas veces si no había regresado todavía, pero continuaba aguardando aún en el cuarto de "A". Contento de poder encontrarse con "B" y explicarle lo sucedido, "A" corre escaleras arriba. Casi al llegar, tropieza, se tuerce un tobillo y a punto de perder el conocimiento, incapaz de gritar, gimiendo en la oscuridad, oye a B -tal vez ya muy lejos, tal vez a su lado- que baja la escalera furioso y desaparece para siempre.

agil herramienta identidad lenguaje redacción texto
Lee más sobre redacción y estilo, visita: http://tecnicasderedaccionyestilo.blogspot.com/.

Acerca del MicroManagement

Si eres programador "arrendado" (outsourcing), o si tienes plaza fija en alguna compañía desarrollando software, probablemente te habrás topado con una costumbre que consiste en realizar un "control de rendimiento" o "plan de actividades diarias", la idea es básicamente esta:

Realiza un plan de actividades para hacer este día o esta semana, estima el tiempo de cada actividad (el menor posible, es decir: horas), realiza las actividades en el tiempo especificado con el menor de atrasos posibles.

Al menos, con eso me ha tocado vivir últimamente... el concepto me parece muy noble, especialmente para el proyecto de software en el que se esta trabajando, pero... realmente no todo es color de rosa.
La genial Kathy Sierra plantea una seria de preguntas que todo "team leader", "project manager" o "arquitecto de software" se debería plantear y procurar tener - siempre - en la mente, antes de solicitar o implementar estos "reportes de actividades diarios".

Más o menos, las preguntas van así:

1. ¿Tienes un sólido conocimiento de los detalles del proyecto?
2. ¿Crees que puedes hacer la mayoría de tareas que tus subordinados hace y potencialmente hacer un mejor trabajo?
3. ¿Te sientes orgulloso de mantener una comunicación frecuente con tus empleados? ¿Esa comunicación incluye preguntar por detallados reportes del progreso actual del proyecto, "reportes de actividades diarios", etc.?
4. ¿Cree usted que ser un Administrador (Manager), implica tener mas conocimiento y habilidades que sus empleados, y en consecuencia, estar mejor preparado para tomar las decisiones?
5. ¿Crees que te interesan mas las "cosas" (calidad, fechas limite/entrega, etc.) que tus empleados?

Un "Si" a CUALQUIERA de estas preguntas, e inclusive un dudoso "tal vez",significa que posiblemente estas convirtiendo a tus empleados en:

"Micromanagement" Zombies

Micromanagement o Micro-administración es un tipo de administración que consiste en que un líder (administrador) observa y controla detenidamente todo el trabajo de sus subordinados o empleados. Usualmente esta asociado con términos negativos, como en el artículo de ahora ^_^
Mi problema con el Micromanagement, como ya se expuso con el cuestionario de Katy Sierra, es que la gente que es micro-administrada, lentamente se convierten ende Zombies....

"La Función Zombie"

Claro, Zombies, la gente que esta bajo este particular yugo, eventualmente se convierten individuos que no pueden hacer nada más que lo que tienen planeado. Gente que no es pro-activa, que esta deprimida, que simplemente entra y sale del trabajo, sin el mas mínimo deseo de codificar bien, de aprender, de crecer como personas y profesionales... Ok, ok, no todos son así... pero sin lugar a dudas, mientras mas tiempo se pasa bajo esta "metodología", es mas factible que se termine así.
Poco a poco, estas personas simplemente hacen lo que les dicen que hagan. Y así se enreda mas su trabajo, y tambien impacta a pobre infeliz que tenga que mantener el codigo que digito el zombie en cuestion. Y ya saben que implica el código mal escrito.

"El Micromanagement, aplasta la actitud pro-activa de los individuos."

Además, ¿quien quiere trabajar con Zombies? No se puede aprender mucho de ellos, lo que yo he aprendido es "pasar el rato". Yo, no quiero trabajar con personas que no son proactivas, o que no pueden decidir sobre lo que se hacer (o como se hace).

En simples y pocas palabras, Micromanagement sobre programadores o software developers, es REALMENTE una mala idea. Y es mas, en general, es una mala idea. Así que si lo estas realizando, es mejor que analices bien la situación antes de seguir usando esta técnica... porque es un signo de problemas más profundos y significativos en el proyecto que se esta llevando a cabo.

"Utilizar Micromanagement, se asocia con trampas para despedir a las personas."

¿Utilizan Micromanagement en tu trabajo? ¿Esta tu jefe obsesionado con este tipo de técnica?

zombies zombie micro micromanagement microadministracion administracion

Acerca del MicroManagement

Si eres programador "arrendado" (outsourcing), o si tienes plaza fija en alguna compañía desarrollando software, probablemente te habrás topado con una costumbre que consiste en realizar un "control de rendimiento" o "plan de actividades diarias", la idea es básicamente esta:

Realiza un plan de actividades para hacer este día o esta semana, estima el tiempo de cada actividad (el menor posible, es decir: horas), realiza las actividades en el tiempo especificado con el menor de atrasos posibles.

Al menos, con eso me ha tocado vivir últimamente... el concepto me parece muy noble, especialmente para el proyecto de software en el que se esta trabajando, pero... realmente no todo es color de rosa.
La genial Kathy Sierra plantea una seria de preguntas que todo "team leader", "project manager" o "arquitecto de software" se debería plantear y procurar tener - siempre - en la mente, antes de solicitar o implementar estos "reportes de actividades diarios".

Más o menos, las preguntas van así:

1. ¿Tienes un sólido conocimiento de los detalles del proyecto?
2. ¿Crees que puedes hacer la mayoría de tareas que tus subordinados hace y potencialmente hacer un mejor trabajo?
3. ¿Te sientes orgulloso de mantener una comunicación frecuente con tus empleados? ¿Esa comunicación incluye preguntar por detallados reportes del progreso actual del proyecto, "reportes de actividades diarios", etc.?
4. ¿Cree usted que ser un Administrador (Manager), implica tener mas conocimiento y habilidades que sus empleados, y en consecuencia, estar mejor preparado para tomar las decisiones?
5. ¿Crees que te interesan mas las "cosas" (calidad, fechas limite/entrega, etc.) que tus empleados?

Un "Si" a CUALQUIERA de estas preguntas, e inclusive un dudoso "tal vez",significa que posiblemente estas convirtiendo a tus empleados en:

"Micromanagement" Zombies

Micromanagement o Micro-administración es un tipo de administración que consiste en que un líder (administrador) observa y controla detenidamente todo el trabajo de sus subordinados o empleados. Usualmente esta asociado con términos negativos, como en el artículo de ahora ^_^
Mi problema con el Micromanagement, como ya se expuso con el cuestionario de Katy Sierra, es que la gente que es micro-administrada, lentamente se convierten ende Zombies....

"La Función Zombie"

Claro, Zombies, la gente que esta bajo este particular yugo, eventualmente se convierten individuos que no pueden hacer nada más que lo que tienen planeado. Gente que no es pro-activa, que esta deprimida, que simplemente entra y sale del trabajo, sin el mas mínimo deseo de codificar bien, de aprender, de crecer como personas y profesionales... Ok, ok, no todos son así... pero sin lugar a dudas, mientras mas tiempo se pasa bajo esta "metodología", es mas factible que se termine así.
Poco a poco, estas personas simplemente hacen lo que les dicen que hagan. Y así se enreda mas su trabajo, y tambien impacta a pobre infeliz que tenga que mantener el codigo que digito el zombie en cuestion. Y ya saben que implica el código mal escrito.

"El Micromanagement, aplasta la actitud pro-activa de los individuos."

Además, ¿quien quiere trabajar con Zombies? No se puede aprender mucho de ellos, lo que yo he aprendido es "pasar el rato". Yo, no quiero trabajar con personas que no son proactivas, o que no pueden decidir sobre lo que se hacer (o como se hace).

En simples y pocas palabras, Micromanagement sobre programadores o software developers, es REALMENTE una mala idea. Y es mas, en general, es una mala idea. Así que si lo estas realizando, es mejor que analices bien la situación antes de seguir usando esta técnica... porque es un signo de problemas más profundos y significativos en el proyecto que se esta llevando a cabo.

"Utilizar Micromanagement, se asocia con trampas para despedir a las personas."

¿Utilizan Micromanagement en tu trabajo? ¿Esta tu jefe obsesionado con este tipo de técnica?

zombies zombie micro micromanagement microadministracion administracion

Internet a traves del Mail: Es posible?

Existen empresas en el país que como bien lo dice Rodrigo en este post, no valoran lo suficiente a su equipo de IT por lo que no son tan flexibles a la hora de considerar las necesidades que este equipo tiene para lograr el éxito en el desarrollo de los proyectos de software.

Un claro ejemplo de esto es cuando te restringen el acceso a Internet con el supuesto de volverte más productivo evitando que pierdas el tiempo procrastinando en lugar de desarrollar, ya que los jefes no conocen el valor único que tiene el Internet y cuantos servicios online existen que te permiten ser más productivo especialmente si formas parte de un equipo de trabajo.

"Para algunos jefes, esto es el Internet"

Para lograr dicho cometido, he encontrado los siguientes sitios que te pueden ser de mucha utilidad:

• Twittermail (http://twittermail.com/)
  

Este es un sitio desde el cual puedes registrarte con tu usuario y clave de twitter y al momento te asignan una dirección de correo electrónico especial, a la cual puedes escribir y el título o el contenido de dicho correo (depende de como lo hayas configurado) saldrá publicado en tu cuenta de twitter. También puedes enviar comandos especiales en el título del correo, como por ejemplo friends con el cual, el robot te enviará un correo electrónico conteniendo los 20 últimos twitts escritos por tus amigos.

Dicha cuenta, además, te enviará a tu bandeja un mail con los repplies que recibas por parte de tus followers. Entre otras funciones esta la capacidad de publicar fotografías adjuntas en twitpic y programar twitts a futuro.

• Postear en el Blog (blogger)

Las plataformas de blogging también te ofrecen la alternativa de escribir posts y enviarlos a una cuenta de correo especifica para que este sea publicado. Desde blogger puedes hacerlo en la siguiente pagina, en tus settings:

"Interfaz de los settings de tu cuenta de blogger, donde puedes configurar una cuenta de correo para publicar posts en tu blog (Clic para agrandar)"

• Webinmail (http://www.webinmail.com)

Este servicio te permite enviar un correo electrónico a una cuenta de correo predeterminada, incluyendo en el título del mensaje la URL de la página que deseas visitar y ellos te envían un correo de respuesta mostrando dicha página web en el contenido del correo. Ejemplo:

"Ejemplo de mensaje de correo electrónico enviado a webinmail, pidiendo recibir la pagina del Sr Byte (Clic para ver en tamaño completo)

"Mensaje de correo recibido en respuesta por la consulta enviada anteriormente. (Clic para ver en tamaño completo)"

Quizá la forma de negación parezca un tanto arcaica y no te permita descargar archivos o recibir transmisiones de audio/vídeo vía streaming para ver vídeos de youtube o entrar a sitios que te piden tu usuario y clave pero por lo menos te puede sacar de apuros si no tienes nada mas que tu cuenta de correo electrónico y necesitas googlear o buscar ayuda en foros.

cloud empresa gmail google internet tecnicas tecnologia twitter util web+2.0 youtube email

Internet a traves del Mail: Es posible?

Existen empresas en el país que como bien lo dice Rodrigo en este post, no valoran lo suficiente a su equipo de IT por lo que no son tan flexibles a la hora de considerar las necesidades que este equipo tiene para lograr el éxito en el desarrollo de los proyectos de software.

Un claro ejemplo de esto es cuando te restringen el acceso a Internet con el supuesto de volverte más productivo evitando que pierdas el tiempo procrastinando en lugar de desarrollar, ya que los jefes no conocen el valor único que tiene el Internet y cuantos servicios online existen que te permiten ser más productivo especialmente si formas parte de un equipo de trabajo.

"Para algunos jefes, esto es el Internet"

Para lograr dicho cometido, he encontrado los siguientes sitios que te pueden ser de mucha utilidad:

• Twittermail (http://twittermail.com/)
  

Este es un sitio desde el cual puedes registrarte con tu usuario y clave de twitter y al momento te asignan una dirección de correo electrónico especial, a la cual puedes escribir y el título o el contenido de dicho correo (depende de como lo hayas configurado) saldrá publicado en tu cuenta de twitter. También puedes enviar comandos especiales en el título del correo, como por ejemplo friends con el cual, el robot te enviará un correo electrónico conteniendo los 20 últimos twitts escritos por tus amigos.

Dicha cuenta, además, te enviará a tu bandeja un mail con los repplies que recibas por parte de tus followers. Entre otras funciones esta la capacidad de publicar fotografías adjuntas en twitpic y programar twitts a futuro.

• Postear en el Blog (blogger)

Las plataformas de blogging también te ofrecen la alternativa de escribir posts y enviarlos a una cuenta de correo especifica para que este sea publicado. Desde blogger puedes hacerlo en la siguiente pagina, en tus settings:

"Interfaz de los settings de tu cuenta de blogger, donde puedes configurar una cuenta de correo para publicar posts en tu blog (Clic para agrandar)"

• Webinmail (http://www.webinmail.com)

Este servicio te permite enviar un correo electrónico a una cuenta de correo predeterminada, incluyendo en el título del mensaje la URL de la página que deseas visitar y ellos te envían un correo de respuesta mostrando dicha página web en el contenido del correo. Ejemplo:

"Ejemplo de mensaje de correo electrónico enviado a webinmail, pidiendo recibir la pagina del Sr Byte (Clic para ver en tamaño completo)

"Mensaje de correo recibido en respuesta por la consulta enviada anteriormente. (Clic para ver en tamaño completo)"

Quizá la forma de negación parezca un tanto arcaica y no te permita descargar archivos o recibir transmisiones de audio/vídeo vía streaming para ver vídeos de youtube o entrar a sitios que te piden tu usuario y clave pero por lo menos te puede sacar de apuros si no tienes nada mas que tu cuenta de correo electrónico y necesitas googlear o buscar ayuda en foros.

cloud empresa gmail google internet tecnicas tecnologia twitter util web+2.0 youtube email

Bitwise 2009: Demuestra cuan buen programador eres!

"Logo del Bitwise, concurso online de programacion"

Cada año desde el 2001, el instituto de ciencia y tecnología de Kharagpur en la India, organiza un concurso online de programación abierto para todo el mundo de forma gratuita. Acá tendras que demostrar tus habilidades desarrollando soluciones a una serie de algoritmos matemáticos en un lapso de 12 horas, ya sea que participes solo o como un equipo.

La idea nació como una prueba para incentivar a los estudiantes de último año de este instituto (supongo yo que...) de manera que no solamente aspiraran a obtener el cartón como sea y salir a buscar trabajo, sino a demostrar que realmente merecían graduarse y algo habían aprendido durante la carrera. Fué tanta su aceptación que se abrió para que cualquiera pudiera participar y hasta el momento poseen participantes de mas de 50 países al rededor del mundo.

La participación no tiene ningún costo y es posible inscribirse en línea, así como también el concurso se desarrolla en línea de manera que cualquiera que desee puede poner a prueba sus habilidades como programador no tenga que asistir de manrea presencial. Cabe destacar que las soluciones propuestas serán evaluadas en todos los casos de uso donde esta debería aplicar y por supuesto la mejor de ellas también debe contar con características como simplicidad, creatividad, elegancia y rendimiento. Así también estas deberán ser desarrolladas en el lenguaje de programación C o C++, usando el compilador gcc y las librerías Math y STL.

Eso no es todo! también se ofrecen premios en efectivo (rupias indias) a los primeros lugares así como artículos promocionales de los patrocinadores, por lo que no tienes excusa para no participar.

Pueden acceder al sitio en cuestión desde esta URL:

http://www.bitwise.iitkgp.ernet.in/home

La inscripción se cierra mañana 8 de febrero así que aún tienes tiempo para inscribir a tu equipo y hacer gala de tus habilidades como programador.

c++ codigo lenguaje matematica premios programacion gcc

Bitwise 2009: Demuestra cuan buen programador eres!

"Logo del Bitwise, concurso online de programacion"

Cada año desde el 2001, el instituto de ciencia y tecnología de Kharagpur en la India, organiza un concurso online de programación abierto para todo el mundo de forma gratuita. Acá tendras que demostrar tus habilidades desarrollando soluciones a una serie de algoritmos matemáticos en un lapso de 12 horas, ya sea que participes solo o como un equipo.

La idea nació como una prueba para incentivar a los estudiantes de último año de este instituto (supongo yo que...) de manera que no solamente aspiraran a obtener el cartón como sea y salir a buscar trabajo, sino a demostrar que realmente merecían graduarse y algo habían aprendido durante la carrera. Fué tanta su aceptación que se abrió para que cualquiera pudiera participar y hasta el momento poseen participantes de mas de 50 países al rededor del mundo.

La participación no tiene ningún costo y es posible inscribirse en línea, así como también el concurso se desarrolla en línea de manera que cualquiera que desee puede poner a prueba sus habilidades como programador no tenga que asistir de manrea presencial. Cabe destacar que las soluciones propuestas serán evaluadas en todos los casos de uso donde esta debería aplicar y por supuesto la mejor de ellas también debe contar con características como simplicidad, creatividad, elegancia y rendimiento. Así también estas deberán ser desarrolladas en el lenguaje de programación C o C++, usando el compilador gcc y las librerías Math y STL.

Eso no es todo! también se ofrecen premios en efectivo (rupias indias) a los primeros lugares así como artículos promocionales de los patrocinadores, por lo que no tienes excusa para no participar.

Pueden acceder al sitio en cuestión desde esta URL:

http://www.bitwise.iitkgp.ernet.in/home

La inscripción se cierra mañana 8 de febrero así que aún tienes tiempo para inscribir a tu equipo y hacer gala de tus habilidades como programador.

c++ codigo lenguaje matematica premios programacion gcc