Brain Storming para un departamento de Arquitectura

[Desarrollo Kiquenet]

Hola a todos,

tenía algunas preguntas pendientes, empezaré por ésta.

Estoy en un departamento de arquitectura -que hasta ahora está en
pañales- y ha surgido la idea de hacer un "brain storming" para lograr
una enumeración de iniciativas de proyectos con una breve
descripción, esfuerzo y VALOR para Negocio / IT que consideremos que
se deben ejecutar en 2012.

Por ejemplo, de modo general:

Herramienta de gobierno de datos -minería de datos, BI, herramientas
PowerPivot- (Ernix $$$) , gran valor para negocio

Herramienta de Arquitectura empresarial (System Architect $$$), alto
valor para negocio

Herramientas de Calidad .NET

Optimización de aplicaciones ASP.NET

¿¿Aplicaciones móviles orientadas a seguros??

Dada su gran experiencia y alto nivel por lo que he visto en este
grupo, ¿ pueden aportar alguna idea o iniciativas de proyecto que un
departamento de Arquitectura debería tener para ser de alto nivel ?

Saludos y gracias.

[Carlos Peix]

Hola Desarrollo Kiquenet (por elgun motivo no podes develar tu nombre?),

En mi formacion y experiencia (y en la de varios de los miembros de este grupo que conozco), comulgo con los principios agiles (XP, Scrum, etc). Estos principios ponen a las personas por encima de las herramientas. Yo haria lo mismo con un departamento de arquitectura.

En otras palabras, no me preocuparia por las herramientas hasta no tener bien afinado el conocimiento (y un ambiente de adquisicion continua del mismo) en los equipos de desarrollo.

Ls tecnicas para lograr esto son multiples pero las discutimos en caso de que desees esa alternativa.

Por otro lado, es mucho mas desafiante mejorar a las personas que a las cosas, por ahi adquirir mas herramientas es mas sencillo, aunque dudo sobre los resultados si es lo unico que encaran.

Un saludo

----------------------------------
Carlos Peix

2011/9/2 Desarrollo Kiquenet <kiqu...@gmail.com>

--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a altnet-...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a altnet-hispan...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/altnet-hispano?hl=es.

[Desarrollo Kiquenet]

Hola,

considero fundamental a las personas, eso lo daba por supuesto de
antemano en cualquier entorno laboral. Teniendo esa base, y un
ambiente de adquisición de conocimiento continuo, se pueden realizar
las tareas del departamento.

Sería interesante creo, discutir esas múltiples técnicas. Ojalá siga
el debate abierto y haya aportaciones de interés. No sólo de
herramientas, que también aportan mucho, sino también de metodologías
a aplicar, ideas innovadoras o ya consolidadas en lo que se refiere a
la Arquitectura, etc. Conocí este grupo con buenas referencias, y he
visto hay enormes expertos en Arquitectura .NET, que dan muchas
aportaciones, se lo agradezco.

Muchas gracias y saludos.

PD: Soy Kique :D

[Martín Salías]

Hola, Kique.

Una de las primeras cosas que te recomiendo es que no trates de hacer una lista de proyectos posibles o interesantes, sino que veas las necesidades de la organización y dejes que los proyectos surjan en base a estas. Si se trata de iniciativas de mejora interna del sector, lo mismo: fijate que problemas tienen los equipos de los proyectos y trabaja en satisfacer esas necesidades.

Algunos antipatrones de arquitectura:

* Tener un grupo o departamento de arquitectura que no trabaja en los proyectos de desarrollo cotidianamente

* Generar planes o herramientas y comunicarlas por escrito (Wiki o no Wiki)

* Diseñar  construir herramientas o frameworks fuera de todo proyecto, y luego querer que los desarrolladores los usen

* Definir convenciones, herramientas y procesos que no surgen de las prácticas de los equipos

* Interactuar con los equipos de desarrollo solo como auditores, indicando todo lo que "esta mal" sin ayudar a arreglarlo en conjunto

En mi experiencia, los arquitectos deben hacer albañilería buena parte del tiempo. Hay que sentarse cerca o junto con los equipos de proyecto, participar en el código, entender y relevar los problemas de negocio y de los desarrolladores, definir mejoras y normas a partir de la veificación de lo que pasa realmente, impulsando lo que se hace bien y proactivamente demostrando lo que se hace mal, porqué y cómo mejorarlo, y comunicando permanentemente y cara a cara, con ejemplos, todo lo que quiere impulsarse en los equipos, siempre escuchando lo que los desarrolladores opinan.

