Software metrics
31 views
Skip to first unread message
Rodrigo Juarez
Feb 1, 2011, 12:04:16 AM2/1/11
to AltNet-Hispano
hola
Alguien podria comentar experiencias o compartir recursos sobre
software metrics (http://en.wikipedia.org/wiki/Software_metric)
Encontre bastantes criticas conta una metrica en particular: Source
lines of code (SLOC
Saludos!
Alguien podria comentar experiencias o compartir recursos sobre
software metrics (http://en.wikipedia.org/wiki/Software_metric)
Encontre bastantes criticas conta una metrica en particular: Source
lines of code (SLOC
Saludos!
Carlos Peix
Feb 1, 2011, 6:02:05 AM2/1/11
to altnet-hispano
Hola Rodrigo,
Depende de para que uses ese indicador.
Por ejemplo, SLOC como indicador de progreso en un proyecto, no es muy confiable. No son raros los casos en los que este indicador disminuye con el avance, gracias a nuestro amigo el refactoring.
Luego, comparar SLOC de codigo de produccion contra SLOC de codigo de tests, suponiendo que han sido escritos con las mismas convenciones y practicas, es un buen indicador, junto con el code coverage.
Vos que queres determinar a partir de estos u otros indicadores?
--
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.
Jorge Rowies
Feb 1, 2011, 1:21:37 PM2/1/11
to altnet-...@googlegroups.com
Hola Rodrigo, no sé exactamente que es lo que estarás necesitando saber, pero te paso la lista de métricas que utilizo yo (usamos una metodología ágil de desarrollo, estilo Scrum, te lo menciono porque algunas de estas métricas sólo tienen sentido con estas metodologías, como por ej la de Velocidad x iteración)
- Velocidad x iteración
- Cantidad de defectos resueltos y de defectos activos
- Cantidad de tests en verde y cantidad total de tests
- Code coverage
- Tiempos de integración continua y tiempos de ejecución de tests
- Cantidad de warnings de FxCop
- Estabilidad de paquetes
- Una especie de Burndown + Burnup (para cada release)
(Todas las métricas se miden iteración por iteración)
Para varias de estas métricas definimos también indicadores que reflejan el estado actual, o sea, el de la última iteración. (la métrica te da un número, el indicador te dice si ese número es bueno, malo o "mas o menos")
Ej:
Para la métrica de cantidad de warnings, por ejemplo, si tenemos entre 0 y 10 warnings estamos en verde (bueno), si está entre 10 y 30 estamos en amarillo (mas o menos) y si es mayor a 30 estamos en rojo (malo). Los rangos que te menciono son totalmente arbitrarios.
Te paso también un link que puede tener material de utilidad
Saludos
2011/2/1 Carlos Peix <carlo...@gmail.com>
--
Saludos,
Jorge Rowies
twitter.com/jrowies
Fernando Claverino
Feb 1, 2011, 4:03:10 PM2/1/11
to altnet-...@googlegroups.com
Hola,
Hace un tiempo circuló esto por la lista de ágiles
Rodrigo Juarez
Feb 1, 2011, 9:29:23 PM2/1/11
to AltNet-Hispano
Muchas gracias a todos por las respuestas.
Principalmente estoy buscando indicadores de calidad en el código (o
falta de calidad). Es decir una primera aproximación a "code smells"
automáticos.
Estudio los enlaces que me pasaron y luego comento.
Gracias nuevamente!!
On Feb 1, 6:03 pm, Fernando Claverino <fernando.claver...@gmail.com>
wrote:
> saludos,
>
> 2011/2/1 Jorge Rowies <jorge.row...@gmail.com>
> > iteración
> > - Cantidad de defectos resueltos y de defectos activos
> > - Cantidad de tests en verde y cantidad total de tests
> > - Code coverage <http://en.wikipedia.org/wiki/Code_coverage>
> > - Tiempos de integración continua<http://en.wikipedia.org/wiki/Continuous_integration>y tiempos de ejecución de tests
> > - Cantidad de warnings de FxCop
> > - Estabilidad de paquetes<http://www.ndepend.com/Metrics.aspx#MetricsOnAssemblies>
> > - Una especie de Burndown + Burnup<http://guidewiredevelopment.wordpress.com/2009/01/29/burn-up-and-burn...>(para cada release)
>
> - Show quoted text -
Principalmente estoy buscando indicadores de calidad en el código (o
falta de calidad). Es decir una primera aproximación a "code smells"
automáticos.
Estudio los enlaces que me pasaron y luego comento.
Gracias nuevamente!!
On Feb 1, 6:03 pm, Fernando Claverino <fernando.claver...@gmail.com>
wrote:
> Hola,
>
> Hace un tiempo circuló esto por la lista de ágileswww.scrum.org.za/uploads/2009/09/measuring-for-results-2-small.pdf
>
> <http://www.scrum.org.za/uploads/2009/09/measuring-for-results-2-small...>
>
> Hace un tiempo circuló esto por la lista de ágileswww.scrum.org.za/uploads/2009/09/measuring-for-results-2-small.pdf
>
> saludos,
>
> 2011/2/1 Jorge Rowies <jorge.row...@gmail.com>
>
>
>
>
>
> > Hola Rodrigo, no sé exactamente que es lo que estarás necesitando saber,
> > pero te paso la lista de métricas que utilizo yo (usamos una metodología
> > ágil de desarrollo, estilo Scrum, te lo menciono porque algunas de estas
> > métricas sólo tienen sentido con estas metodologías, como por ej la de
> > Velocidad x iteración)
>
> > - Velocidad <http://www.versionone.com/Agile101/velocity.asp>x
>
>
>
>
> > Hola Rodrigo, no sé exactamente que es lo que estarás necesitando saber,
> > pero te paso la lista de métricas que utilizo yo (usamos una metodología
> > ágil de desarrollo, estilo Scrum, te lo menciono porque algunas de estas
> > métricas sólo tienen sentido con estas metodologías, como por ej la de
> > Velocidad x iteración)
>
> > iteración
> > - Cantidad de defectos resueltos y de defectos activos
> > - Cantidad de tests en verde y cantidad total de tests
> > - Code coverage <http://en.wikipedia.org/wiki/Code_coverage>
> > - Tiempos de integración continua<http://en.wikipedia.org/wiki/Continuous_integration>y tiempos de ejecución de tests
> > - Cantidad de warnings de FxCop
> > - Estabilidad de paquetes<http://www.ndepend.com/Metrics.aspx#MetricsOnAssemblies>
> > - Una especie de Burndown + Burnup<http://guidewiredevelopment.wordpress.com/2009/01/29/burn-up-and-burn...>(para cada release)
>
> > (Todas las métricas se miden iteración por iteración)
>
> > Para varias de estas métricas definimos también indicadores que reflejan el
> > estado actual, o sea, el de la última iteración. (la métrica te da un
> > número, el indicador te dice si ese número es bueno, malo o "mas o menos")
>
> > Ej:
> > Para la métrica de cantidad de warnings, por ejemplo, si tenemos entre 0 y
> > 10 warnings estamos en verde (bueno), si está entre 10 y 30 estamos en
> > amarillo (mas o menos) y si es mayor a 30 estamos en rojo (malo). Los rangos
> > que te menciono son totalmente arbitrarios.
>
> > Te paso también un link que puede tener material de utilidad
>
> >http://davenicolette.wikispaces.com/Agile+Metrics
>
> > Saludos
>
> > 2011/2/1 Carlos Peix <carlos.p...@gmail.com>
> > (Todas las métricas se miden iteración por iteración)
>
> > Para varias de estas métricas definimos también indicadores que reflejan el
> > estado actual, o sea, el de la última iteración. (la métrica te da un
> > número, el indicador te dice si ese número es bueno, malo o "mas o menos")
>
> > Ej:
> > Para la métrica de cantidad de warnings, por ejemplo, si tenemos entre 0 y
> > 10 warnings estamos en verde (bueno), si está entre 10 y 30 estamos en
> > amarillo (mas o menos) y si es mayor a 30 estamos en rojo (malo). Los rangos
> > que te menciono son totalmente arbitrarios.
>
> > Te paso también un link que puede tener material de utilidad
>
> >http://davenicolette.wikispaces.com/Agile+Metrics
>
> > Saludos
>
>
> > Hola Rodrigo,
>
> >> Depende de para que uses ese indicador.
>
> >> Por ejemplo, SLOC como indicador de progreso en un proyecto, no es muy
> >> confiable. No son raros los casos en los que este indicador disminuye con el
> >> avance, gracias a nuestro amigo el refactoring.
>
> >> Luego, comparar SLOC de codigo de produccion contra SLOC de codigo de
> >> tests, suponiendo que han sido escritos con las mismas convenciones y
> >> practicas, es un buen indicador, junto con el code coverage.
>
> >> Vos que queres determinar a partir de estos u otros indicadores?
>
> >> ----------------------------------
> >> Carlos Peix
>
> >> 2011/2/1 Rodrigo Juarez <rodrigomjua...@gmail.com>
> > Hola Rodrigo,
>
> >> Depende de para que uses ese indicador.
>
> >> Por ejemplo, SLOC como indicador de progreso en un proyecto, no es muy
> >> confiable. No son raros los casos en los que este indicador disminuye con el
> >> avance, gracias a nuestro amigo el refactoring.
>
> >> Luego, comparar SLOC de codigo de produccion contra SLOC de codigo de
> >> tests, suponiendo que han sido escritos con las mismas convenciones y
> >> practicas, es un buen indicador, junto con el code coverage.
>
> >> Vos que queres determinar a partir de estos u otros indicadores?
>
> >> ----------------------------------
> >> Carlos Peix
>
>
> >> hola
>
> >>> Alguien podria comentar experiencias o compartir recursos sobre
> >>> software metrics (http://en.wikipedia.org/wiki/Software_metric)
>
> >>> Encontre bastantes criticas conta una metrica en particular: Source
> >>> lines of code (SLOC
>
> >>> Saludos!
>
> >>> --
> >>> 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<altnet-hispano%2Bunsubscribe@googlegroups.com>
> >> hola
>
> >>> Alguien podria comentar experiencias o compartir recursos sobre
> >>> software metrics (http://en.wikipedia.org/wiki/Software_metric)
>
> >>> Encontre bastantes criticas conta una metrica en particular: Source
> >>> lines of code (SLOC
>
> >>> Saludos!
>
> >>> --
> >>> 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
> >>> 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<altnet-hispano%2Bunsubscribe@googlegroups.com>
> >>>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
> >> Para tener acceso a más opciones, visita el grupo en
> >>http://groups.google.com/group/altnet-hispano?hl=es.
>
> > --
> > Saludos,
> > Jorge Rowies
>
> > twitter.com/jrowies
>
> > --
> > 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<altnet-hispano%2Bunsubscribe@googlegroups.com>
> >>http://groups.google.com/group/altnet-hispano?hl=es.
>
> > --
> > Saludos,
> > Jorge Rowies
>
> > twitter.com/jrowies
>
> > --
> > 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
> > Para tener acceso a más opciones, visita el grupo en
> >http://groups.google.com/group/altnet-hispano?hl=es.
>
> --http://twitter.com/ferclaverino- Hide quoted text -
> >http://groups.google.com/group/altnet-hispano?hl=es.
>
>
> - Show quoted text -
Daniel Cazzulino
Feb 2, 2011, 5:57:38 AM2/2/11
to altnet-...@googlegroups.com
El "Maintainability index" q saca vs2010 esta bastante bueno como indicador de calidad+mantenibilidad del codigo:http://msdn.microsoft.com/en-us/library/bb385914.aspx
/kzu
--
Daniel Cazzulino | Developer Lead | XML MVP | Clarius Consulting | +1 425.329.3471
/kzu
--
Daniel Cazzulino | Developer Lead | XML MVP | Clarius Consulting | +1 425.329.3471
2011/2/1 Rodrigo Juarez <rodrigo...@gmail.com>
Martín Salías
Feb 2, 2011, 6:19:48 AM2/2/11
to altnet-...@googlegroups.com
Hola, Rodrigo.
Te recomiendo que le pegues una mirada a NDepend, del amigo Patrick Smacchia: NDepend.com
Si no es .NET, está para Java (XDepend) y C++ (cppDepend).
José F. Romaniello
Feb 2, 2011, 7:01:19 AM2/2/11
to altnet-...@googlegroups.com
Yo te recomiendo también mirar ndepend debe tener un demo en la página.
Inclusive Patrick es muy gentil con bloggers y gente que trabaja en comunidades de software o proyectos opensource. Podes conseguir una licencia fácilmente.
Otra alternativa que te va a permitir ver el tipo de datos que podes obtener, es ver los reportes generados para cosas opensource:
directamente vas a ese link y te muestra el reporte de nhibernate 3.
Esta herramienta hace análisis estático de los ensamblados, lo cual a mi me es relativo, por que mi código c# es mucho "mejor" que mis assemblies. Pero esto tiene que ver con mi charla de mono.cecil y metaprogramación :)
Jorge Rowies
Feb 2, 2011, 8:50:48 AM2/2/11
to altnet-...@googlegroups.com
Rodrigo, sumo a todo lo mencionado previamente por los chicos a FxCop (o a cualquier edición de visual studio que tenga análisis estático de código integrado). FxCop no saca exactamente "métricas" pero sí te ayuda a encontrar code smells (y si quisieras podrías sacar alguna métrica de la información que FxCop genera).
Saludos
Saludos
2011/2/2 José F. Romaniello <jfroma...@gmail.com>
Rodrigo Juarez
Feb 9, 2011, 6:02:06 PM2/9/11
to AltNet-Hispano
Gracias a todos por los comentarios, son varios recuros para
estudiar ...
Para empezar recien instalo FxCop, publique un breve post sobre la
instalacion, en Windows XP para un proyecto de Visual Studio 2008
(http://rodrigojuarez.com.ar/?p=131)
Al correrlo contra las dlls me largo una buena cantidad de mensajes,
ire revisando y posteare cualquier cosa que me parezca interesante.
Luego pienso seguir con NDepend, y si podemos migrar a VS 2010
utilizar lo que ya esta en el IDE
Saludos!
On Feb 2, 10:50 am, Jorge Rowies <jorge.row...@gmail.com> wrote:
> Rodrigo, sumo a todo lo mencionado previamente por los chicos a
> FxCop<http://en.wikipedia.org/wiki/FxCop>(o a cualquier edición de
> >> <http://CodeAndBeyond.org>
>
> >> 2011/2/1 Rodrigo Juarez <rodrigomjua...@gmail.com>
estudiar ...
Para empezar recien instalo FxCop, publique un breve post sobre la
instalacion, en Windows XP para un proyecto de Visual Studio 2008
(http://rodrigojuarez.com.ar/?p=131)
Al correrlo contra las dlls me largo una buena cantidad de mensajes,
ire revisando y posteare cualquier cosa que me parezca interesante.
Luego pienso seguir con NDepend, y si podemos migrar a VS 2010
utilizar lo que ya esta en el IDE
Saludos!
On Feb 2, 10:50 am, Jorge Rowies <jorge.row...@gmail.com> wrote:
> Rodrigo, sumo a todo lo mencionado previamente por los chicos a
> visual studio que tenga análisis estático de
> código integrado). FxCop no saca exactamente "métricas" pero sí te ayuda a
> encontrar code smells (y si quisieras podrías sacar alguna métrica de la
> información que FxCop genera).
>
> Saludos
>
> 2011/2/2 José F. Romaniello <jfromanie...@gmail.com>
> código integrado). FxCop no saca exactamente "métricas" pero sí te ayuda a
> encontrar code smells (y si quisieras podrías sacar alguna métrica de la
> información que FxCop genera).
>
> Saludos
>
>
>
>
> > Yo te recomiendo también mirar ndepend debe tener un demo en la página.
> > Inclusive Patrick es muy gentil con bloggers y gente que trabaja en
> > comunidades de software o proyectos opensource. Podes conseguir una
> > licencia fácilmente.
>
> > Otra alternativa que te va a permitir ver el tipo de datos que podes
> > obtener, es ver los reportes generados para cosas opensource:
> >http://www.ndepend.com/SampleReports/OnNHibernate/NDependReport.html
> > directamente vas a ese link y te muestra el reporte de nhibernate 3.
>
> > Esta herramienta hace análisis estático de los ensamblados, lo cual a mi me
> > es relativo, por que mi código c# es mucho "mejor" que mis assemblies. Pero
> > esto tiene que ver con mi charla de mono.cecil y metaprogramación :)
>
> > El 2 de febrero de 2011 08:19, Martín Salías <mar...@salias.com.ar>escribió:
>
> > Hola, Rodrigo.
>
> >> Te recomiendo que le pegues una mirada a NDepend, del amigo Patrick
> >> Smacchia: NDepend.com
>
> >> Si no es .NET, está para Java (XDepend) y C++ (cppDepend).
>
> >> Saludos,
> >> ---
> >> Martín Salías
> >> <http://CodeAndBeyond.org>
>
>
> > Yo te recomiendo también mirar ndepend debe tener un demo en la página.
> > Inclusive Patrick es muy gentil con bloggers y gente que trabaja en
> > comunidades de software o proyectos opensource. Podes conseguir una
> > licencia fácilmente.
>
> > Otra alternativa que te va a permitir ver el tipo de datos que podes
> > obtener, es ver los reportes generados para cosas opensource:
> >http://www.ndepend.com/SampleReports/OnNHibernate/NDependReport.html
> > directamente vas a ese link y te muestra el reporte de nhibernate 3.
>
> > Esta herramienta hace análisis estático de los ensamblados, lo cual a mi me
> > es relativo, por que mi código c# es mucho "mejor" que mis assemblies. Pero
> > esto tiene que ver con mi charla de mono.cecil y metaprogramación :)
>
> > El 2 de febrero de 2011 08:19, Martín Salías <mar...@salias.com.ar>escribió:
>
> > Hola, Rodrigo.
>
> >> Te recomiendo que le pegues una mirada a NDepend, del amigo Patrick
> >> Smacchia: NDepend.com
>
> >> Si no es .NET, está para Java (XDepend) y C++ (cppDepend).
>
> >> Saludos,
> >> ---
> >> Martín Salías
> >> <http://CodeAndBeyond.org>
>
> >> 2011/2/1 Rodrigo Juarez <rodrigomjua...@gmail.com>
>
> >>> hola
>
> >>> Alguien podria comentar experiencias o compartir recursos sobre
> >>> software metrics (http://en.wikipedia.org/wiki/Software_metric)
>
> >>> Encontre bastantes criticas conta una metrica en particular: Source
> >>> lines of code (SLOC
>
> >>> Saludos!
>
> >>> --
> >>> 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<altnet-hispano%2Bunsubscribe@googlegroups.com>
> >>> hola
>
> >>> Alguien podria comentar experiencias o compartir recursos sobre
> >>> software metrics (http://en.wikipedia.org/wiki/Software_metric)
>
> >>> Encontre bastantes criticas conta una metrica en particular: Source
> >>> lines of code (SLOC
>
> >>> Saludos!
>
> >>> --
> >>> 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
> >>> 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<altnet-hispano%2Bunsubscribe@googlegroups.com>
> >>>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
> >> 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<altnet-hispano%2Bunsubscribe@googlegroups.com>
> >>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
> > Para tener acceso a más opciones, visita el grupo en
> >http://groups.google.com/group/altnet-hispano?hl=es.- Hide quoted text -
Juan Carlos Quijano Abad
Feb 10, 2011, 4:10:43 AM2/10/11
to altnet-...@googlegroups.com
Buenas,
Si utilizas VS2008, para scrum vá bastante bien la plantilla de cochango. En vs2010 tienes la propia de scrum que viene con el tfs2010 o la de mfs agile, que es la que me han recomendado.
Si utilizas VS2008, para scrum vá bastante bien la plantilla de cochango. En vs2010 tienes la propia de scrum que viene con el tfs2010 o la de mfs agile, que es la que me han recomendado.
--
Un saludo
Juan Quijano
Jorge Rowies
Feb 10, 2011, 9:19:15 AM2/10/11
to altnet-...@googlegroups.com
Gracias Rodrigo por compartir esta información, la verdad que cuando escribí para recomendártelo estuve buscando un link de descarga y estaba complicado encontrar algo. Antes estaba bastante más fácil encontrar el FxCop...
Con respecto a lo que te comenta Juan Carlos sobre la plantilla de conchango, tengo entendido que esto es sólo si usás Team Foundation Server
saludos
Con respecto a lo que te comenta Juan Carlos sobre la plantilla de conchango, tengo entendido que esto es sólo si usás Team Foundation Server
saludos
2011/2/9 Rodrigo Juarez <rodrigo...@gmail.com>
Reply all
Reply to author
Forward
0 new messages