<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" 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:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>Develoft: Desarrollo de Software y Aplicaciones Web en Monterrey México.</title>
	
	<link>http://blog.develoft.com</link>
	<description>Desarrollo de Software y Aplicaciones Web en Monterrey México.</description>
	<lastBuildDate>Thu, 11 Jun 2009 20:56:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/Develoft" /><feedburner:info uri="develoft" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Para los nuevos negocios</title>
		<link>http://feedproxy.google.com/~r/Develoft/~3/2ghjI4cK-ds/</link>
		<comments>http://blog.develoft.com/?p=48#comments</comments>
		<pubDate>Thu, 11 Jun 2009 20:56:22 +0000</pubDate>
		<dc:creator>diego</dc:creator>
				<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://blog.develoft.com/?p=48</guid>
		<description><![CDATA[
A través de mi experiencia en los negocios, me he dado duros golpes contra el mercado pues es una lucha infinita y fuerte en la que pocos salen vivos y muchos mueren en el intento. A lo largo de los años he escuchado diferentes teorías, estrategias, leído artículos, asistido a conferencias; me he informado de [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignnone" title="negocio" src="http://pymesdefamilia.files.wordpress.com/2009/05/emprendedor2.jpg" alt="" width="500" height="375" /></p>
<p class="MsoNormal">A través de mi experiencia en los negocios, me he dado duros golpes contra el mercado pues es una lucha infinita y fuerte en la que pocos salen vivos y muchos mueren en el intento. A lo largo de los años he escuchado diferentes teorías, estrategias, leído artículos, asistido a conferencias; me he informado de más para encontrar errores cometidos o descubrir lo que faltó hacer en las diferentes situaciones por las que pasé.</p>
<p class="MsoNormal">Un par de semanas atrás me preguntaban las razones por las que ahora tengo un negocio de desarrollo de software en el que por fin estamos viendo los resultados de todo el aprendizaje que recibimos a lo largo del tiempo; mis respuestas fueron largas y amplias. Hace unos días me encontré con esta <a title="presentacion" href="http://www.slideshare.net/slidesharesjones/5-most-dangerous-trends-facing-small-businesses-in-2009-presentation"><strong><span style="color: #ff0000;">presentación</span></strong></a> que pudo resumir las razones sobre <a title="develoft" href="http://www.develoft.com"><strong><span style="color: #ff0000;">Develoft</span></strong></a> como nueva empresa. Se las recomiendo ampliamente, habla de las 5 tendencias más peligrosas con las que se topa todo nuevo negocio; describe perfectamente las situaciones con las que nos enfrentamos día a día y las diferentes soluciones que existen para quienes comenzamos en este camino del emprendimiento.</p>
<p class="MsoNormal"><a title="develoft" href="http://www.develoft.com"><span style="color: #ff0000;"><strong>Develoft</strong></span></a> hoy en día se compromete a dar servicios, desarrollando aplicaciones y estrategias comerciales basadas en web; nuevas alternativas para los nuevos negocios, ayudándoles a enfrentar las diversas situaciones que se presentan dando resultados efectivos a buen y justo precio.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.develoft.com/?feed=rss2&amp;p=48</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blog.develoft.com/?p=48</feedburner:origLink></item>
		<item>
		<title>Diseño Epicentral: del centro al exterior</title>
		<link>http://feedproxy.google.com/~r/Develoft/~3/MBFvNsNrQqU/</link>
		<comments>http://blog.develoft.com/?p=40#comments</comments>
		<pubDate>Tue, 19 May 2009 18:37:15 +0000</pubDate>
		<dc:creator>idi</dc:creator>
				<category><![CDATA[Diseño Gráfico]]></category>

		<guid isPermaLink="false">http://blog.develoft.com/?p=40</guid>
		<description><![CDATA[
Este tipo de diseño se enfoca en la verdadera esencia de la página, el epicentro; la pieza más importante del contenido de nuestra página, para después diseñar los elementos alrededor: la navegación, las barras laterales, el pie de página, etc.
Como sea que trabajemos, ninguna página puede existir sin el epicentro. Supongamos que estamos diseñando un [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignnone" title="target" src="http://i43.tinypic.com/rtdue9.jpg" alt="" width="327" height="244" /></p>
<p>Este tipo de diseño se enfoca en la verdadera esencia de la página, el epicentro; la pieza más importante del contenido de nuestra página, para después diseñar los elementos alrededor: la navegación, las barras laterales, el pie de página, etc.</p>
<p>Como sea que trabajemos, ninguna página puede existir sin el epicentro. Supongamos que estamos diseñando un blog, el post vendría siendo el epicentro de la página, no las categorías en las barras laterales, no la cabeza de la página ni los comentarios debajo, pero sí la unidad fundamental del post pues sin éste, definitivamente la página no sería un blog.</p>
<p>Una vez que esa unidad ha sido terminada, se debe comenzar a pensar en el segundo elemento más importante, luego en el tercero y así sucesivamente.</p>
<p>Concentrándonos en lo importante seguramente para el usuario será más fácil comprender la finalidad de la página y podrá navegarla sin problemas. Supongo que esta es la principal ventaja de diseñar desde la unidad básica de la página, no tanto que el proceso sea más rápido o ligero (sin despreciar obviamente estos otros beneficios), pero que el usuario quede atrapado desde el epicentro, es la mejor recompensa.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.develoft.com/?feed=rss2&amp;p=40</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blog.develoft.com/?p=40</feedburner:origLink></item>
		<item>
		<title>¿Qué fue primero? El diseño o la programación</title>
		<link>http://feedproxy.google.com/~r/Develoft/~3/6-EnWGu0GsU/</link>
		<comments>http://blog.develoft.com/?p=33#comments</comments>
		<pubDate>Fri, 15 May 2009 15:39:24 +0000</pubDate>
		<dc:creator>idi</dc:creator>
				<category><![CDATA[Diseño Gráfico]]></category>

		<guid isPermaLink="false">http://blog.develoft.com/?p=33</guid>
		<description><![CDATA[




Según el libro &#8220;Getting Real&#8221; de 37signals, para realizar cualquier aplicación es necesario comenzar por el diseño de la interfaz ¿Por qué? Se han topado con mentalidades que cometen el error de comenzar por la programación.
Sabemos que programar es la parte más pesada en la construcción de una aplicación, es lo que más cuesta y [...]]]></description>
			<content:encoded><![CDATA[<div class="mceTemp">
<dl class="wp-caption alignleft" style="width: 610px;">
<dt class="wp-caption-dt"><img title="interfaz" src="http://i39.tinypic.com/2cgeyyd.png" alt="interfaz" width="600" height="390" /></dt>
</dl>
</div>
<p>Según el libro &#8220;<strong><a title="getting real" href="http://gettingreal.37signals.com/" target="_blank">Getting Real</a></strong>&#8221; de <strong><a title="37signals" href="http://37signals.com/" target="_blank">37signals</a></strong>, para realizar cualquier aplicación es necesario comenzar por el diseño de la interfaz ¿Por qué? Se han topado con mentalidades que cometen el error de comenzar por la programación.<br />
Sabemos que programar es la parte más pesada en la construcción de una aplicación, es lo que más cuesta y lo que más se dificulta modificar.<br />
El diseño es relativamente ligero. Un boceto en una hoja de papel es mucho más barato, fácil de hacer y por lo tanto de editar. Es lógico pensar que se debe comenzar por lo más sencillo para que los cambios a lo largo del proyecto sean mínimos, agilizar y mantener flexible el proceso de creación de las aplicaciones.</p>
<p>Además, la interfaz es el producto, es lo que ve y compra el cliente. Al mostrar una propuesta inicial no significa que sea la definitiva, al final, se muestran las diferencias. Ustedes, ¿Por dónde comienzan?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.develoft.com/?feed=rss2&amp;p=33</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://blog.develoft.com/?p=33</feedburner:origLink></item>
		<item>
		<title>Aplicaciones Web vs. Aplicaciones de Escritorio</title>
		<link>http://feedproxy.google.com/~r/Develoft/~3/N28RneBExhw/</link>
		<comments>http://blog.develoft.com/?p=18#comments</comments>
		<pubDate>Mon, 16 Mar 2009 20:53:10 +0000</pubDate>
		<dc:creator>amed</dc:creator>
				<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://blog.develoft.com/?p=18</guid>
		<description><![CDATA[Algunos ejemplos de aplicaciones de escritorio son: Windows Live Messenger, iTunes, Adobe Photoshop, Microsoft Word, Excel,  Limeware, Winamp, etc. Este tipo de aplicaciones tienen en común el hecho de que son ejecutadas directamente por el sistema operativo, ya sea Microsoft Windows, Mac OS X,  Linux o Solaris, y su rendimiento depende de diversas [...]]]></description>
			<content:encoded><![CDATA[<p>Algunos ejemplos de aplicaciones de escritorio son: Windows Live Messenger, iTunes, Adobe Photoshop, Microsoft Word, Excel,  Limeware, Winamp, etc. Este tipo de aplicaciones tienen en común el hecho de que son ejecutadas directamente por el sistema operativo, ya sea Microsoft Windows, Mac OS X,  Linux o Solaris, y su rendimiento depende de diversas configuraciones de hardware como memoria RAM, disco duro, memoria de video, etc.</p>
<p>Por otro lado, como ejemplos de aplicaciones web, tenemos las conocidas redes sociales como  Facebook y MySpace, tiendas virtuales como E-Bay y Amazon, la enciclopedia en línea Wikipedia, el buscador Google, etc. Dado estos ejemplos, cabe mencionar que la principal caracteristica de las aplicaciones web es que son ejecutadas sobre aplicaciones de escritorio que son conocidas como <em>navegadores web,</em> de los cuales los mas conocidos son <span id="more-18"></span> Internet Explorer, Mozilla Firefox y Safari.</p>
<p>En los inicios de la computación, solo existía aplicaciones del tipo consola, posteriormente aparecieron las aplicaciones de escritorio basadas en GUI, y como toda evolución, en los años 90 con el nacimiento de Internet fueron surgiendo lo que hoy conocemos como aplicaciones web, que en ese entonces se limitaban a ser simples páginas de texto estático, pero que con el tiempo han ido tomando fuerza hasta llegar a lo que conocemos hoy en día&#8230;y lo que falta.</p>
<p>Una de las principales ventajas que presentan las aplicaciones web ante las aplicaciones de escritorio o consola es el hecho de que no dependen de ningún sistema operativo ni configuración de hardware especifica; Para su ejecución simplemente basta con teclear su dirección URL en cualquier navegador web. De igual manera sus actualizaciones se hacen de una manera muy sencilla, sin necesidad de hacer descargas, instalaciones o comprar físicamente el producto.</p>
<p>Esta flexibilidad ha sido uno de los principales motivos por los que cada vez son más utilizadas para una creciente diversidad de tareas, auque al día de hoy todavía no cubren todos los aspectos, puesto que hay aplicaciones de consola mas aptas para ciertas tareas al igual que hay aplicaciones de escritorio para otras, principalmente para tareas de bajo nivel que hacen interacción directa con algun hardware.</p>
<p>En resumen, al día de hoy el uso de aplicaciones web es el más apto en aplicaciones de tipo Intranets, Administración de la relación con el cliente (CRM), Planeación de recursos empresariales (ERP), Puntos de venta distribuidos, Comercio Electrónico, Publicidad, y por supuesto, cualquier actividad que tenga que ver con Internet.</p>
<ul></ul>
]]></content:encoded>
			<wfw:commentRss>http://blog.develoft.com/?feed=rss2&amp;p=18</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blog.develoft.com/?p=18</feedburner:origLink></item>
		<item>
		<title>¿Por qué Ruby on Rails?</title>
		<link>http://feedproxy.google.com/~r/Develoft/~3/A1DnepAHygI/</link>
		<comments>http://blog.develoft.com/?p=4#comments</comments>
		<pubDate>Sat, 07 Mar 2009 00:39:29 +0000</pubDate>
		<dc:creator>amed</dc:creator>
				<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://blog.develoft.com/?p=3</guid>
		<description><![CDATA[Como respuesta a una de las preguntas más frecuentes que recibimos -¿Por qué Ruby on Rails y no PHP?, ¿Por qué Ruby on Rails y no Java?- a continuación expondré algunas de las razones por las que recomendamos trabajar con esta tecnología.

En el mundo del software basado en Internet, la naturaleza de las aplicaciones es cambiante, prácticamente todo se basa en la dinamicidad de la información, de aquí nace la importancia de saber responder eficientemente al cambio.

Ruby on Rails es una herramienta que se nace bajo el paradigma del desarrollo ágil de software, toda su estructura y principios parten de esto, está construido especialmente para crear aplicaciones que sepan atender la demanda del dinamismo de Internet de la forma más eficiente.

Toda aplicación construida sobre este Framework posee las siguientes ventajas:]]></description>
			<content:encoded><![CDATA[<p style="text-align: left;">Como respuesta a una de las preguntas más frecuentes que recibimos -¿Por qué Ruby on Rails y no PHP?, ¿Por qué Ruby on Rails y no Java?- a continuación expondré algunas de las razones por las que recomendamos trabajar con esta tecnología.</p>
<p style="text-align: left;">En el mundo del software basado en Internet, la naturaleza de las aplicaciones es cambiante, prácticamente todo se basa en la dinamicidad de la información, de aquí nace la importancia de saber responder eficientemente al cambio.</p>
<p style="text-align: left;">Ruby on Rails es una herramienta que se nace bajo el paradigma del desarrollo ágil de software, toda su estructura y principios parten de esto, está construido especialmente para crear aplicaciones que sepan atender la demanda del dinamismo de Internet de la forma más eficiente.</p>
<p style="text-align: left;">Toda aplicación construida sobre este <a href="http://en.wikipedia.org/wiki/Software_framework">Framework</a> posee las siguientes ventajas:</p>
<p><span id="more-4"></span><br />
Arquitectura <a title="Model View Controller" href="http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller">MVC</a> y convenciones de trabajo que se encargan de que con el tiempo, la aplicación pueda crecer en cuanto a funcionalidades y <a href="http://en.wikipedia.org/wiki/Scalability">escalabilidad</a> según su demanda sin mayor riesgo y sin sacrificar la calidad de su estructura interna, lo cual es sumamente difícil controlar en la mayoría de las aplicaciones y sistemas convencionales.</p>
<p>Posee una completa suite de tests  (unitarios, funcionales y de integración), con lo cual la aplicación puede ser desarrollada bajo sofisticadas técnicas como lo son el <a title="TDD" href="http://en.wikipedia.org/wiki/Test-driven_development">Test Driven Development</a> ó <a href="http://en.wikipedia.org/wiki/Behavior_Driven_Development">Behavior Driven Development</a>, dándonos la facilidad de poder <a href="http://es.wikipedia.org/wiki/Refactorizaci%C3%B3n">refactorizar código</a> en cualquier momento sin temor a generar grandes y costosas fallas en el sistema.</p>
<p>También cubre uno de los problemas mas comúnes en la industria del Software: el hecho de retomar el desarrollo de un sistema que ha sido iniciado por otro equipo de trabajo o programador, el costo y el esfuerzo que conlleva. Este riesgo se reduce en gran cantidad ya que el desarrollo de una aplicación con Ruby on Rails implica el seguir una sola línea de trabajo y  el uso de <a href="http://en.wikipedia.org/wiki/Best_practice">mejores prácticas</a> de desarrollo con alto prestigio en la industria.</p>
<p>Estas son solo algunas razones por las que recomendamos trabajar con esta tecnología, tenemos experiencia atrás de aproximadamente 5 años trabajando con otros lenguajes de programación y Frameworks (PHP, CakePHP, .NET) y hasta ahora Ruby on Rails es lo que nos ha dado mejores resultados en todos los aspectos.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.develoft.com/?feed=rss2&amp;p=4</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://blog.develoft.com/?p=4</feedburner:origLink></item>
	</channel>
</rss>