Saludos!

---
Martín Salías

2011/9/2 Desarrollo Kiquenet <kiqu...@gmail.com>

--

[Cristian Prieto]

Rayos, acabas de describir a P&P de Microsoft! :P

Cristian Prieto

2011/9/3 Martín Salías <mar...@salias.com.ar>

[Carlos Peix]

Hola Kique,

Disculpas por las demoras en conticuar este hilo.

A lo que indica Martin, perfectamente valido para el departamento de arqiutectura, creo que es importante agregar las siguientespracticas:

• favorecer el intercambio de esperiencia entre distintos equipos, por ejemplo, en presentaciones al final de cada iteracion o al final de cada proyecto.
• intercambiar miembros entre los equipos
• generar actividades conjuntas fuera de las tareas de los projectos, como, por ejemplo, dojos.
• cuando algun equipo deba experimentar alguna nueva tecnologia o idea, que la presente al resto de los desarrolladores
• que algun miembro del equipo de arquitectura trabaje full time en alguna iteracion (parecido a lo que planteo Martin)

Un saludo

----------------------------------
Carlos Peix

2011/9/2 Desarrollo Kiquenet <kiqu...@gmail.com>

Hola,

considero fundamental a las personas, eso lo daba por supuesto de
antemano en cualquier entorno laboral.

Teniendo esa base, y un ambiente de adquisición de conocimiento
continuo, se pueden realizar las tareas del departamento.

Sería interesante creo, discutir esas múltiples técnicas.

Muchas gracias y saludos.

(soy Kique :-) )

[Martín Salías]

Eh.... ¿será cadualidad? Aclaro que estos son errores que he cometido anteriormente.Y en muchos proyectos con p&p últimamente tratamos de evitar estos problemas, aunque como dices, es parte de la definición del área.

Abrazo!
---
Martín Salías

2011/9/3 Cristian Prieto <keme...@gmail.com>

[Kiquenet]

Muchas gracias por los comentarios.

Entiendo que lo importante es enfocarse a las necesidades de la organización y ver los distintos problemas que tienen los equipos de los proyectos, e implicarse en soluciones globales de arquitectura basándose en los proyectos.

Creo que es son grandes ideas y prácticas favorecer el intercambio de experiencia y conocimiento, pruebas de concepto de nuevas tecnologías, etcétera.

En base a esto, ¿existen herramientas (aparte de TFS), opensource o free, que ayuden a llevar a buen término dichas buenas prácticas?.

Se me ocurre ahora por ejemplo, si conocen alguna buena herramienta de bugTracker o alguna similar, para llevar un control estricto y adecuado de todas las incidencias derivadas del uso de componentes de arquitectura. También para recibir comentarios, sugerencias de mejora por parte del los miembros de los distintos equipos.

[Martín Salías]

Hola, Kique.

Yo diría que más central que las herramientas te enfoques en los equipos y la manera de encarar el proceso. Con Christian bromeabamos antes sobre patterns & practices, porque ellos por definición construyen enfocados en ciertas tecnologías o tendencias, pero habiendo participado en muchos proyectos sabemos bien que se involucra mucho a clientes para trabajar en problemáticas de negocio y aplicaciones reales, y hay comunicación constante con la comunidad de desarrollo.

Relativa al tema que venimos hablando te recomiendo leer un poco (y usar como referencia, que es en gran parte su objetivo) la Application Architecture Guide, que te servirá de guía para coordinar y validar proyectos:

http://apparchguide.codeplex.com/

Personalmente he usado esta guía como libro de texto (también por la ventaja de ser gratuito y accesible) para dar clases de Arquitectura de Software en la Universidad, y me parece sumamente recomendable porque en la mayor parte evita enfocarse mucho en tecnologías puntuales (recorre en una parte la plataforma .NET pero a alto nivel, pero incluso puedes saltear esa sección y aplicarla a cualquier otra plataforma).

Respecto a herramientas para el proceso de arquitectura, hay una sección dedicada a eso en un artículo mío del Architecture Journal, pero verás que antes que las herramientas nos concentramos en el contexto:

http://msdn.microsoft.com/en-us/architecture/ff476940

