<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:ymaps="http://api.maps.yahoo.com/Maps/V2/AnnotatedMaps.xsd"	>
<channel>
	<title>Comments on: Administración electrónica y proveedores de software</title>
	<atom:link href="http://www.manuelrecena.com/blog/archives/807/feed" rel="self" type="application/rss+xml" />
	<link>http://www.manuelrecena.com/blog/archives/807</link>
	<description>Donde escribo sobre cosas que forman parte de mi vida profesional</description>
	<lastBuildDate>Sun, 05 Sep 2010 11:01:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Manuel Jesús Recena Soto</title>
		<link>http://www.manuelrecena.com/blog/archives/807/comment-page-1#comment-2283</link>
		<dc:creator>Manuel Jesús Recena Soto</dc:creator>
		<pubDate>Fri, 18 Sep 2009 15:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.manuelrecena.com/blog/?p=807#comment-2283</guid>
		<description>&lt;a href=&quot;#comment-2282&quot; rel=&quot;nofollow&quot;&gt;@chencho&lt;/a&gt; 

En primer lugar, gracias por tu aportación. Es cierto que existen simuladores, pero evidentemente son insuficientes y el soporte escaso.

Creo que montar una máquina virtual para cada una de estas plataformas y/o servicios sería algo estupendo y sencillo de poner en marcha. Quizás no de todas, pero sí de las que sea posible.

En cuanto a los procedimiento de explotación sólo decirte que has tocado otro de los temas importantes y en el que sí creo que se está trabajando. Otra cosa es el tiempo que habrá que esperar para ver resultados de verdad.

Dejé algunos comentarios hace más de un año:
http://www.manuelrecena.com/blog/archives/125

