<?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: Evaluar la calidad de un desarrollo Web por su código HTML y Javascript</title>
	<atom:link href="http://ecosistemadigital.com/2009/10/02/evaluar-la-calidad-de-un-desarrollo-web-por-su-codigo-html-y-javascript/feed/" rel="self" type="application/rss+xml" />
	<link>http://ecosistemadigital.com/2009/10/02/evaluar-la-calidad-de-un-desarrollo-web-por-su-codigo-html-y-javascript/</link>
	<description>Contenidos sobre Internet, desarrollo y diseño, traídos por Nicestream</description>
	<lastBuildDate>Mon, 13 Sep 2010 18:46:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Por: desarrollo web madrid</title>
		<link>http://ecosistemadigital.com/2009/10/02/evaluar-la-calidad-de-un-desarrollo-web-por-su-codigo-html-y-javascript/#comment-44</link>
		<dc:creator>desarrollo web madrid</dc:creator>
		<pubDate>Fri, 12 Feb 2010 16:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://ecosistemadigital.com/?p=540#comment-44</guid>
		<description>Totalmente de acuerdo con el artículo, salvo en un punto:
&quot;Meta descriptions, keywords y demás metas, que sean dinámicos, dan la idea de que se esta trabajando con una lógica de templates.&quot;

Eso no es un indicio claro,de estar trabajando con un CMS; ya que programar la funcionalidad de metatags dinámicos en función del contenido es una labor interesante para el cliente final.

Adicionalmente al artículo, añadiría lo siguiente:
- Observar el código fuente &quot;compilado&quot; por el navegador (en firefox Ctrol+U).
- Se deben cumplir los estándares web del W3C.
- Se deben cumplir las pautas de accesibilidad web 1, 2 y 3.
- En caso de usar un CMS, ver si es un copy/paste o ha sido trabajado.

Gracias por el aporte y un saludo.</description>
		<content:encoded><![CDATA[<p>Totalmente de acuerdo con el artículo, salvo en un punto:<br />
&#8220;Meta descriptions, keywords y demás metas, que sean dinámicos, dan la idea de que se esta trabajando con una lógica de templates.&#8221;</p>
<p>Eso no es un indicio claro,de estar trabajando con un CMS; ya que programar la funcionalidad de metatags dinámicos en función del contenido es una labor interesante para el cliente final.</p>
<p>Adicionalmente al artículo, añadiría lo siguiente:<br />
- Observar el código fuente &#8220;compilado&#8221; por el navegador (en firefox Ctrol+U).<br />
- Se deben cumplir los estándares web del W3C.<br />
- Se deben cumplir las pautas de accesibilidad web 1, 2 y 3.<br />
- En caso de usar un CMS, ver si es un copy/paste o ha sido trabajado.</p>
<p>Gracias por el aporte y un saludo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Nidia</title>
		<link>http://ecosistemadigital.com/2009/10/02/evaluar-la-calidad-de-un-desarrollo-web-por-su-codigo-html-y-javascript/#comment-43</link>
		<dc:creator>Nidia</dc:creator>
		<pubDate>Mon, 05 Oct 2009 19:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://ecosistemadigital.com/?p=540#comment-43</guid>
		<description>Siempre me pareció raro el rango de Sr, Jr, Semi-Sr a la hora de evaluar puestos. No hay indicadores &quot;tangibles&quot; para ello y esto parece entrar en discusión constante en muchas de las búsquedas laborales. Para una empresa puedes ser junior, para otra senior, independientemente de los &quot;años/experiencia&quot; que demuestres.

Si evaluamos un desarrollo por su código únicamente estamos tomando en cuenta una sola variable.... hay que tener en cuenta el tiempo que se le dedicó a ello, también. Muchas veces desarrollos salen mal porque los tiempos se calcularon mal... además de que con presiones en el tiempo a desarrollar el código siempre va a estar &quot;atado con alambres&quot;. También es importante evaluar la cantidad de personas envueltas en el desarrollo.

No creo que usar jQuery te haga &#039;menos&#039; programador que uno que usa Moo Tools, si creo que el hecho de usarlo puede &#039;aliviar&#039; a muchos que no están familiarizados con código.

Creo que hay mucho para &quot;discutir&quot; sobre este tema.</description>
		<content:encoded><![CDATA[<p>Siempre me pareció raro el rango de Sr, Jr, Semi-Sr a la hora de evaluar puestos. No hay indicadores &#8220;tangibles&#8221; para ello y esto parece entrar en discusión constante en muchas de las búsquedas laborales. Para una empresa puedes ser junior, para otra senior, independientemente de los &#8220;años/experiencia&#8221; que demuestres.</p>
<p>Si evaluamos un desarrollo por su código únicamente estamos tomando en cuenta una sola variable&#8230;. hay que tener en cuenta el tiempo que se le dedicó a ello, también. Muchas veces desarrollos salen mal porque los tiempos se calcularon mal&#8230; además de que con presiones en el tiempo a desarrollar el código siempre va a estar &#8220;atado con alambres&#8221;. También es importante evaluar la cantidad de personas envueltas en el desarrollo.</p>
<p>No creo que usar jQuery te haga &#8216;menos&#8217; programador que uno que usa Moo Tools, si creo que el hecho de usarlo puede &#8216;aliviar&#8217; a muchos que no están familiarizados con código.</p>
<p>Creo que hay mucho para &#8220;discutir&#8221; sobre este tema.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