Perdón por responder siempre algo diferente a lo que preguntás, pero me parece importante, y por supuesto me encantaría seguir la conversación.

Abrazo,
---
Martín Salías

2011/9/8 Kiquenet <kiqu...@gmail.com>

--

Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.

Para ver este debate en la Web, visita https://groups.google.com/d/msg/altnet-hispano/-/dJhKPGFEDHEJ.

[Angel Java Lopez]

Hola gente!

Bueno, lo que aporto casi que nada que ver con lo que estan discutiendo ;-)

Pero tengo pendiente postear en espaniol sobre el tema:
http://www.ericsink.com/Career_Calculus.html

El tema es la pendiente. No importa tanto como comienza la curva, sino tener la pendiente. Ese post resume muchas cosas: no solo de desarrollo personal/profesional, yo lo aplicaria en todo equipo.

Angel "TengoUnLinkQueNadaQueVerPeroQuieroEnviarlo" Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez
http://delicious.com/ajlopez/personaldevelopment
http://delicious.com/ajlopez/softwaredevelopment
http://delicious.com/ajlopez/career

2011/9/8 Martín Salías <mar...@salias.com.ar>

[Oscar Rendon]

Hola!

Estoy totalmente de acuerdo con las apreciaciones de los compañeros, es importante conocer/analizar tu entorno de trabajo, sus bondades y problemáticas existentes, esto con el animo de no agregar complejidad innecesaria al proceso.

En cuanto a herramientas de SL utiles mencionaste un bugtracker, uno que me ha funcionado muy bien es http://www.mantisbt.org/

Tambien mencionaste que estabas pensando en TFS, seria interesante agregarle Hudson http://hudson-ci.org/ como apoyo al tema de integración continua, se puede integrar con SVN ó TFS y saca metricas muy interesantes de errores, warnings, y verificaciones de stylecop y fxcop, tengo entendido que tambien se puede integrar para correr los test de nUnit y mstest (estoy en dicho proceso, luego les cuento que tal me fue) 

Saludos,

Oscar Rendón

@orendon

[Kiquenet]

Gracias por las apreciaciones de Martín, Ángel y Oscar.

 

Sin duda hay que analizar el entorno de trabajo y la problemática. Pero sin duda, la integración continúa es una línea de investigación, a ver si se puede aplicar en esta compañía.

 

Desviándome un poco del tema, y aunque depende mucho de cada contexto, y tipo de aplicación, ¿qué "dependencias" externas incluirían en un framework empresarial?

 

Por ejemplo,

 

Ent Lib 5.0 + Silverlight Integration Pack

 

Unity 2.1 (para IoC)

 

AutoMapper

 

ODP.NET Oracle.DataAccess para acceso a Oracle

 

NHibernate 3.2.0

 

 

alguna más ?

 

Les agradecería sus recomendaciones y experiencias. Saludos. Gracias de antemano.

[Carlos Peix]

Hola Kike,

Mas alla de mis reparos sobre lo que incluis en la lista ( no es muy ALT-NET :-) ), opino que no deberias definir una lista de "cosas permitidas" sino en ser agil y proactivo en la "aprobacion" de lo que te pidan los equipos de desarrollo.

Yo trabajo usualmente con equipos de desarrollo de empresas y, cuando hay un departamento de arquitectura prescriptivo, se complica muchisimo el trabajo y, casi siempre, terminan en una productividad baja.

----------------------------------
Carlos Peix

2011/11/10 Kiquenet <kiqu...@gmail.com>

--

Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.

Para ver este debate en la Web, visita https://groups.google.com/d/msg/altnet-hispano/-/XYyKdhXpSRgJ.

[Fernando Claverino]

Hola gente,

Algo que puede servir de guía / orientación es armar colaborativamente un radar de tecnología.

http://www.thoughtworks.com/radar

Es un ejercicio interesante ver que técnicas, herramientas, plataformas y lenguajes convienen adoptar, intentar, evaluar o mantener. En mi caso nos ayudó para dar un poco de dirección a algunas actividades de investigación / capacitación.

De hecho, una de las cosas que recomienda adoptar el radar de ThoughtWorks es armar tu propio radar, teniendo en cuenta tu entorno / condiciones.

Como ya mencionó Carlos, las diferencias respecto a facilitar el proceso de descubrir vs imponer son abismales. Les paso un libro que se mencionó mucho en ágiles 2011 y puede servir para esto:

