Estoy indignado

Hmmm si, quizás olvidé mencionar que dicha carta está calientita todavía
(hoy 1 de Agosto), y por aquello de que está en inglés, ya en PortalFox
la hemos traducido (si me equivoque en algo, por favor, haganme saber el
error):

VFP8 SP1 y VFP9 Europa
www.portalfox.com/article.php?sidƒ5

En estos días ha habido bastante actividad con respecto al tema,
precisamente sobre lo que dijo o no dijo Ken Levy, el mismo ha dicho (en
UniversalThread.com) que se mal interpretó lo dicho por él, ya que según
el mencionó "No hay planes, únicamente está planeado el desarrollo de
VFP9", en fin, parece que se han dado cuenta que ya es tiempo de un
Service Pack y ya está en desarrollo.

Apoya a Visual FoxPro usándolo legalmente
ž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º
Espartaco Palma Martínez
SysOp PortalFox ( http://www.PortalFox.com )
email:
Acapulco, Guerrero. México


SesgaSoft wrote:

Perdona Esparta... estás olvidando decir que la carta es del día 31 de julio
actual, anteriormente dijo concretamente en una revista que leí en correcto
castellano (No pude equivocarme y si conviene reproduciré el párrafo aquí)
que no habría ningún parche hasta la versión 9 ¿O es mentira lo que digo?.
Hay que dar las gracias al equipo de desarrollo de VFP por haberse dado
cuenta de sus errores (absolutamente normales en un proyecto tan complejo)
que dentro de un par de meses tengamos resueltos los mismos.
Rafael.


"Esparta Palma" escribió en el
mensaje news:

>o se decida a sacar el servipack correspondiente si esto no estuviera
en sus planes.

En la carta enviada por Ken Levy (en la columna mensual de él, dentro
del site de VFP en Microsoft) se dice lo contrario:

"Microsoft has released Visual FoxPro 8.0 and we are busy working on
Service Pack 1 (SP1) for Visual FoxPro 8.0. SP1 for Visual FoxPro 8.0 is
in beta now and will be released sometime in September 2003 online for
free download."

Esta información está disponible para su revisión:

http://msdn.microsoft.com/vfoxpro/letters/

Apoya a Visual FoxPro usándolo legalmente
ž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º
Espartaco Palma Martínez
SysOp PortalFox ( http://www.PortalFox.com )
email:
Acapulco, Guerrero. México

Daniel Durand wrote:

No digo que las herramientas de desarrollo no puedan tener errores, el
problema mas grave e incomprensible es que no tengan solución, ademas

los

errores a los que me estoy enfrentando en estos momentos, son

indocumentados

y no obtengo ni siquiera una pista de lo que está sucediendo, en el

mejor de

los casos obtengo un mensaje como Microsoft Visual FoxPro ha encontrado

un

problema y necesita cerrarse, Disculpe las molestias. En otros casos VFP

se

bloquea. o emite su ya conocido fatal error 0005

Programo con fox desde sus primeras versiones y jamas me había sentido

tan

"caliente".

Si fuera tan fácil cambiarme de lenguaje ya lo hubiera hecho, pensá en

que

tengo muchos años invertidos en esta herramienta,

Con un poco de suerte este debate aportará un grano de arena para que
Microsoft se ponga a trabajar con conciencia en los problemas que

acarrea si

libera productos con problemas o se decida a sacar el servipack
correspondiente si esto no estuviera en sus planes.

Creo que los que se inician en cualquier lenguaje tienen derecho a

conocer

la situación exacta a que se enfrentan, y ellos sacaran sus propias
conclusiones.

En resumen no estoy diciendo que VFP no sea una buena herramienta digo

que

el equipo de Microsoft no hace bien las cosas.


Saludos





"yo_no_compro_en_pcbox" escribió en el
mensaje news:#

Si encuentras otra herramienta que no tenga errores o te de más

beneficios

de los que te da VFP, cámbiate a ella... no creo que MS lo tome muy a

mal.

Por si acaso avisa cual es, igual en silencio, pero cambiamos a ella...

Por otro lado, piensa que alguien que no conozca VFP puede bien leer

este

mensaje y tener una opinión muy equivocada de lo que es VFP.

No digo que hagamos autocensura, pero tampoco creo que los "calentones"
públicos y gratuitos hagan bien a la herramienta.

Considero soberbia la postura de Ken Levy de decir tan rotundamente que

VFP8

no tendrá SP, parece que el nunca haya programado o que sus programas no
hayan tenido nunca errores. Pero vuelvo a decir que no creo que la los
mensajes de "descarga pública" ayuden a mejorar la situación.

Saludos.
José Luis.

"Daniel Durand" escribió en el mensaje
news:

No entiendo como una empresa multimillonaria como microsoft saca al

mercado

un producto sin terminar como VFP8, lleno de problemas, aparte de ganar
dinero, logra que los programadores pierdan su tiempo, o el tiempo de
nosotros no vale?
Multipliquen la cantidad de horas perdidas por la cantidad de

programadores

y por xxx pesos, es una fortuna, quien lo paga?

Saludos

En las nuevas versiones que estamos haciendo utilizamos los cursoradapters
intensivamente, aunque aún estamos en la fase de realización de las clases
base.

En las versiones viejas que hemos pasado a VFP8, no hay ningún cursoradapter
ya que entonces no existían.


Jaime Ferrer
Tecofisa, S.L.
Palafrugell (Girona)
(quitar las x)

"Daniel Durand" escribió en el mensaje
news:%

Estas usando cursoradapters y XMLAdapter ?


"Jaime Ferrer" escribió en el mensaje
news:
> Pues desde que estoy con VFP8, no recuerdo haber tenido ningun error de
ese
> tipo. Me parece que daba más problemas VFP7 que VFP8. Además, hemos

pasado

> todos nuestros programas internos a VFP8 en sólo una mañana de trabajo,

y

de
> momento ningún empleado se ha quejado de ningún problema.
>
> Creo que todos tus problemas deben venir de algun programa que tienes
> instalado y que presenta algún tipo de incompatibilidad con VFP8.
>
> Jaime Ferrer
> Tecofisa, S.L.
> Palafrugell (Girona)
> (quitar las x)
>
> "Daniel Durand" escribió en el mensaje
> news:
> > No digo que las herramientas de desarrollo no puedan tener errores, el
> > problema mas grave e incomprensible es que no tengan solución, ademas
los
> > errores a los que me estoy enfrentando en estos momentos, son
> indocumentados
> > y no obtengo ni siquiera una pista de lo que está sucediendo, en el
mejor
> de
> > los casos obtengo un mensaje como Microsoft Visual FoxPro ha

encontrado

un
> > problema y necesita cerrarse, Disculpe las molestias. En otros casos

VFP

> se
> > bloquea. o emite su ya conocido fatal error 0005
> >
> > Programo con fox desde sus primeras versiones y jamas me había sentido
tan
> > "caliente".
> >
> > Si fuera tan fácil cambiarme de lenguaje ya lo hubiera hecho, pensá en
que
> > tengo muchos años invertidos en esta herramienta,
> >
> > Con un poco de suerte este debate aportará un grano de arena para que
> > Microsoft se ponga a trabajar con conciencia en los problemas que
acarrea
> si
> > libera productos con problemas o se decida a sacar el servipack
> > correspondiente si esto no estuviera en sus planes.
> >
> > Creo que los que se inician en cualquier lenguaje tienen derecho a
conocer
> > la situación exacta a que se enfrentan, y ellos sacaran sus propias
> > conclusiones.
> >
> > En resumen no estoy diciendo que VFP no sea una buena herramienta

digo

> que
> > el equipo de Microsoft no hace bien las cosas.
> >
> >
> > Saludos
> >
> >
> >
> >
> >
> > "yo_no_compro_en_pcbox" escribió en

el

> > mensaje news:#
> > > Si encuentras otra herramienta que no tenga errores o te de más
> beneficios
> > > de los que te da VFP, cámbiate a ella... no creo que MS lo tome muy

a

> mal.
> > > Por si acaso avisa cual es, igual en silencio, pero cambiamos a
ella...
> > >
> > > Por otro lado, piensa que alguien que no conozca VFP puede bien leer
> este
> > > mensaje y tener una opinión muy equivocada de lo que es VFP.
> > >
> > > No digo que hagamos autocensura, pero tampoco creo que los
"calentones"
> > > públicos y gratuitos hagan bien a la herramienta.
> > >
> > > Considero soberbia la postura de Ken Levy de decir tan rotundamente
que
> > VFP8
> > > no tendrá SP, parece que el nunca haya programado o que sus

programas

no
> > > hayan tenido nunca errores. Pero vuelvo a decir que no creo que la

los

> > > mensajes de "descarga pública" ayuden a mejorar la situación.
> > >
> > > Saludos.
> > > José Luis.
> > >
> > > "Daniel Durand" escribió en el mensaje
> > > news:
> > > > No entiendo como una empresa multimillonaria como microsoft saca

al

> > > mercado
> > > > un producto sin terminar como VFP8, lleno de problemas, aparte de
> ganar
> > > > dinero, logra que los programadores pierdan su tiempo, o el tiempo
de
> > > > nosotros no vale?
> > > > Multipliquen la cantidad de horas perdidas por la cantidad de
> > > programadores
> > > > y por xxx pesos, es una fortuna, quien lo paga?
> > > >
> > > > Saludos
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> >
> >
> >
> >
>
>

No tengo ningún ánimo de polémica pero voy a intentar razonar algo:

El equipo de Visual Fox y en otros productos en Microsoft es también un
equipo de desarrollo
Nosotros somos equipos de desarrollo en nuestras aplicaciones, que vendemos
a terceros clientes.
¿No entregamos nosotros versiones de nuestros productos a nuestros clientes
con errores ? ¿No? Desde luego, en el caso de mi empresa por supuesto que es
así. Los clientes lo saben, lo testean e informan de los problemas que se
les soluciona cuanto antes sea posible. Mientras se reparan esos 'huecos'
suele haber siempre una solución transitoria para utilizar. A menudo incluso
los propios usuarios descubren 'puertas traseras' de mis aplicaciones que no
se me habían ocurrido a mi, y que a veces son útiles y a veces 'agujeros' de
seguridad.
Una gran diferencia es el tiempo de respuesta. Yo no puedo contestar a mis
clientes que saldrá un service pack en unos meses que corregirá esos
problemas; tengo que darles una solución casi inmediata. Pero esta ha sido
siempre la diferencia entre grandes empresas (lentas) y pequeñas pero
solventes (ágiles). Si esto no fuera así, mi empresa estaría arruinada y yo
con ella. Nuestra gran baza a la hora de competir, es la capacidad de
responder con rápidez en las respuestas, y por este servicio se debe cobrar.
Y cobrar bien.
Para este objetivo: respuesta rápida en la solución y la mejora no conozco
mejor producto que Fox. Lo considero como 'un amigo' que reacciona tan
rápido como yo. ¿Habéis hecho algo en Visual Basic? La búsqueda de
soluciones a problemas habituales son ruinosas: el tiempo que pierdes no es
posible rentabilizarlo.
¿Y la facilidad de implantación? ¿Ya la facilidad con que se rompen
aplicaciones de VB por imcompatibilidad con activex o componentes instalados
por el usuario? Sabemos que el usuario es un enemigo de la limpieza y
buscará (hoy en día con internet mucho mas) todo aquello que pueda estropear
el funcionamiento normal del programa.

También mis clientes hacen aportaciones a mis aplicaciones. En alguna
ocasión incluso son originales :) Una situación divertida es que tu cliente
te sugiera una mejora en la aplicación que, después de revisarla, consideras
muy conveniente; la desarrollas, la implantas y cobras por ella una suma
importante. ¡¡Incluyendo a aquel que te lo ha sugerido!!
Solo me preocuparía una situación que de momento no he encontrado: un bug
sin solución (truco) para que funcione y sin intenciones de corregir en
próximas versiones o service packs.
Yo no sé en que niveles de clientes y aplicaciones os movéis, pero yo he
sustituido en empresas, soluciones por las que habían pagado mucho mas
dinero del que cuesta la mía y con fallos de principiante.
En la última que recuerdo, las facturas habitualmente ¡¡¡¡ quedaban
descuadradas por un céntimo de euro !!!!! En meses no se lo habían
solucionado. Por supuesto no están hechas en Visual Fox

En palabras que Microsoft suele utilizar mucho: la posibilidad de negocio de
VFP es muy superior a otras herramientas de desarrollo. 1 hora de
programación en VFP pueden significar, en términos económicos, como 10 o 20
en VB.

VFP tiene además un activo importantísimo, que no es propiedad de Microsoft,
y que considero que es el mejor que existe. También lo considero una
garantía de futuro: la comunidad Fox. Todos tenemos experiencia en consultar
asuntos en foros de otras herramientas y, con honrosas excepciones, son un
absoluto desastre. Hacía unos meses que no entraba en UT (mea culpa). Lo he
hecho últimamente para hacer algunas consultas y, además de encontrar las
soluciones, he encontrado otra vez amigos; amigos con un nivel de
conocimientos excepcional; expertos deseando ayudar y sin falsos orgullos.
Siempre hay alguna oveja negra que ni siquiera se digna contestar un saludo
o un mensaje verdaderamente urgente. Ya voy sabiendo conociéndolos

Este foro y PortalFox son otros maravillosos ejemplos de lo que digo.

Todo sea que dentro de unos años, esto se acabe. Mientras tanto utilizaré
esta herramienta y las que necesite para implantar mis soluciones.
¡Vaya! Solo quería haber dicho 3 o 4 palabras...

Saludos,
A.G.P.


"Daniel Durand" escribió en el mensaje
news:

Uno de los principales problemas en esta nueva versión es justamente esas
nuevas utilidades que mencionas.

Para que no se tergiverse este comentario, es importante aclarar que las
nuevas funciones incorporadas son excelentes ideas, el problema es que
algunas no estan lo sufucientemente pulidas para poder trabajar con ellas,
se entiende?

Y una cosa mas, noten el hecho que en un principio no se pensaba sacar el
servipack, y luego deciden hacerlo. No será que nuestra presión como
consumidores del producto tuvo su éxito?.

Por último creo que tenemos el derecho de exigir al fox team que nos

brinde

soluciones, así como nuestros clientes nos exigen que los sistemas

funciones

bien sin errores.

Amen

Saludos



"Carlos Yohn Zubiria" escribió en el mensaje
news:
> He sido uno de los que han ido reportando problemas de VFP8 pero he de
decir
> que el resultado final ha sido:
> 1.- Solucionados los distintos problemas en relativo poco tiempo.
> Funcionan TODAS mis aplicaciones
> 2.- Nuevas utilidades que sin duda son grandes mejoras.
> 3.- Mejor conectividad (mucho mejor), mayor velocidad de desarrollo
> 4.- Mejor presentación del producto final
>
> En definitiva, tengo una valoración final positiva del producto.
>
> Saludos,
> A.G.P.
>
>
> "Daniel Durand" escribió en el mensaje
> news:
> > No entiendo como una empresa multimillonaria como microsoft saca al
> mercado
> > un producto sin terminar como VFP8, lleno de problemas, aparte de

ganar

> > dinero, logra que los programadores pierdan su tiempo, o el tiempo de
> > nosotros no vale?
> > Multipliquen la cantidad de horas perdidas por la cantidad de
> programadores
> > y por xxx pesos, es una fortuna, quien lo paga?
> >
> > Saludos
> >
> >
> >
> >
> >
>
>

No tengo ningún ánimo de polémica pero voy a intentar

razonar algo:

No te preocupes, con lo que se a alargado el thread ya es
algo tarde para este deseo...

El equipo de Visual Fox y en otros productos en Microsoft

es también un

equipo de desarrollo
Nosotros somos equipos de desarrollo en nuestras

aplicaciones, que vendemos

a terceros clientes.
¿No entregamos nosotros versiones de nuestros productos a

nuestros clientes

con errores ? ¿No? Desde luego, en el caso de mi empresa

por supuesto que es

así.

Mi empresa no saca software con errores... X-D

Quizá la indignación inicial pueda tener su origen en:
- Se juró y perjuró por el amigo Ken que no iba a haber SP
de VFP8.
- MS es una empresa con recursos ilimitados, y claro es
dificil que errores que comprendemos en nuestro propio
software lo comprendamos en este, nosostros somos unos
pocos programando, ellos muchos.
- Ya andan muy calientes los animos por el tema de la
traducción, lo que hace a uno menos bondadoso con los
errores, algo así como: "no han dicho que no traducian
para sacar mejor producto, pues ya lo veo"
- Compañeros se han encontrado errores en VFP8 demasiado
obvios, que parecen hasta despistes.

Me parece excelente tu exposición, y creo que estas lleno
de razón, has dado en el clavo.

Claro que alguien que haya estado 4 días intentnado hacer
funcionar el XMLAdapter por un bug quizá no lo vea como yo.

¿Habéis hecho algo en Visual Basic? La búsqueda de

soluciones a problemas habituales son ruinosas: el tiempo

que pierdes no es

posible rentabilizarlo.
¿Y la facilidad de implantación? ¿Ya la facilidad con que

se rompen

aplicaciones de VB por imcompatibilidad con activex o

componentes instalados

por el usuario?

Me gustaría ver a la gente que se queja sobre problemas de
VFP haber tenido que enfrentarse a un desarrollo largo con
VB que emplease JET. Un autentico infierno. MS con el
acceso a datos diseñado para VB hizo cambios en cada
versión de tal forma que de una a otra versión de VB poco
o nada te valía si empleabas lo último que te ofrecían.
para mi personalmente, recordar esto hace que los cambios
de comportamientos actuales me parezcan minucias. Pero es
una visión muy subjetiva debido a mi experiencia.

Yo no sé en que niveles de clientes y aplicaciones os

movéis, pero yo he

sustituido en empresas, soluciones por las que habían

pagado mucho mas

dinero del que cuesta la mía y con fallos de principiante.
En la última que recuerdo, las facturas habitualmente

¡¡¡¡ quedaban

descuadradas por un céntimo de euro !!!!! En meses no se

lo habían

solucionado. Por supuesto no están hechas en Visual Fox

Bueno, hay que reconocer que VFP estas barbaridades
también se pueden hacer, pero son más faciles de arreglar.
No le pidamos milagros a VFP X-D, el nos pone la
herramienta, las barbaridades las hacemos nosotros. X-D

En palabras que Microsoft suele utilizar mucho: la

posibilidad de negocio de

VFP es muy superior a otras herramientas de desarrollo. 1

hora de

programación en VFP pueden significar, en términos

económicos, como 10 o 20

en VB.

Me vas a permitir que no me crea que MS haya dicho esto, y
más públicamente... o por lo menos me vas a permitir que
crea que la persona que lo dijo siga en MS.

En serio, ¿quién lo dijo?

VFP tiene además un activo importantísimo, que no es

propiedad de Microsoft,

y que considero que es el mejor que existe. También lo

considero una

garantía de futuro: la comunidad Fox.

De hecho se ha dado cuenta, y llevamos viviendo desde hace
unos años un vuelco a la comunidad importante, si bien me
resulta hasta osceno por su parte, pues creo que la
formación de las comunidades es algo más de la gente que
emplea las herrmaientas que de la empresa que las venda,
pero bueno, es algo bueno para el usuario de herramientas.

Todo sea que dentro de unos años, esto se acabe. Mientras

tanto utilizaré

esta herramienta y las que necesite para implantar mis

soluciones.

Yo aún tengo y en alguos casos mantengo aplicaciones en
Fox26 hechas hace 8 años, por lo que no creo que pase nada
por hacer lo mismo con VFP alargando más allá de 2010 que
tenemos asegurado por MS.

¡Vaya! Solo quería haber dicho 3 o 4 palabras...

Por tu propio bien, te deseo que los presupuestos de los
clientes los estudies mejor. X-D

De cualquier forma, creo que ha sido una brillante
exposición, y completamente descargada de focos polemicos,
como buscabas.

Saludos.
José Luis.

Carlos: Solo suscribir los dicho por José Luis. Hay que ver lo que hace el
tiempo, hasta estamos de acuerdo. 8-))
mi mejor saludo a ambos. Rafael.







