Omar del Valle Rodríguez - Todos los comentarios

re: [Web Socket] Un evento en el tintero (introducción)

Omar del Valle Rodríguez — Tue, 05 Mar 2013 10:46:04 GMT

Gracias @Kiquenet

Esperemos que cumplan con las expectativas que tienes

re: [Web Socket] Un evento en el tintero (introducción)

Kiquenet — Tue, 05 Mar 2013 08:26:58 GMT

Será interesante ver esos artículos, Omar. Estaré pendiente, gracias.

re: RESTFul en Windows 8

Kiquenet — Tue, 16 Oct 2012 13:03:42 GMT

Muy interesante, gracias Omar.

re: Carga de páginas en Chrome, rápido sí, pero ¿seguro?

Omar del Valle Rodríguez — Wed, 10 Oct 2012 13:11:10 GMT

Pues te cuento... :)

Tengo una Kinect conectada al socket server. Cuando carga la página en el cliente, se ejecuta un setInteval que cada X seg. manda un comando al servidor para que la kinect saque una foto.

Pongo la url en Chrome sin cargar la página, espero unos segundos y cuando miro en el servidor, aún sin cargar la página, tengo fotos y todo.. :)

re: Carga de páginas en Chrome, rápido sí, pero ¿seguro?

Omar del Valle Rodríguez — Wed, 10 Oct 2012 12:37:09 GMT

Eduard.. no sé si el Chrome para móviles lo haga, pero en un Tablet con Windows 8 Pro, puedo instalar la versión de escritorio ¿No?.. :(

De cualquier forma, y esto no lo tengo 100% confirmado, si yo desde el servidor que maneja las conexiones Web Socket, envío comandos al cliente web para que se modifique el DOM (posiciones de elementos y otras cosillas más) y espero un rato antes de decirle a Chrome que cargue la página, cuando la cargo aparece ya con el DOM modificado.. 0_o

O sea, q las modificaciones que haga al DOM antes de cargar la página, se ven reflejadas en el navegador cuando finalmente aceptas cargarla... pero ya te digo, tengo q sacar tiempo para confirmar esto al 100% :)

Salu2!!

re: Carga de páginas en Chrome, rápido sí, pero ¿seguro?

Eduard Tomàs i Avellana — Wed, 10 Oct 2012 10:46:12 GMT

@Omar

El Chrome para móviles también lo hace? Yo hablaba de escritorio, donde se supone que uno tiene ADSL. Por lo que entonces ya digo que precargar las páginas no me parece nada mal (ejecutar el script eso sí!).

Si la versión de móviles lo hace debería ser configurable (al menos si estamos en conexión de datos).

Saludos

re: Carga de páginas en Chrome, rápido sí, pero ¿seguro?

Omar del Valle Rodríguez — Tue, 09 Oct 2012 15:42:16 GMT

:) Eduard... el tema está en q hoy en día todo se mueve a conexiones de datos 3G o 4G... q consuman ancho de banda sin nuestro consentimiento no lo veo muy muy que digamos... :) quizás sea configurable, no lo he mirado.

Otro tema es que si nuestra navegación pasa por proxy con control de contenido, ummm, ojito con las URL que escribimos, aunque ni siquiera lleguemos a entra. :-P.

re: Carga de páginas en Chrome, rápido sí, pero ¿seguro?

Eduard Tomàs i Avellana — Tue, 09 Oct 2012 15:07:53 GMT

Que cargue posibles páginas de destino en background no me parece mal (es un eficiente uso de la red), aunque quizá los analistas de estadísticas de acceso no estarán de acuerdo :)

Eso sí, que EJECUTE el ready... eso me parece que ya es pasarse, la verdad...

Saludos!

re: Mensajes de browser a browser (Web Socket)

Joaquín Sosa Martín — Fri, 10 Aug 2012 20:42:22 GMT

grande!!! ;)

re: Mensajes de browser a browser (Web Socket)

Joaquín Sosa Martín — Fri, 10 Aug 2012 20:42:14 GMT

grande!!! ;)

re: POO–Responsabilidades

Omar del Valle Rodríguez — Thu, 09 Aug 2012 07:26:26 GMT

Hola @ecardenas...