https://docs.google.com/viewer?a=v&pid=explorer&chrome=true&srcid=0B1K3MBrB3ss-OGNlNzE1NWMtNDc5OS00ZjU5LTgzMzQtZmY3NmRkZTkxMTU0&hl=en_US&pli=1

saludos!

2011/11/10 Carlos Peix <carlo...@gmail.com>

[Kiquenet]

Carlos, cuáles son tus reparos respecto a la lista ?? me interesa cualquier opinión y debate :-)

Si, más bien la idea no es imponer, sino poder tener una especie de "catálogo", (o como comenta Fernando, un "radar" de tecnología) de técnicas, herramientas, plataformas, librerías, etc en .NET. Incluso, una recopilación de pruebas de concepto o miniejemplos al estilo http://1code.codeplex.com/

Me gusta cómo se va describiendo los distintos componentes, librerías, etc a utilizar en el desarrollo de una aplicación de gestión, en http://geeks.ms/blogs/ifreire/default.aspx, y también conceptos de http://consultingblogs.emc.com/howardvanrooijen/default.aspx

Cualquier experiencia con sus equipos de desarrollo en proyectos se agradecería.

Por ejemplo, como comenta Howard..."For the last 6 months I’ve been leading a small team to deliver a “best of breed” ecommerce retail site, based onASP.NET MVC, Sharp Architecture, NHibernate, Fluent NHibernate, Spark View Engine, N2CMS, Castle Windsor, xVal Framework, AutoMapper, PostSharp, Gallio / MBUnit / DevelopWithPassion.bdd, Solr and SolrNet. "

[nelopa...@gmail.com]

Hola Kique, creo que la idea de tener "dependencias" a otros
frameworks te va a traer burocracia y te va a quitar flexibilidad en
tus desarrollos.

Veo equipos de desarrollo que ya tienen todo un esquema pre-definido y
los limita en cuanto a las decisiones que pueden tomar en cada
desarrollo.

Quizás iría por la idea de tener ejemplos utilizando distintos
frameworks y que todos los que quieran puedan sumar ejemplos. Creo que
Arquitectura debería definir requisitos a cumplir y colaborar para que
estos se cumplan, pero siempre dando la posibilidad de buscar una
mejor manera de cumplirlos.

"dependencias" a framework me suena a encapsular su uso (con lo que
solo limitás su potencialidad) al estilo de lo que spring.net hace con
nhibernate. ¿porque no dejar que cada framework se encargue de lo que
sabe y para esas cosas muy propias que no encontrás framework podés
desarrollar el tuyo.

saludos.
nelo

2011/11/10 Kiquenet <kiqu...@gmail.com>:

> --
> Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de
> Grupos de Google.
> Para ver este debate en la Web, visita

> https://groups.google.com/d/msg/altnet-hispano/-/4eXvGcYpvVcJ.

[Carlos Peix]

Hola Kike,

Con respecto a Ent Lib (si usas NH, log4net, etc.) no le veo utilidad.

Con respecto a AutoMapper, he visto que muchos equipos lo usan "por default", sin evaluar si lo necesitan o no, sin evaluar las contras. A mi no me gusta mucho salvo en contadisimos casos (no veo escenarios para el mapeo automatico en mi forma de trabajo).

Ahi se termina la lista.

Con respecto a la lista que pasaste enel ultimo mail, cuidado con esa profundidad. Se nota que es una lista a la que ha llegado un equipo muy maduro. Podrias meterte en una maraña de frameworks si los colocas en tu menu al inicio del proyecto. Yo acotaria esa lista, en un proyecto nuevo, a: ASP.NET MVC, NH, Castle Windsor y poco mas.

Un saludo

----------------------------------
Carlos Peix

2011/11/10 Kiquenet <kiqu...@gmail.com>

Carlos, cuáles son tus reparos respecto a la lista ?? me interesa cualquier opinión y debate :-)

--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.

Para ver este debate en la Web, visita https://groups.google.com/d/msg/altnet-hispano/-/4eXvGcYpvVcJ.

[Juanma]

"Yo acotaria esa lista, en un proyecto nuevo, a: ASP.NET MVC, NH, Castle Windsor y poco mas."

Totalmente de acuerdo con Carlos, siempre y cuando me deje meterle log4net :-)

2011/11/11 Carlos Peix <carlo...@gmail.com>

--
Blog: http://blog.koalite.com