"José Luis" escribió en el mensaje
news:064101c35a77$69e50290$

No tengo ningún ánimo de polémica pero voy a intentar

razonar algo:

No te preocupes, con lo que se a alargado el thread ya es
algo tarde para este deseo...

El equipo de Visual Fox y en otros productos en Microsoft

es también un

equipo de desarrollo
Nosotros somos equipos de desarrollo en nuestras

aplicaciones, que vendemos

a terceros clientes.
¿No entregamos nosotros versiones de nuestros productos a

nuestros clientes

con errores ? ¿No? Desde luego, en el caso de mi empresa

por supuesto que es

así.

Mi empresa no saca software con errores... X-D

Quizá la indignación inicial pueda tener su origen en:
- Se juró y perjuró por el amigo Ken que no iba a haber SP
de VFP8.
- MS es una empresa con recursos ilimitados, y claro es
dificil que errores que comprendemos en nuestro propio
software lo comprendamos en este, nosostros somos unos
pocos programando, ellos muchos.
- Ya andan muy calientes los animos por el tema de la
traducción, lo que hace a uno menos bondadoso con los
errores, algo así como: "no han dicho que no traducian
para sacar mejor producto, pues ya lo veo"
- Compañeros se han encontrado errores en VFP8 demasiado
obvios, que parecen hasta despistes.

