Monthly Archives: Abril 2017

Algo mas de Funciones Callback usando JavaScript

Una pregunta acerca de la implementación de funciones Callback me salió en el examen de certificación. voy a compartirlo en esta entrada.

 

Pregunta

Estas implementando una función callback usando JavaScript. Necesitas procesar el retorno de datos XML.

Como debería completar el siguiente codigo

 

<script>

function getStatus(url, callack){

var httpRequest = new XMLHttpRequest();

httpRequest.onreadystatehange = function(){

if(httpRequest.readyState===4

&& httpRequest.satus ===200 ) {

Target1

}

};

httpRequest.open(‘GET’, url);

httpRequest.send();

}

function start(url) {

getStatus(url, function() {

Target2

});

}

</script>

 

Target1:

a) callback.call(httpRequest);

b) httpRequest.setRequestHeader();

c) callback.call(httpRequest.responseXML);

d) callback = httpRequest.getResponseHeader();

 

Target2:

a) processResults(this);

b) processResults(url.calback);

c) processResults(this.XMLHttpRequest());
d) processResults(url.callback.responseXML);

 

y la respuesta es:

para Target1 c)

para Target2 a)

 

Apuntes de Administracion de Proyectos Software

Rara vez escribo sobre administración de Proyectos, no solo porque me parece un tema muy denso, sino también porque pensaba que toda teoría de administración al momento de llevarla a la practica se caía por el contexto y la cultura que tuviera la empresa.

Pensaba: “Suena muy bonito, pero pago por ver quien lo implementa en X organización”.

Ahora pienso diferente, porque toda esa teoría de administración de proyectos no vienen aisladas de un Marco de Trabajo. El Marco de Trabajo te dicta los pasos que debes realizar en la ejecución. El resto es observación e inspección del riesgo y control.

El primero de los errores en los que se cae en la administración de proyectos de software es quedar atrapado en un diseño técnico demasiado detallado, queriendo cubrir cada uno de los aspectos mínimos de un proyecto.

La especificación de diseño, sin embargo debe estar carente de toda ambigüedad, es decir debe impedir que alguien entienda diferente a otra persona en el proyecto.

Técnicas como descomposiciones de alto valor, permite acercar mas la estimación de costos y de tiempo a los stakeholders del proyecto.

Lo que todo proyecto busca en estos tiempos es mostrar resultados en corto tiempo, por eso se embarcan mucho en las metodologías ágiles, producen los resultados muy visibles a corto plazo, pero también exige a los administradores de proyecto a tener un equipo de muy alto rendimiento que debe tener la motivación correcta para poder dar con ese rendimiento.

Lo realmente complejo es que la motivación es diferente por cada uno de los miembros del equipo y que no siempre la motivación es económica, saber identificarlas es una habilidad de los lideres de proyectos.

Lo que sé de la motivación es que generan una acción, y que existen Intrínsecas, Extrínsecas, contributivas e Institucionales . Pero ya profundizar en cada una de ellas se lo dejo a los especialistas en la materia.

La competencia del que mas grite le hace mucho daño a los equipos de trabajo, al igual que el juego de manitas calientes en las organizaciones. ¿Recuerdan ese juego donde colocabas tus manos encima de las manos de otro amigo y se trataba de estar atento porque lo que iba a intentar es pegarte palmadas en las manos que teníamos puestas?.

Bueno esa practica en las organizaciones se aplica cuando existe un rol del personaje pendiente de buscar quienes se equivocan, un cazador de brujas de esos de tiempos de la inquisición,  entonces,  te distraes y  hacen el mayor escándalo posible para que tengas tu reprimenda, sin que lo importante sea resolver el problema sino que todo el mundo alrededor del proyecto tenga la conciencia de que hubo un error de parte tuya.

Dicen por los pasillos: “oh entonces la leyenda es cierta, es un humano”.

Esto no solo rompe los equipos de trabajo sino que le quita toda motivacion a los miembros de equipo.