El Blog de Pedro Hurtado - Todos los comentarios

re: Lazy Load. El bueno de Martin ya lo advirtio.

Pedro Hurtado — Thu, 11 Apr 2013 10:37:47 GMT

Crowley gracias por el comentario:)

De todas formas soy consciente de no haber descubierto nada, simplemente es una aclaración a ciertas cosas que se producen diariamente en todos los desarrollos y como veo gente que no tiene en cuenta lo que tu comentas, pues se me ocurrió aclararlo. Pero no me digas que no es graciso el patrón engañabobos. Anda una risa te habrás dado:)

re: Lazy Load. El bueno de Martin ya lo advirtio.

Crowley — Thu, 11 Apr 2013 10:23:39 GMT

Siento ser un poco necromancer por resucitar algo tan viejo pero al encontrar esto buscando en el google y leerlo no he podido evitar comentar.

Parece que has descubierto así por encima lo que se llama de forma pedante Command Query Responsibility Segregation (CQRS) que en su forma mas sencilla consiste en no utilizar el modelo de dominio (teniendo que mapearlo a DTO o a modelos de la vista) para las consultas que van a la vista, si no, realizar consultas desnormalizadas directamente (1ª forma normal) que es lo que mostramos y luego utilizar el modelo de dominio (con sus reglas de negocio) para las escrituras.

re: Node debug. De la desilusión al conformismo

Pedro Hurtado — Sat, 17 Nov 2012 10:10:31 GMT

Gracias Eduard!!!

Un comentario como ese viniendo de ti es una gran satisfacción.

Y eso esperemos y demos tiempo al tiempo:)

re: Node debug. De la desilusión al conformismo

Eduard Tomàs i Avellana — Fri, 16 Nov 2012 12:42:04 GMT

Buenas!

Vaya post te has currado Pedro! :)

Nada que añadir, tan solo que es el recurrente problema de las herramientas a la hora de desarrollar en Javascript.

Pero eso, como todo, tiene solución... tiempo al tiempo ;-)

Saludos!

re: Node debug. De la desilusión al conformismo

Pedro Hurtado — Thu, 15 Nov 2012 18:53:00 GMT

Ya lo se pero pero lo mejor en este caso es hacerse estudiante y pagar solo 28 www.jetbrains.com/.../index.jsp. La verdad que si tienes que hacer un proyecto no es dinero.

Aunque realmente excepto porque parece más profesional casi que me quedo con WebMatrix y depuro en el depurador de toda la vida las devtool :(

Gracias de nuevo.

re: Node debug. De la desilusión al conformismo

Antón Molleda — Thu, 15 Nov 2012 18:46:19 GMT

El único problema es que es de pago :(

re: Node debug. De la desilusión al conformismo

Pedro Hurtado — Thu, 15 Nov 2012 18:23:32 GMT

Buenas Anton,

Gracias por las aportaciones, te haremos caso. He visto por encima WebStrom y la verdad que esta bastante bien.

Saludos,

re: Node debug. De la desilusión al conformismo

Antón Molleda — Thu, 15 Nov 2012 18:02:26 GMT

Buenas Pedro,

De todas las herramientas que he probado para depurar NodeJS (y han sido unas cuantas) la que más me gusta es sin duda WebStorm. La configuración lleva 5 minutos (hasta te da la opción de descargarte la documentación de node automágicamente si no la tienes) y tienes todo lo que quieras/necesites para depurar.

Desgraciadamente si quieres seguir haciendo desarrollo para NodeJS lo mejor que puedes hacer es pasar de las herramientas de Microsoft. Personalmente me quedo con webstorm + grunt.js + nodeunit (aunque brackets promete en futuras versiones edición dinámica de JS sin tener que volver a recargar el servidor).

Un saludo

re: Node debug. De la desilusión al conformismo

Pedro Hurtado — Thu, 15 Nov 2012 16:26:37 GMT

Hola Juanma.

Lo primero gracias por el comentario. No lo pinto es por desgracia. Recuerda que estuvimos hablando de algo vía DM y la verdad que de todo lo que he visto lo menos malo me parece WebMatrix. Así que imagina como esta el parque.

Vamos no me imagino a fecha de hoy no tener un depurador en condiciones, creo que es algo imprescindible. Pero bueno como has visto es lo que tenemos. Una menos pobre y las otras pobres :). Si a eso le sumo que no me entero de un error hasta que no ejecuto.

Que hago como diría alguno hacer más test que código. Les recuerdo a esos que los test también son en Javascript y me entero si hay un error en los test y código cuando ejecuto, no antes.

Así que amigo mio si quieres trabajar con Node. Toma un buen pañuelo que lo vas a llenar de sudor:)

Saludos y Gracias!!!

re: Node debug. De la desilusión al conformismo

Juanma — Thu, 15 Nov 2012 16:03:51 GMT

No había mirado nada de depuradores para node, pero tal y como lo pintas, da un poco de miedo.

A lo mejor la idea es no tener que usarlos.