[Ernesto Cárdenas]

Pero y si se optara por EF y Unity, ahi ya no tendria sentido log4net
sino directamente usar el Logging de EntLib, ¿no?

On Nov 11, 7:26 am, Juanma <gul...@gmail.com> wrote:
> "Yo acotaria esa lista, en un proyecto nuevo, a: ASP.NET

> <http://asp.net/>MVC, NH, Castle Windsor y poco mas."

>
> Totalmente de acuerdo con Carlos, siempre y cuando me deje meterle log4net
> :-)
>

> 2011/11/11 Carlos Peix <carlos.p...@gmail.com>

>
>
>
>
>
> > Hola Kike,
>
> > Con respecto a Ent Lib (si usas NH, log4net, etc.) no le veo utilidad.
>
> > Con respecto a AutoMapper, he visto que muchos equipos lo usan "por
> > default", sin evaluar si lo necesitan o no, sin evaluar las contras. A mi
> > no me gusta mucho salvo en contadisimos casos (no veo escenarios para el
> > mapeo automatico en mi forma de trabajo).
>
> > Ahi se termina la lista.
>
> > Con respecto a la lista que pasaste enel ultimo mail, cuidado con esa
> > profundidad. Se nota que es una lista a la que ha llegado un equipo muy
> > maduro. Podrias meterte en una maraña de frameworks si los colocas en tu
> > menu al inicio del proyecto. Yo acotaria esa lista, en un proyecto nuevo,
> > a: ASP.NET MVC, NH, Castle Windsor y poco mas.
>
> > Un saludo
>
> > ----------------------------------
> > Carlos Peix
>

> > 2011/11/10 Kiquenet <kique...@gmail.com>

>
> >> Carlos, cuáles son tus reparos respecto a la lista ?? me interesa
> >> cualquier opinión y debate :-)
>
> >> Si, más bien la idea no es imponer, sino poder tener una especie de
> >> "catálogo", (o como comenta Fernando, un "radar" de tecnología)
> >> de técnicas, herramientas, plataformas, librerías, etc en .NET. Incluso,
> >> una recopilación de pruebas de concepto o miniejemplos al estilo
> >>http://1code.codeplex.com/
>
> >> Me gusta cómo se va describiendo los distintos componentes, librerías,
> >> etc a utilizar en el desarrollo de una aplicación de gestión, en
> >>http://geeks.ms/blogs/ifreire/default.aspx, y también conceptos de
> >>http://consultingblogs.emc.com/howardvanrooijen/default.aspx
>
> >> Cualquier experiencia con sus equipos de desarrollo en proyectos se
> >> agradecería.
>
> >> Por ejemplo, como comenta Howard..."For the last 6 months I’ve been
> >> leading a small team to deliver a “best of breed” ecommerce retail site,

> >> based onASP.NET MVC <http://www.asp.net/mVC/>, Sharp Architecture<http://www.sharparchitecture.net/>
> >> , NHibernate <https://www.hibernate.org/343.html>, Fluent NHibernate<http://fluentnhibernate.org/>
> >> , Spark View Engine <http://sparkviewengine.com/>, N2CMS<http://n2cms.com/>
> >> , Castle Windsor <http://www.castleproject.org/>, xVal Framework<http://xval.codeplex.com/>
> >> , AutoMapper <http://www.codeplex.com/AutoMapper>, PostSharp<http://www.postsharp.org/>
> >> , Gallio / MBUnit <http://www.gallio.org/> / DevelopWithPassion.bdd<http://blog.jpboodhoo.com/developwithpassionbdd.aspx>
> >> , Solr <http://lucene.apache.org/solr/> and SolrNet<http://code.google.com/p/solrnet/>
> >> . "

>
> >>  --
> >> Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano"
> >> de Grupos de Google.
> >> Para ver este debate en la Web, visita
> >>https://groups.google.com/d/msg/altnet-hispano/-/4eXvGcYpvVcJ.
>
> >> Para publicar una entrada en este grupo, envía un correo electrónico a
> >> altnet-...@googlegroups.com.
> >> Para anular tu suscripción a este grupo, envía un correo electrónico a
> >> altnet-hispan...@googlegroups.com
> >> Para tener acceso a más opciones, visita el grupo en
> >>http://groups.google.com/group/altnet-hispano?hl=es.
>
> >  --
> > Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano"
> > de Grupos de Google.
> > Para publicar una entrada en este grupo, envía un correo electrónico a
> > altnet-...@googlegroups.com.
> > Para anular tu suscripción a este grupo, envía un correo electrónico a
> > altnet-hispan...@googlegroups.com
> > Para tener acceso a más opciones, visita el grupo en
> >http://groups.google.com/group/altnet-hispano?hl=es.
>
> --

