<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.7.2" -->
<rss version="2.0">
	<channel>
		<title>Â¿Puede programar un programa?</title>
		<description>Comments for Â¿Puede programar un programa? at http://www.navegapolis.net , comment 1 to 2 out of 2 comments</description>
		<link>http://www.navegapolis.net</link>
		<lastBuildDate>Wed, 17 Mar 2010 18:49:44 +0100</lastBuildDate>
		<generator>FeedCreator 1.7.2</generator>
		<item>
			<title>...</title>
			<link>http://www.navegapolis.net/content/view/121/99/#comment-55</link>
			<description>Le podemos llamar analizar, diseñar o programar, pero no es otra cosa que crear una solución y lo de \&quot;crear\&quot; lo seguiremos haciendo las personas. Cada vez \&quot;crearemos\&quot; herramientas que hagan el trabajo sucio y nos lo pongan más fácil. - Invitado</description>
			<pubDate>Wed, 29 Jun 2005 20:08:34 +0100</pubDate>
		</item>
		<item>
			<title>...</title>
			<link>http://www.navegapolis.net/content/view/121/99/#comment-54</link>
			<description>En realidad ya tenemos una herramienta que traduce en instrucciones al ordenador lo que hemos determinado que queremos que haga nuestro programa: los compiladores.

Las herramientas CASE en todo caso pueden intentar automatizar ciertas partes del desarrollo mecanicas, y precisamente pasar del diseño a la implementación no creo que pueda encuadrarse dentro de las tareas mecanicas. 

Se podría llegar a decir que esto es porque los diseños no especifican con suficiente rigor todos lo que estas herramientas necesitarian para producir el código final, pero claro si en el diseño quedarán especificados todos los detalles que se deben tener en cuenta en la implementación con total rigor lo que en realidad estaría ocurriendo es que habriamos cambiado de lenguaje de programación, programariamos \&quot;pintando cajas\&quot; en lugar de \&quot;escribiendo código\&quot;. 

Programar aunque parezca lo contrario no es \&quot;escribir código\&quot;, es partiendo de una especificación de un problema en un nivel de abstracción que no cubre todos los detalles llegar a una nueva especificación que si cubra esos detalles que no se tienen en cuenta en la etapa anterior.

Si eliminamos estas fases intermedias y en el diseño especificamos todos los detalles \&quot;pintando cajas\&quot;, en realidad lo que estamos haciendo es eliminar la fase conceptual de diseño y ponernos directamente a programar. - Invitado</description>
			<pubDate>Wed, 29 Jun 2005 18:23:24 +0100</pubDate>
		</item>
	</channel>
</rss>