Me parece excelente tu exposición, y creo que estas lleno
de razón, has dado en el clavo.

Claro que alguien que haya estado 4 días intentnado hacer
funcionar el XMLAdapter por un bug quizá no lo vea como yo.

¿Habéis hecho algo en Visual Basic? La búsqueda de

soluciones a problemas habituales son ruinosas: el tiempo

que pierdes no es

posible rentabilizarlo.
¿Y la facilidad de implantación? ¿Ya la facilidad con que

se rompen

aplicaciones de VB por imcompatibilidad con activex o

componentes instalados

por el usuario?

Me gustaría ver a la gente que se queja sobre problemas de
VFP haber tenido que enfrentarse a un desarrollo largo con
VB que emplease JET. Un autentico infierno. MS con el
acceso a datos diseñado para VB hizo cambios en cada
versión de tal forma que de una a otra versión de VB poco
o nada te valía si empleabas lo último que te ofrecían.
para mi personalmente, recordar esto hace que los cambios
de comportamientos actuales me parezcan minucias. Pero es
una visión muy subjetiva debido a mi experiencia.

Yo no sé en que niveles de clientes y aplicaciones os

movéis, pero yo he

sustituido en empresas, soluciones por las que habían

pagado mucho mas

dinero del que cuesta la mía y con fallos de principiante.
En la última que recuerdo, las facturas habitualmente