bueno, primero que todo no quisiera q pienses que estoy intentando cambiar tu manera de pensar, el mundo de los informáticos es una gran biblioteca con eso de que cada cual tiene 1 librito.. :)

Yo vengo de C, C++ y todo lo que hay de por medio hasta llegar a NET.. de cuando había que hacer "ventanas" con caracteres especiales sobre MS-DOS y la programación era totalmente lineal.

En todo ese tiempo, si he llegado a esta manera de pensar ha sido más por golpes que por las tendencias. Estoy de "acuerdo" en lo que planteas en tu blog, pero de la misma manera q me comentabas q los extremos son malos, creo que los supuestos q planteas van muy al extremo :)

Difícilmente se tenga que cambiar de SQL Server a Oracle u otro gestor, ni se desarrolla pensando si mañana me van a pedir que mi app funcione en un iPad (también hay casos en que sí) pero hay muchos "casos de uso" antes de llegar a ese punto q cambian continuamente (esto es una realidad) porque no hay proyecto q no cambie sus especificaciones desde que se empieza hasta que se termine.

El segundo post plantea un error, desde mi punto de vista, muy común. El concepto de tener interfaces no es para poder crear Mocks, esa es una de las ventajas. El verdadero objetivo es hacer algo sin estar "atado" al cómo se hace... si lo piensas, tu cuando envías un SMS solo escribes el texto y das enviar. ¿Qué hay detrás de todo eso? No lo sabes y tampoco te preocupa. ¿Cuantas veces eso ha cambiado sin tu saberlo? No lo sabes y no te preocupa, eso sí... tu sigues enviando SMS como el primer día.. :)

Si tienes un error en tu código "repleto de DI", seguramente te faltará un test. En el caso del blog se debería crear un Mock sobre el servicio para "testear" los controladores, pero también debería existir un Mock sobre la unidad de trabajo para "testear" los servicios, ya con esto cubres tu código porque el error no te saltará en el controlador sino en los servicios.

Es verdad que seguir la lógica de todo el código cuesta, pero ¿en realidad quieres seguir la lógica de todo el código? Volvemos al SMS, ¿de verdad quieres saber cómo funcionan las telefónicas cuando envías un SMS? Tu solo quieres poder enviar y listo, a que sí.. :)

Salu2

re: POO–Responsabilidades

Ernesto — Wed, 08 Aug 2012 22:16:09 GMT

Entiendo, pero a veces de frente se va a ese supuesto... olvidando el objetivo de hacer que el proyecto sea leible por un ser humano, ningun extremo es bueno.

Te dejo con dos enlaces (uno es mio):

grimpidev.wordpress.com/.../programando-bajo-assumptions-driven-development-add

www.consultorinternet.com/.../los-nuevos-patrones-ayudan-la.html

Se me dira contracorriente, cuando en realidad solo pido prudencia ;)

re: POO–Responsabilidades

Omar del Valle Rodríguez — Wed, 08 Aug 2012 20:00:28 GMT

Hola @ecardenas, gracias por el comentario.. ;)

Yo creo que esa justificación es muy usada cuando iniciamos un proyecto. ¿por qué separar esto si al final se entiende bien y es solo un "if"?

El problema es que hoy en día nunca sabemos dónde terminará un proyecto, los clientes piden cambios todos los días y complican la funcionalidad minuto a minuto. Tenía un profesor que me decía que un proyecto pequeño es un proyecto grande que acaba de nacer.

El @bruno puso un día algo parecido... beta v0.1, beta v0.2, marrón v1.0....

Al final hoy es un simple "if" por el que no vale la pena separar las responsabilidades, mañana es otro, luego otro y otro y otro... y cada vez te cuesta más hacerlo como es debido por la cantidad de cambios que implica... :)

Es solo mi opinión eh, también puedo equivocarme.. :)

Salu2

re: POO–Responsabilidades

Ernesto — Wed, 08 Aug 2012 19:13:09 GMT

Lo malo es que algunas veces pecamos de ir colocando mas capas que contradictoriamente hacen mas complicado el saber como funciona el asunto

POO–Responsabilidades

Omar del Valle Rodríguez — Wed, 08 Aug 2012 13:43:29 GMT

