<?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/"
		>
<channel>
	<title>Comentarios en: ¿Peor es mejor?</title>
	<atom:link href="http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/</link>
	<description>Blog de Seguridad de la Información de S2 Grupo</description>
	<lastBuildDate>Fri, 30 Jul 2010 12:29:19 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Incorporando la seguridad al proceso de desarrollo de software &#124; SinapsysMx.Net</title>
		<link>http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/comment-page-1/#comment-2258</link>
		<dc:creator>Incorporando la seguridad al proceso de desarrollo de software &#124; SinapsysMx.Net</dc:creator>
		<pubDate>Tue, 27 Oct 2009 16:10:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=1691#comment-2258</guid>
		<description>[...] (véase el enfoque de Berkeley frente al del MIT en la entrada de Javier Vela al respecto, ¿Peor es mejor?). La situación actual es algo distinta ya que la capacidad del entorno de encontrar y explotar [...]</description>
		<content:encoded><![CDATA[<p>[...] (véase el enfoque de Berkeley frente al del MIT en la entrada de Javier Vela al respecto, ¿Peor es mejor?). La situación actual es algo distinta ya que la capacidad del entorno de encontrar y explotar [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: G0sU</title>
		<link>http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/comment-page-1/#comment-1714</link>
		<dc:creator>G0sU</dc:creator>
		<pubDate>Wed, 09 Sep 2009 20:07:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=1691#comment-1714</guid>
		<description>¡Muy buen articulo Javi! Ya por fin llegue a casa y pude leerlo con calma. La verdad que te expresas de cine muchacho. 

Yo personalmente me quedo con una base MIT y con un final del proyecto al estilo BerKeley por que con una buena base siempre se puede mejorar el producto, en cambio con una base mala, todo lo que hagas por encima no sera más que un parche tras parche.

Nos vemos mañana ;) 

JMG</description>
		<content:encoded><![CDATA[<p>¡Muy buen articulo Javi! Ya por fin llegue a casa y pude leerlo con calma. La verdad que te expresas de cine muchacho. </p>
<p>Yo personalmente me quedo con una base MIT y con un final del proyecto al estilo BerKeley por que con una buena base siempre se puede mejorar el producto, en cambio con una base mala, todo lo que hagas por encima no sera más que un parche tras parche.</p>
<p>Nos vemos mañana ;) </p>
<p>JMG</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: GigA</title>
		<link>http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/comment-page-1/#comment-1710</link>
		<dc:creator>GigA</dc:creator>
		<pubDate>Wed, 09 Sep 2009 12:48:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=1691#comment-1710</guid>
		<description>Aquí solo puedo proporcionar mi respuesta preferida, &quot;Depende&quot;, ¿en que mercado estamos compitiendo?, ¿para quien es nuestro proyecto?, ¿cuanto peso tiene la seguridad? Hay entornos donde no puedes asumir ciertos riesgos ;-)

Si, me quedo con esta respuesta, depende.</description>
		<content:encoded><![CDATA[<p>Aquí solo puedo proporcionar mi respuesta preferida, &#8220;Depende&#8221;, ¿en que mercado estamos compitiendo?, ¿para quien es nuestro proyecto?, ¿cuanto peso tiene la seguridad? Hay entornos donde no puedes asumir ciertos riesgos ;-)</p>
<p>Si, me quedo con esta respuesta, depende.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: xavitxu</title>
		<link>http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/comment-page-1/#comment-1708</link>
		<dc:creator>xavitxu</dc:creator>
		<pubDate>Wed, 09 Sep 2009 11:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=1691#comment-1708</guid>
		<description>Que bien te ha salido el post, muy interesante el dilema. Calidad o Cantidad? He ahi la cuestion :P

Yo aun albergo la esperanza de que llegara el dia en que el MIT saldra vencedor de este dilema.

Felicidades, estupendo post, ameno e interesante.</description>
		<content:encoded><![CDATA[<p>Que bien te ha salido el post, muy interesante el dilema. Calidad o Cantidad? He ahi la cuestion :P</p>
<p>Yo aun albergo la esperanza de que llegara el dia en que el MIT saldra vencedor de este dilema.</p>
<p>Felicidades, estupendo post, ameno e interesante.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Francisco Benet</title>
		<link>http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/comment-page-1/#comment-1694</link>
		<dc:creator>Francisco Benet</dc:creator>
		<pubDate>Tue, 08 Sep 2009 11:17:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=1691#comment-1694</guid>
		<description>Buen post sobre estrategia de diseño, pero al final lo que manda (como dejas entrever) es la estrategia comercial, aunque finalmente desde mi punto de vista siempre existe una restricción o coto de dicha estrategia basada en el mercado al que se destina el producto. El peso de ambas filosofías (siendo que la de MIT es casi imposible de conseguir, y más si hablamos de seguridad) puede venir dado por el tiempo de salida al mercado (ser los primeros siempre da ventaja), el porcentaje de aprobación del producto, el mercado al que va dedicado,... 

En cualquier caso, al final el pragmatismo funcional (vista deformada de ver el tiempo de desarrollo) se impone a la seguridad del producto, imponiéndose la visión de &#039;que debe hacer&#039; al &#039;cómo hacerlo&#039;. 

Y es que nosotros mismos nos hemos educado para que las cosas no sean perfectas, ni funcionalmente ni operativamente... y ejemplos en la industria sobran.</description>
		<content:encoded><![CDATA[<p>Buen post sobre estrategia de diseño, pero al final lo que manda (como dejas entrever) es la estrategia comercial, aunque finalmente desde mi punto de vista siempre existe una restricción o coto de dicha estrategia basada en el mercado al que se destina el producto. El peso de ambas filosofías (siendo que la de MIT es casi imposible de conseguir, y más si hablamos de seguridad) puede venir dado por el tiempo de salida al mercado (ser los primeros siempre da ventaja), el porcentaje de aprobación del producto, el mercado al que va dedicado,&#8230; </p>
<p>En cualquier caso, al final el pragmatismo funcional (vista deformada de ver el tiempo de desarrollo) se impone a la seguridad del producto, imponiéndose la visión de &#8216;que debe hacer&#8217; al &#8216;cómo hacerlo&#8217;. </p>
<p>Y es que nosotros mismos nos hemos educado para que las cosas no sean perfectas, ni funcionalmente ni operativamente&#8230; y ejemplos en la industria sobran.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Sergio</title>
		<link>http://www.securityartwork.es/2009/09/08/%c2%bfpeor-es-mejor/comment-page-1/#comment-1695</link>
		<dc:creator>Sergio</dc:creator>
		<pubDate>Tue, 08 Sep 2009 10:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityartwork.es/?p=1691#comment-1695</guid>
		<description>Se que la pregunta es semiretorica, pero no me puedo resistir a puntualizar algo: Creo que al mercado le da exactamente igual de donde seas tu, si de Berkeley o del MIT. Eres tu el que debe saber donde está tu mercado, si en Berkeley o en Massachusetts. Te posicionas ahi y a coopetir sea dicho.

Lo digo porque, seguro que en un plano teorico, todos somos del MIT.

Un detalle respecto a eso de posicionarse: creo que ademas de &quot;lo que dicen los libros&quot;, no estaria de mas (imprescindible?) informar internamente que estas ahi posionado (aqui de la teoria a la practica puede haber 3 años luz). La motivacion de esto es evitar frustraciones. Es muy típico que los tecnólogos nos enamoremos de nuestra tecnologia, olvidando por el camino que si esta no está en el mercado dentro de una estrategia corporativa coherente (DIA no vende Jamon de Jabugo, ni el supermercado de El Corte Ingles tartas caducadas a mitad de precio, no?) estamos haciendo el panfilo y antes o despues la organizacion sufrirá las consecuencias (tensiones en RRHH?). Para evitar esto, hay que saber donde esta uno y eso implica que los RRHH conozcan las circunstacias internas y externas de una organizacion.

Sí, yo tambien querria ir al MIT, pero Berkeley me pilla mas cerca (aunque siempre que puedo me escapo ;))

Sergio.</description>
		<content:encoded><![CDATA[<p>Se que la pregunta es semiretorica, pero no me puedo resistir a puntualizar algo: Creo que al mercado le da exactamente igual de donde seas tu, si de Berkeley o del MIT. Eres tu el que debe saber donde está tu mercado, si en Berkeley o en Massachusetts. Te posicionas ahi y a coopetir sea dicho.</p>
<p>Lo digo porque, seguro que en un plano teorico, todos somos del MIT.</p>
<p>Un detalle respecto a eso de posicionarse: creo que ademas de &#8220;lo que dicen los libros&#8221;, no estaria de mas (imprescindible?) informar internamente que estas ahi posionado (aqui de la teoria a la practica puede haber 3 años luz). La motivacion de esto es evitar frustraciones. Es muy típico que los tecnólogos nos enamoremos de nuestra tecnologia, olvidando por el camino que si esta no está en el mercado dentro de una estrategia corporativa coherente (DIA no vende Jamon de Jabugo, ni el supermercado de El Corte Ingles tartas caducadas a mitad de precio, no?) estamos haciendo el panfilo y antes o despues la organizacion sufrirá las consecuencias (tensiones en RRHH?). Para evitar esto, hay que saber donde esta uno y eso implica que los RRHH conozcan las circunstacias internas y externas de una organizacion.</p>
<p>Sí, yo tambien querria ir al MIT, pero Berkeley me pilla mas cerca (aunque siempre que puedo me escapo ;))</p>
<p>Sergio.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