re: Los 4 Jinetes del Apocalipsis

Pedro Hurtado — Tue, 30 Oct 2012 12:37:57 GMT

Hola Juanma,

La verdad que si que lo estoy pasando bien:). Esta claro que trucos hay mil. El primero de ellos no declarar writeFullName que no tiene ningún sentido o el que tu comentas. Pero el mensaje de esta serie post es sencillo un lenguaje pensado para escribir 4 script que queremos de el lo que no es posible y evoluciona de forma lenta, sin ir mas lejos bind no funciona en determinadas versiones de exploradores.

La realidad que esto debería de cambiar:). Pero lo veo como una utopía.

Saludos y gracias!!!

re: Los 4 Jinetes del Apocalipsis

Juanma — Tue, 30 Oct 2012 09:38:38 GMT

Veo que te lo estás pasando muy bien con js :)

Una alternativa muy usada en Javascript para evitar el problema de perder la referencia a this durante la declaración de un objeto, es asignarlo a una variable (generalmente llamada <em>self</em>) y aprovechar el cierre lambda sobre esa variable para no tener que referenciar el this:

<code>

function foo(name,surname){

var self = this;

self.name = name;

self.surname = surname;

self.fullname = function () {

function writeFullName() {

console.log(self.name + " " + self.surname);

}

writeFullName();

}

</code>

re: Soy asincrono despues de 0 milisegundos

Pedro Hurtado — Mon, 22 Oct 2012 13:41:56 GMT

Totalmente de acuerdo:). Pero sin setTimeout el resultado no es el esperado.

re: Soy asincrono despues de 0 milisegundos

Marc Rubiño — Mon, 22 Oct 2012 09:14:34 GMT

Promise no pretende hacer Javascript asincrono, porque Promise es una implementación del patrón "observable" muy util para gestionar las llamadas asíncronas.

Gestionar y hacer asincronismo son cosas diferentes

Saludos.

re: Soy asincrono despues de 0 milisegundos

Pedro Hurtado — Mon, 22 Oct 2012 08:30:25 GMT

Hola Marc,

Lo primero gracias por el comentario. Estoy de acuerdo con lo que comentas, pero como bien sabes las funciones tal y como ha comentado @pablonete por twitter hacen lo mismo. Es decir el error está pero si te fijas en este código las funciones son anonimas.

function runPromise() {

var result = promise().then(

function (data) {

console.log(data);

function (progress) {

console.log(progress);

function (error) {

console.log(error);

});

}

Con lo cual que más da que escriba la primera o la segunda, todas hacen lo mismo y son 3:).

Respecto a lo de WinRT, entiendo que no sea opcional, pero mi mensaje es claro. No es Promise quien hace que tú código sea asincrono, ese es el mensaje de este post. Es asincrono, porque captureFileAsync es asincrono:).

Ahora que se haya decidido utilizar el patrón Promise en vez de los callback. me parece estupendo.

Pero creo que coincidimos que javascript no es asincrono y que promise no hace este asincrono. Estamos de acuerdo:)

Saludos,

re: Soy asincrono despues de 0 milisegundos

Marc Rubiño — Mon, 22 Oct 2012 07:29:29 GMT

Hola Pedro solo dos cosillas, el primer ejemplo lo tiens al reves si es asi como lo has realizado normal que no funcione.

El segundo apunte es que con WinRT Promise no es opcional lo utilizan la mayoría de funciones que interactuan con el sistema. Solo tienes que acceder a un dispositivo como la camara de fotos para ver como la ejecucíón de la aplicación continua y solo recuperas el fichero cuando el dipositivo ha capturado la imagen.

var dialogo = Windows.Media.Capture.CameraCaptureUI();

dialogo.captureFileAsync(Windows.Media.Capture.CameraCaptureUIMode.photo).done(function (file) {

if (file) {

var photoBlobUrl = URL.createObjectURL(file);

document.getElementById("capturedPhoto").src = photoBlobUrl;

}

});

Saludos.

re: Desmitificando CodeFirst(2/2) V 4.3

Pedro Hurtado — Mon, 02 Jul 2012 11:48:37 GMT

Muchas gracias Juan:)

re: Desmitificando CodeFirst(2/2) V 4.3

Juan Irigoyen — Mon, 02 Jul 2012 11:23:22 GMT

Excelente artículo, un saludo.

Desmitificando CodeFirst(2/2) V 4.3

El Blog de Pedro Hurtado — Fri, 29 Jun 2012 13:18:33 GMT

En el anterior post Desmitificando CodeFirst(1/2) , me he centrado en la versión 4.2 de Entity Framework

re: El respositorio genérico.Un Derrochador en épocas de crisis.

Pedro Hurtado — Thu, 28 Jun 2012 10:33:28 GMT

Hola Juanma

Buen análisis, pero yo personalmente si decido olvidarme de un Orm para leer, utilizaría esta técnica

social.msdn.microsoft.com/.../539f31a4-8a99-4c9b-b6d8-8a32f65898c3

Estoy convencido que gano por goleada:)