> Blog:http://blog.koalite.com- Hide quoted text -
>
> - Show quoted text -

[Carlos Peix]

No lo creo, por que?

EF no tiene ninguna dependencia con Ent Lib, y creo que Unity tampoco.

Un saludo

----------------------------------
Carlos Peix

2011/11/11 Ernesto Cárdenas <ernesto....@gmail.com>

[Ernesto Cárdenas]

EF no, pero ahora estoy usando el Data de Entlib y entre las
referencias desplegadas estan el Microsoft.Practices.Unity y el
Microsoft.Practices.Unity.Interception que creo que vienen de mano con
el Microsoft.Practices.ServiceLocation.

On Nov 11, 12:01 pm, Carlos Peix <carlos.p...@gmail.com> wrote:
> No lo creo, por que?
>
> EF no tiene ninguna dependencia con Ent Lib, y creo que Unity tampoco.
>
> Un saludo
>
> ----------------------------------
> Carlos Peix
>

> 2011/11/11 Ernesto Cárdenas <ernesto.carde...@gmail.com>

>
>
>
> > Pero y si se optara por EF y Unity, ahi ya no tendria sentido log4net
> > sino directamente usar el Logging de EntLib, ¿no?
>
> > On Nov 11, 7:26 am, Juanma <gul...@gmail.com> wrote:
> > > "Yo acotaria esa lista, en un proyecto nuevo, a: ASP.NET
> > > <http://asp.net/>MVC, NH, Castle Windsor y poco mas."
>
> > > Totalmente de acuerdo con Carlos, siempre y cuando me deje meterle
> > log4net

> > > :-)- Hide quoted text -

[Carlos Peix]

Exacto,

Ese es el problema que yo veo con Ent Lib u otras ofertas de P&P, vienen con "toda la familia de la mano".

Lo que no me gusta es que, si elijo al Tio Cosas (Locos Adams), tambien este obligado a recibir a Largo, Dedos, el Tio Lucas y Pericles.

Un abrazo

----------------------------------
Carlos Peix

2011/11/11 Ernesto Cárdenas <ernesto....@gmail.com>

[Eugenio Pace]

Carlos - 

Que version de EntLib estas usando? Eso era mas o menos cierto en versiones anteriores. 

En la version 4 y 5 (y la de Silverlight) la unica dependencia que cada block tiene es a un assembly "common" (que a su vez depende de Unity). Por ejemplo, si queres usar Logging, no estas forzado a usar Data (a menos que requieras logging a base de datos y uses el provider de EntLib), etc.

El diagrama completo de dependencias esta aca: http://blogs.msdn.com/cfs-filesystemfile.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-86-66-metablogapi/4341.EL_5F00_NuGet_5F00_Dependency_5F00_Map_5F00_2.png 

La distribucion de cada block es por NuGet y podes seleccionar componente por componente.

Con esto no quiero decir que EntLib es apropiado para todo escenario y cada uno de debe evaluarlo en su propio contexto. Pero si queria corregir la percepcion erronea (bastante comun por cierto) respecto de "Tio Cosa viene solo con Largo, Dedos, etc".

El post completo de Grigori: http://blogs.msdn.com/b/agile/archive/2011/05/11/nuget-for-the-win.aspx 

 

Saludos y buen fin de semana!

Eugenio

2011/11/11 Carlos Peix <carlo...@gmail.com>

[Carlos Peix]

Hola Eugenio,

Muchas gracias, no estaba al tanto de la mejora en version 4 y 5 en lo que respecta a dependencias.

Sin embargo, aun me parece que log4net, si necesito logging, tiene menos dependencias que el componente de Ent Lib, sin embargo, si usas varios componentes de EntLib y Unity, la integracion puede pasar a ser una ventaja.

Un saludo

----------------------------------
Carlos Peix

2011/11/11 Eugenio Pace <eugeni...@gmail.com>

[Kiquenet]

Gracias a Nelo , Carlos, Juanma, Eugenio por los comentarios y fomentar el debate.