“Hay una diferencia entre programar orientado a objetos y pensar orientado a objetos” Debatiendo hoy

re: DDD: 2- Framework de IoC (Service Pack 1)

Omar del Valle Rodríguez — Thu, 24 Nov 2011 16:32:30 GMT

Gracias por la recopilación Eduard..... ;) yo creo q deberíamos abrir un post solo para eso :)

El tema esta en q hoy en día siempre trabajas con mas de un origen de datos. El principal sigue siendo la base de datos, pero también interactuamos con Google (docs, calendars, contacts), twitter, Facebook, etc. y cada día aparecerán mas...

Si trabajamos con los repositorios y la unidad de trabajo del ORM, estamos cerrandonos a esa fuente de datos, tu arquitectura tendría q variar cuando te pidan recuperar los usuarios de Facebook... :( no?

No seria mas cómodo olvidarnos si los contactos salen de Google, Facebook o nuestra base de datos?

Salu2;

re: DDD: 2- Framework de IoC (Service Pack 1)

Eduard Tomàs i Avellana — Thu, 24 Nov 2011 11:36:03 GMT

Buenas,

Hay un debate abierto sobre si es necesario abstraer IUnitOfWork y tus propios repositorios, o pasar de esas abstracciones y usar directamente el ORM seleccionado (ya sea EF, NH u otro ya que cualquier ORM actual proporciona repositorios y unit of work de serie). Hay posturas en ambos sentidos y personalmente es una decisión que creo que hay valorar en cada caso.

Hace algún tiempo Unai escribió un post relacionado con esto (geeks.ms/.../idbset-iobjectset-como-repositorios-o-tus-propias-abstracciones.aspx).

Alguien que está en contra de dichas abstracciones es Oren Eini (Ayende) como se puede leer en su blog (ayende.com/.../repository-is-the-new-singleton y ayende.com/.../architecting-in-the-pit-of-doom-the-evils-of-the-repository-abstraction-layer).

Udi Dahan escribió hace tiempo sobre el tema y el prefiere usar Query Objects (www.udidahan.com/.../query-objects-vs-methods-on-a-repository)

Como se puede ver es un tema que da para mucho...

Hay que valorar siempre que ganamos con esas abstracciones y si su uso nos acerca o no a la solución o solo nos añade más complejidad. Unai lo resumió perfectamente en su post cuando dijo "es la responsabilidad de cada uno".

Un saludo!

re: DDD: 2- Framework de IoC (Service Pack 1)

Omar del Valle Rodríguez — Thu, 24 Nov 2011 08:32:26 GMT

Juanma, si te soy sincero, no tengo ni idea... :)

Tengo claro cómo lo hacía antes, y que deseo que esto termine siendo algo parecido a un template que me ayude a tener todo listo cuando inicie un proyecto con este tipo de arquitectura. Por eso, trataré en todo momento de no depender de Framework específicos (NH, Linq2Sql o EF).

Está claro que con IoC ya vimos que no vale la pena. Con el resto de la arquitectura, ya iremos viendo con la ayuda del resto de geeks si vamos o no por buen camino.. :)

Salu2...

re: DDD: 2- Framework de IoC (Service Pack 1)

Juanma — Wed, 23 Nov 2011 13:35:29 GMT

Buenos reflejos, Omar, ahora esto va teniendo una pinta mucho mejor :-)

Viendo este ejemplo de dependencias:

Controller(IService srv) – Service(IRepository repo) – Repository(IUnitofWork uow) – UnitOfWork()

tengo curiosidad por ver cómo vas a montar el UoW.

re: DDD: 2- Framework de IoC (Service Pack 1)

Omar del Valle Rodríguez — Tue, 22 Nov 2011 23:52:30 GMT

@Unai, claro que se permiten comentarios, gracias a eso estamos en este punto :)

Sobre RRR, sí que lo vi... y en la implementación para el caso de servicios WCF se ve claramente em el método ReleaseInstance.

El tema de MVC3 pensé resolverlo usando alguna implementación PerRequest del LifetimeManager de Unity. De todas maneras me lo miro un poco más...Gracias de nuevo.. ;)

@Luis.. gracias por el autobombo.. :P

Salu2 a los dos...