¡¡¡¡ quedaban

descuadradas por un céntimo de euro !!!!! En meses no se

lo habían

solucionado. Por supuesto no están hechas en Visual Fox

Bueno, hay que reconocer que VFP estas barbaridades
también se pueden hacer, pero son más faciles de arreglar.
No le pidamos milagros a VFP X-D, el nos pone la
herramienta, las barbaridades las hacemos nosotros. X-D

En palabras que Microsoft suele utilizar mucho: la

posibilidad de negocio de

VFP es muy superior a otras herramientas de desarrollo. 1

hora de

programación en VFP pueden significar, en términos

económicos, como 10 o 20

en VB.

Me vas a permitir que no me crea que MS haya dicho esto, y
más públicamente... o por lo menos me vas a permitir que
crea que la persona que lo dijo siga en MS.

En serio, ¿quién lo dijo?

VFP tiene además un activo importantísimo, que no es

propiedad de Microsoft,

y que considero que es el mejor que existe. También lo

considero una

garantía de futuro: la comunidad Fox.

De hecho se ha dado cuenta, y llevamos viviendo desde hace
unos años un vuelco a la comunidad importante, si bien me
resulta hasta osceno por su parte, pues creo que la
formación de las comunidades es algo más de la gente que
emplea las herrmaientas que de la empresa que las venda,
pero bueno, es algo bueno para el usuario de herramientas.

Todo sea que dentro de unos años, esto se acabe. Mientras

tanto utilizaré

esta herramienta y las que necesite para implantar mis

soluciones.

Yo aún tengo y en alguos casos mantengo aplicaciones en
Fox26 hechas hace 8 años, por lo que no creo que pase nada
por hacer lo mismo con VFP alargando más allá de 2010 que
tenemos asegurado por MS.

¡Vaya! Solo quería haber dicho 3 o 4 palabras...

Por tu propio bien, te deseo que los presupuestos de los
clientes los estudies mejor. X-D

De cualquier forma, creo que ha sido una brillante
exposición, y completamente descargada de focos polemicos,
como buscabas.

Saludos.
José Luis.