Un saludo</description>
		<content:encoded><![CDATA[<p><a href="#comment-2282" rel="nofollow">@chencho</a> </p>
<p>En primer lugar, gracias por tu aportación. Es cierto que existen simuladores, pero evidentemente son insuficientes y el soporte escaso.</p>
<p>Creo que montar una máquina virtual para cada una de estas plataformas y/o servicios sería algo estupendo y sencillo de poner en marcha. Quizás no de todas, pero sí de las que sea posible.</p>
<p>En cuanto a los procedimiento de explotación sólo decirte que has tocado otro de los temas importantes y en el que sí creo que se está trabajando. Otra cosa es el tiempo que habrá que esperar para ver resultados de verdad.</p>
<p>Dejé algunos comentarios hace más de un año:<br />
<a href="http://www.manuelrecena.com/blog/archives/125" rel="nofollow">http://www.manuelrecena.com/blog/archives/125</a></p>
<p>Un saludo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chencho</title>
		<link>http://www.manuelrecena.com/blog/archives/807/comment-page-1#comment-2282</link>
		<dc:creator>chencho</dc:creator>
		<pubDate>Fri, 18 Sep 2009 07:02:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.manuelrecena.com/blog/?p=807#comment-2282</guid>
		<description>Como bien cita alfonso existen simuladores tanto para @ries como de @firma, con respecto a Trew@ tambien coincido en que la documentacion de los errores no es la apropiada, sobre todo si los codigos de error son luego mostrados en aplicaciones montadas sobre este motor de tramitacion como por ejemplo eCO. 

La opcion de virtualización es bastante buena para poder disponer de un entorno donde se encuentren ya instaladas todas esas &quot;plataformas&quot;. El problema es que solo podemos usarla desde un punto de vista funcional. 

Digo esto ultimo porque cuando pasamos de entornos de desarrollo a entornos de pre y produccion, las cosas cambian bastante. Ya no solo dependes de la plataforma sino de la infraestructura que la soporta y de por supuesto los condicionantes que la infraestructura de sistemas de la entidad tambien imponga, via red corporativa o no, por ejemplo: proxies, balanceadores, entornos en cluster, etc. 

Lamentablemente es habitual ver como proyectos validados en entornos de desarrollo se estrellan contra problemas que se escapan a la gestion del proveedor en otros entornos (pre y produccion), por problemas de conexion con la plataforma de @firma, por problemas en alguno de los nodos de algun cluster de @firma, por balanceadores, proxies, etc, etc. 

El problema es que la culpa recae sobre el proveedor en la mayoria de las ocasiones y no siempre es toda suya. Mientras se resuelve el &quot;misterio&quot; de la problematica que toque en ese momento en un despliegue, el usuario final (jefe de servicio o de seccion de turno al que ni le va ni le vienen habitualmente estos problemas y mejor no explicarselos) ve como se retrasa la implantacion con la posterior no satisfaccion del servicio prestado.

Este tema que has planteado es bastante interesante y espero que nos mantengas al tanto de como ha acabado tu propuesta.

Saludos!</description>
		<content:encoded><![CDATA[<p>Como bien cita alfonso existen simuladores tanto para @ries como de @firma, con respecto a Trew@ tambien coincido en que la documentacion de los errores no es la apropiada, sobre todo si los codigos de error son luego mostrados en aplicaciones montadas sobre este motor de tramitacion como por ejemplo eCO. </p>
<p>La opcion de virtualización es bastante buena para poder disponer de un entorno donde se encuentren ya instaladas todas esas &#8220;plataformas&#8221;. El problema es que solo podemos usarla desde un punto de vista funcional. </p>
<p>Digo esto ultimo porque cuando pasamos de entornos de desarrollo a entornos de pre y produccion, las cosas cambian bastante. Ya no solo dependes de la plataforma sino de la infraestructura que la soporta y de por supuesto los condicionantes que la infraestructura de sistemas de la entidad tambien imponga, via red corporativa o no, por ejemplo: proxies, balanceadores, entornos en cluster, etc. </p>
<p>Lamentablemente es habitual ver como proyectos validados en entornos de desarrollo se estrellan contra problemas que se escapan a la gestion del proveedor en otros entornos (pre y produccion), por problemas de conexion con la plataforma de @firma, por problemas en alguno de los nodos de algun cluster de @firma, por balanceadores, proxies, etc, etc. </p>
<p>El problema es que la culpa recae sobre el proveedor en la mayoria de las ocasiones y no siempre es toda suya. Mientras se resuelve el &#8220;misterio&#8221; de la problematica que toque en ese momento en un despliegue, el usuario final (jefe de servicio o de seccion de turno al que ni le va ni le vienen habitualmente estos problemas y mejor no explicarselos) ve como se retrasa la implantacion con la posterior no satisfaccion del servicio prestado.</p>
<p>Este tema que has planteado es bastante interesante y espero que nos mantengas al tanto de como ha acabado tu propuesta.</p>
<p>Saludos!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manuel Jesús Recena Soto</title>
		<link>http://www.manuelrecena.com/blog/archives/807/comment-page-1#comment-2280</link>
		<dc:creator>Manuel Jesús Recena Soto</dc:creator>
		<pubDate>Thu, 17 Sep 2009 09:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.manuelrecena.com/blog/?p=807#comment-2280</guid>
		<description>Espero que tengan en cuenta la propuestas. Si recibo noticias, lo comentaré.

Un saludo</description>
		<content:encoded><![CDATA[<p>Espero que tengan en cuenta la propuestas. Si recibo noticias, lo comentaré.</p>
<p>Un saludo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alfonso</title>
		<link>http://www.manuelrecena.com/blog/archives/807/comment-page-1#comment-2279</link>
		<dc:creator>alfonso</dc:creator>
		<pubDate>Thu, 17 Sep 2009 06:49:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.manuelrecena.com/blog/?p=807#comment-2279</guid>
		<description>Donde trabajo se han realizado algunas (casi todas las que has nombrado) de esas plataformas y si es verdad que a veces cuesta acceder a su código fuente y trastearlo, incluso dentro de la misma empresa cuando perteneces a otro proyecto.

De algunas de ellas si creo que existen simuladores, si no recuerdo mal tanto de @ries como de @firma, que son las que he usado.

Que dolores de cabeza tengo a veces cuando trabajo con trew@ y aparece un error, y es que estos errores en la mayoría de los casos no están bien documentados.</description>
		<content:encoded><![CDATA[<p>Donde trabajo se han realizado algunas (casi todas las que has nombrado) de esas plataformas y si es verdad que a veces cuesta acceder a su código fuente y trastearlo, incluso dentro de la misma empresa cuando perteneces a otro proyecto.</p>
<p>De algunas de ellas si creo que existen simuladores, si no recuerdo mal tanto de @ries como de @firma, que son las que he usado.</p>
<p>Que dolores de cabeza tengo a veces cuando trabajo con trew@ y aparece un error, y es que estos errores en la mayoría de los casos no están bien documentados.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emilio Escobar</title>
		<link>http://www.manuelrecena.com/blog/archives/807/comment-page-1#comment-2278</link>
		<dc:creator>Emilio Escobar</dc:creator>
		<pubDate>Thu, 17 Sep 2009 06:20:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.manuelrecena.com/blog/?p=807#comment-2278</guid>
		<description>Que esto que propones debería ser obligatorio porque, actualmente nos encontramos con claros casos de agravios comparativos.</description>
		<content:encoded><![CDATA[<p>Que esto que propones debería ser obligatorio porque, actualmente nos encontramos con claros casos de agravios comparativos.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
