<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comentarios en: Ingenieria del Software</title>
	<atom:link href="http://www.geosincrona.com/2006/02/08/ingenieria-del-software/feed" rel="self" type="application/rss+xml" />
	<link>http://www.geosincrona.com/2006/02/08/ingenieria-del-software</link>
	<description>UltimaOrbita</description>
	<lastBuildDate>Mon, 13 Jun 2011 17:58:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Por: joakkinen</title>
		<link>http://www.geosincrona.com/2006/02/08/ingenieria-del-software/comment-page-1#comment-2449</link>
		<dc:creator>joakkinen</dc:creator>
		<pubDate>Thu, 09 Feb 2006 15:20:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.geosincrona.com/?p=65#comment-2449</guid>
		<description>No estoy de acuerdo, vamos ... para nada.

Para mi lo más importante de la ingeniería del software es la experiencia que recoge. Esas teoría y estimaciones de las que hablas. Cuando se quiere hacer un proyecto de un cierto tamaño ó sabes un poco de esto, ó estas condenado a volverte loco, ó a no terminarlo nunca, ó a hacer una chapuza que no valga para nada. Yo lo he vivido en segunda persona :)

Ingeniería del software es organización. La organización es imprescidible para que las cosas salgan bien. Y esas técnicas que hacen que algo salga bien ... pues pueden evolucionar y mejorar, pero nunca se van a quedar obsoletas.</description>
		<content:encoded><![CDATA[<p>No estoy de acuerdo, vamos &#8230; para nada.</p>
<p>Para mi lo más importante de la ingeniería del software es la experiencia que recoge. Esas teoría y estimaciones de las que hablas. Cuando se quiere hacer un proyecto de un cierto tamaño ó sabes un poco de esto, ó estas condenado a volverte loco, ó a no terminarlo nunca, ó a hacer una chapuza que no valga para nada. Yo lo he vivido en segunda persona <img src='http://www.geosincrona.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Ingeniería del software es organización. La organización es imprescidible para que las cosas salgan bien. Y esas técnicas que hacen que algo salga bien &#8230; pues pueden evolucionar y mejorar, pero nunca se van a quedar obsoletas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: daimon</title>
		<link>http://www.geosincrona.com/2006/02/08/ingenieria-del-software/comment-page-1#comment-2448</link>
		<dc:creator>daimon</dc:creator>
		<pubDate>Wed, 08 Feb 2006 23:53:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.geosincrona.com/?p=65#comment-2448</guid>
		<description>¿vas a seguir pensando?¿?

Ya enserio ing del soft es una chusta pero por el trato que le asigna al programador mero picacódigo de las genialidades del analista.

La cruda realidad es que si el programador no pica el analista se come marrones lo que no significa que su trabajo no sea útil, las estimaciones absurdas o no ayudan pese a quien pese y por absurdo que parezca una técnica obsoleta puede ayudar en un proyecto</description>
		<content:encoded><![CDATA[<p>¿vas a seguir pensando?¿?</p>
<p>Ya enserio ing del soft es una chusta pero por el trato que le asigna al programador mero picacódigo de las genialidades del analista.</p>
<p>La cruda realidad es que si el programador no pica el analista se come marrones lo que no significa que su trabajo no sea útil, las estimaciones absurdas o no ayudan pese a quien pese y por absurdo que parezca una técnica obsoleta puede ayudar en un proyecto</p>
]]></content:encoded>
	</item>
</channel>
</rss>