Hay una situación hererada, de un framework empresarial de varios años de vida, con esas dependencias (NHibernate, EntLib, AutoMapper, ...) que hay que migrar y seguir dando soporte.

Esas ideas me gustan mucho, pero va a costar mucho implantarlas por la idiosincracia de la empresa, sólo quedar aportar el granito de arena que permitan.

Cierto es que hay que evolucionar y llegar a un grado de maduración, por eso todas esas ideas son muy buenas, y cualquier experiencia de miembros del grupo tiene un gran valor, que todo loque pueda leer por la red.

Saludos y gracias.

[Kiquenet]

En temas de arquitectura, una gran referencia para mi es la Guía Marco, Guía de Arquitectura N-Capas Orientada al Dominio con .NET , de Microsoft España.

Para los aspectos transversales, comentan que hay diferentes aproximaciones entre ellas AOP, donde "se utilizan metadatos para bien insertar/inyectar código de aspectos transversales directamente en la compilación o bien durante el tiempo de ejecución (con intercepción de llamadas a objetos)."

Se comenta mucho de PostSharp para AOP.

Mi pregunta al grupo, es qué frameworks según su experiencia, recomiendan para AOP ? alguna funcionalidad útil con AOP para las capas de infraestructura ?? 

SAludos y gracias de antemano.

PD: Una guía marco de arquitectura made by ALTNET Hispano sería fabulosa :D

[Walter Poch]

Hola Kique,

Mirá, José Romaniello dio unas VANs al respecto y charlamos un poco su posible implementación:

http://www.altnethispano.org/wiki/van-2010-03-13-aop.ashx

http://www.altnethispano.org/wiki/van-2011-05-21-mono-cecil.ashx

Yo lo he usado en proyectos ya comenzados, para agregar logging masivo. Luego he hecho un par de aspectos para medir performance en métodos puntuales.

Saludos,

--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.

Para ver este debate en la Web, visita https://groups.google.com/d/msg/altnet-hispano/-/BkkEv4uEzIYJ.

Para publicar una entrada en este grupo, envía un correo electrónico a altnet-...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a altnet-hispan...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/altnet-hispano?hl=es.

--
Saludos,

Walter G. Poch
Sr. .Net Developer
--------------------------------------------
Cell: +54 (9 341) 3353273
walte...@gmail.com

[Juanma]

Hola,


Las veces que he usado AOP ha sido usando Interceptores y Castle.Windsor. Si ya estás usando Castle es una forma bastante sencilla de inyectar la funcionalidad, aunque los puntos de extensión son más limitados que con PostSharp.

Un saludo,

Juanma.

2011/11/23 Walter Poch <walte...@gmail.com>

--
Blog: http://blog.koalite.com

[Ernesto Cárdenas]

Hola

En estos articulos
http://geeks.ms/blogs/lruiz/archive/2011/10/05/patrones-intercepci-243-n-de-llamadas-a-m-233-todos-ii-aop.aspx
se da ejemplos de como lograr introducir funcionalidad de seguridad de
manera transversal, los ejemplos son con Decorator, AOP con PostSharp
y con DI.

Personalmente la mencion de AOP me ha llevado a recordar los tiempos
en que trabajaba con el ACA.Net, cuando salio el Policy Injection de
Entlib, ese desarrollo ya no siguio tan fuerte, el que hayan
mencionado a PostSharp me ha llevado a buscar y me parece que ha
evolucionado a ofrecer lo que ofrecia ACA.Net, por lo que le dare un
vistazo, ya que me siento mas comodo con esa nomenclatura que con DI.

[Fernando Claverino]

Hola gente,

Por si les interesa, les paso un post de una actividad que hicimos para armar un radar de tecnología colaborativamente (2do intento, hay mucho por mejorar)

http://blog.kudewe.com/2011/11/armando-un-mapa-de-la-tecnologia.html

saludos!

2011/11/23 Ernesto Cárdenas <ernesto....@gmail.com>

[Kiquenet]

En este sentido, varios años después, algún comentario más sobre evolucionar un departamento de arquitectura?

por un lado, definir las herramientas y tecnologías (puede ser quizá el radar de tecnología entre otros), además tenemos guías de arquitectura.

por otro, centrarse en los procesos de negocio y las personas

Algún buen material de referencia, casos prácticos, experiencias, etcétera?

[Kiquenet]

Mapa de tecnología con IA ?