<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	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/"
	>

<channel>
	<title>inmensys - programador freelance girona</title>
	<atom:link href="http://www.inmensys.com/feed" rel="self" type="application/rss+xml" />
	<link>http://www.inmensys.com</link>
	<description>programador freelance girona</description>
	<lastBuildDate>Thu, 21 Jun 2012 20:50:12 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Cómo crear un archivo de los cambios realizados con Git</title>
		<link>http://www.inmensys.com/como-crear-un-archivo-de-los-cambios-realizados-con-git</link>
		<comments>http://www.inmensys.com/como-crear-un-archivo-de-los-cambios-realizados-con-git#comments</comments>
		<pubDate>Thu, 21 Jun 2012 20:50:12 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[git]]></category>

		<guid isPermaLink="false">http://www.inmensys.com/?p=216</guid>
		<description><![CDATA[El comando git archive permite crear un archivo en zip o en tar de un determinado commit. Pero a veces es necesario distribuir un update, como si fuese un patch pero que contenga todos los archivos que han cambiado. Para hacerlo se puede usar el siguiente comando: git archive -o update.zip HEAD $(git diff --name-only [...]]]></description>
			<content:encoded><![CDATA[<p>El comando <strong>git archive</strong> permite crear un archivo en zip o en tar de un determinado commit. Pero a veces es necesario distribuir un update, como si fuese un patch pero que contenga todos los archivos que han cambiado. </p>
<p>Para hacerlo se puede usar el siguiente comando:</p>
<p><code>git archive -o update.zip HEAD $(git diff --name-only HEAD^)<br />
</code></p>
<p>Básicamente consiste en que git archive permite que se le especifiquen la lista de ficheros a incluir, y por otra parte, git diff tiene el parámetro &#8211;name-only que permite listar los ficheros que han cambiado en un commit.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.inmensys.com/como-crear-un-archivo-de-los-cambios-realizados-con-git/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>9 formas de reducir tus posibilidades de fundar una startup de éxito</title>
		<link>http://www.inmensys.com/9-formas-de-reducir-tus-posibilidades-de-fundar-una-startup-de-exito</link>
		<comments>http://www.inmensys.com/9-formas-de-reducir-tus-posibilidades-de-fundar-una-startup-de-exito#comments</comments>
		<pubDate>Thu, 01 Dec 2011 20:15:40 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[emprendedores]]></category>

		<guid isPermaLink="false">http://www.inmensys.com/?p=191</guid>
		<description><![CDATA[Acabo de leer un post de Rob Walling digno de mención. El link original está aquí, y me he tomado la libertad de traducirlo, dice así: A medida que aprendo a cerca de startups, me doy cuenta de que el éxito es más bien un proceso gradual que un estado binario. En otras palabras, cuando [...]]]></description>
			<content:encoded><![CDATA[<p>Acabo de leer un <a href="http://www.softwarebyrob.com/2011/11/02/9-ways-to-decrease-your-chance-of-bootstrapping-a-successful-company">post de Rob Walling</a> digno de mención. El link original está aquí, y me he tomado la libertad de traducirlo, dice así:</p>
<div style="background: white; float:left; width: 450px; border: 1px solid gray; font-style: italic; padding: 10px">
 A medida que aprendo a cerca de startups, me doy cuenta de que el éxito es más bien un proceso gradual que un estado binario.</p>
<p> En otras palabras, cuando lees un blog post que habla sobre las &#8220;X maneras de tener éxito en tu startup&#8221;, lo que realmente dicen es las &#8220;X maneras de potencialmente incrementar las posibilidades de éxito en tu startup&#8221;. Pero el segundo titular es demasiado largo, y por eso los bloggers abrevian.</p>
<p> Con esa idea en mente, he tenido una lista en mente durante bastante tiempo, pensando en la mejor manera de presentarla. El problema de este tipo de listas es que la gente las lee, y si ven que están haciendo algunas de las cosas que se enumeran, les entra miedo. Este miedo les lleva a reflexionar sobre si no estarán encaminándose hacia un abismo. ¿Quién se atreve a reconocer tal cosa?</p>
<p> Pero este no es el objetivo de esta lista que aquí presento. A medida que vayas leyendo, ten en cuenta dos cosas:</p>
<p> 1. El hecho de hacer algún punto de la esta lista no es una receta de fracaso seguro, sino que a través de hablar con más de mil emprendedores, he observado que cada punto tendrá un impacto negativo en tus probabilidades de éxito.</p>
<p> 2. Esto también aplica a compañías que ya hayan empezado. Compañías con financiación pueden romper esas reglas, ya que tienen un dinero en el banco que les permite distorsionar un poco la realidad.</p>
<p><strong>1: Escoger un mercado en el que la competencia que está financiada<br />
</strong></p>
<p> He visto de primera mano como empresas financiadas destrozan una startup.<br />
 Imagina que Adwords pasa de valer $0.5 a $5 de un dia para otro. Imagina que tu competencia contrata una firma de relaciones públicas y aparece en <em>Inc., Fast Company</em> y <em>Wired</em> en el mismo mes, y que ves como tus resultados en google caen mientras la competencia contrata SEOs de alto nivel.<br />
 No digo que no se pueda vencer a la competencia que tiene un soporte financiero, pero es como tratar de vencer en lucha libre a alguien que mide el doble que tú. En lugar de tratar de vencerle como si estuvieseis en el mismo nivel, busca un nicho de mercado al que tu competidor no pueda entrar. Lo que nos lleva al siguiente punto&#8230;</p>
<p><strong>2: No buscar un nicho de mercado<br />
</strong><br />
 Éste es quizá el error más común que he visto hace unos dos años. Me alegra ver que es algo que está cambiando recientemente.<br />
 A los nichos es más fáciles acceder, la publicidad sale mejor de precio, tienen menos competencia, más margen de beneficio, y el poder del boca a boca es muy fuerte.<br />
 Todo esto, combinado, hace que un nicho de mercado sea la mejor opción a la hora de orientar una startup.</p>
<p><strong>3: Hacerlo todo tú mismo</strong></p>
<p>Lanzar una aplicación, incluso la versión 1.0, requiere cientos de horas de trabajo. Des de la programación al diseño gráfico, márketing a preparar un sistema de pago.<br />
 Si crees que realmente tienes que hacerlo todo tú, las probabilidades de cumplir con la fecha de lanzamiento planeada disminuyen.</p>
<p><strong>4: Basar tu modelo de negocio en ventas de una sola vez</strong></p>
<p>Es una de las cosas que he aprendido hace poco: ventas de una sola vez apestan. Cada inicio de mes empiezas de cero beneficios, y debes luchar como un loco para conseguir las ventas que hagan que sea un negocio viable. Empezar cada mes des de cero no es forma de hacer crecer un negocio.<br />
 Cuanto más me fijo en empresas que han crecido, más cuenta me doy de que siempre están fundadas en un flujo de ventas recurrente.<br />
 Netflix pasó de vender películas (finales de los 90), a un modelo basado en subscripciones. Muchas empresas de software de escritorio están pasándose a un modelo basado en subscripciones.<br />
 De manera que si estás trabajando en un producto basando en ventas de una sola vez, te animo a pensar en cómo transformarlo en un modelo de ingresos recurrentes.</p>
<p> <strong>5: Escoger una idea con un doble mercado</strong></p>
<p> Y es que ya bastante difícil es vender a la gente de un mercado en concreto. Pero tener que buscar y estar en la élite en un grupo de dos tipos de clientes distintos ya es brutal.<br />
 Ejemplos de esto son Elance, eBay, Monster.com, y cualquier sitio web cuyo negocio se base en publicidad (ya que tienes que vender el producto a los usuarios y a los que se quieran anunciar).<br />
  Puede hacerse, el problema es que se duplica (o triplica) la cantidad de márketing necesario para despegar.</p>
<p><strong>6: Ofrecerlo gratis</strong></p>
<p> Este tema estuvo cubierto bastante bien por Ruben en su <a href="http://www.softwarebyrob.com/2010/08/18/why-free-plans-dont-work/">post</a>, pero basta con decir que los planes gratis raramente funcionan para empresas que acaban de salir al mercado.</p>
<p><strong>7: Ignorar los números</strong></p>
<p> No se puede hacer un negocio si cobras $1 al mes. Bueno.. sí se puede, si tienes millones de usuarios. El problema es que conseguir millones de usuarios requiere más tiempo y dinero del que tienes ahora mismo.<br />
  Intentar hacer dinero vendiendo una aplicación por $1/mes es una locura a menos que tu mercado sea gigantesco y tengas la experiencia y los fondos para llegar a este mercado (e incluso si lo tienes, el tema del soporte técnico acabará contigo).<br />
  Miremos algunos números:<br />
   1. Si tu intención es hacer $2k al mes, necesitas 2k clientes.<br />
   2. Para empezar, eso es un montón de clientes que no tienen un perfil técnico para dar soporte por tan poco dinero. En ese punto, seguramente todavía tendrás otro puesto de trabajo (el que paga las facturas), de manera que necesitarás noches y fines de semana de trabajo. No suena muy bien.<br />
   3. Para conseguir 2k clientes con un ratio de conversión del 1% necesitarás 200k visitantes únicos (en total, no mensuales). Si trabajas realmente duro el tema de la promoción y boca a boca, diría que puedes hacer de mil a dos mil al mes. Incluso si llegases a 4000, necesitarías un montón de tiempo para llegar a los 200000.<br />
  Estos días aconsejo a la gente probar con $30/mes o $50/mes. ¿Qué puedes tú hacer que ofrezca ese valor a tus clientes?</p>
<p><strong>8: Empezar el márketing una vez se tiene el producto finalizado</strong></p>
<p> Si ya validar tu idea, crear una lista de subscriptores, lanzar y conseguir links con el tiempo es difícil, que me dices del hecho de estar 6 meses en el garaje  de casa, convenciéndote a ti mismo que tu proyecto va a ser el no va más, mientras todavía estás en la fase de desarrollo?<br />
 Hay un rumor que dice que DropBox ya tenia 200 mil emails el día que lanzaron. Lo que hicieron fue conseguir tráfico a una landing page, mediante la publicación de un vídeo donde se describía las bondades del sistema que estaban a punto de lanzar.<br />
 Hoy en dia, si la gente me pregunta que si para atraer a un inversor, debe de tener un producto que enseñar, le digo que quizá.. o quizá puedan recopilar 200 mil direcciones de email. Si consigues esa cantidad de emails,  llámame y te envío un cheque ahora mismo.</p>
<p><strong>9: Pensar que va a ser fácil</strong></p>
<p> A menudo oirás que la causa más común del cese de actividades de una startup es el hecho de que se queda sin dinero. Para los emprendedores que están en el proceso de lanzamiento, ese no es su caso. De hecho, el estar sin dinero es el estado de partida. Asi que a partir del dia 1, tu misión debería ser de cero ingresos a cubrir al menos el hosting.<br />
 De manera que gente en tu situación, la causa más habitual de fracaso no es el quedarse sin dinero, sino sin motivación.<br />
 Si crees que tu proyecto te reportará $100,000 en pocos meses sólo dedicándole unas horas al dia, entonces las probabilidades de que te fustres y pierdas la motivación serán bastante altas en caso de que tus expectativas no se cumplan.<br />
  Y el día que decidas tirar la toalla es el día en que tu startup muere.<br />
  No, no es fácil fundar una  empresa.<br />
No, it’s not easy to start a company. Pero conociéndote, sé que ese es uno de los motivos por lo que lo estás intentando.</p>
</div>
<div style="clear: both"></div>
]]></content:encoded>
			<wfw:commentRss>http://www.inmensys.com/9-formas-de-reducir-tus-posibilidades-de-fundar-una-startup-de-exito/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Importar certificados a Java keystore (jks)</title>
		<link>http://www.inmensys.com/importar-certificados-a-java-keystore-jks</link>
		<comments>http://www.inmensys.com/importar-certificados-a-java-keystore-jks#comments</comments>
		<pubDate>Mon, 31 Oct 2011 13:55:21 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.inmensys.com/?p=185</guid>
		<description><![CDATA[Si queremos firmar documentos o usar certificados en Java, hay que importar el certificado a un java keystore. El certificado debe contener la clave pública y también la privada (en un archivo .pfx). $java -cp jetty-6.1.24.jar org.mortbay.jetty.security.PKCS12Import certificado.pfx certificado.jks Hay que especificar la contraseña de entrada (la del pfx), y la de salida (la que [...]]]></description>
			<content:encoded><![CDATA[<p>Si queremos firmar documentos o usar certificados en Java, hay que importar el certificado a un java keystore. El certificado debe contener la clave pública y también la privada (en un archivo .pfx). </p>
<p><code>$java -cp jetty-6.1.24.jar org.mortbay.jetty.security.PKCS12Import certificado.pfx certificado.jks</code></p>
<p> Hay que especificar la contraseña de entrada (la del pfx), y la de salida (la que queramos dar al keystore).</p>
<p>Cambiar el nombre del alias, si es necesario:<br />
<code><br />
$ keytool -keystore certificado.jks -storepass changeit -changealias -alias alias_viejo  -keypass changeit -destalias alias_nuevo</code></p>
]]></content:encoded>
			<wfw:commentRss>http://www.inmensys.com/importar-certificados-a-java-keystore-jks/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google+ (So what&#8217;s the buzz?)</title>
		<link>http://www.inmensys.com/google-so-whats-the-buzz</link>
		<comments>http://www.inmensys.com/google-so-whats-the-buzz#comments</comments>
		<pubDate>Thu, 21 Jul 2011 20:38:06 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.inmensys.com/?p=168</guid>
		<description><![CDATA[Últimamente se habla bastante de Google+, y ya he visto dos personas que claman al cielo sus bondades y que van a darse de baja de Facebook porqué Google+ &#8230; mola +. Yo llevo tan sólo 15 días en Google+, y la verdad es que no le veo el qué. A decir verdad, no le [...]]]></description>
			<content:encoded><![CDATA[<p>  Últimamente se habla bastante de Google+, y ya he visto dos personas que claman al cielo sus bondades y que van a darse de baja de Facebook porqué Google+ &#8230; mola +.<br />
  Yo llevo tan sólo 15 días en Google+, y la verdad es que no le veo el qué. A decir verdad, no le veo futuro, básicamente por una sola razón: Google+ no soluciona ningún problema, y eso es básico para que un proyecto de este tipo funcione. </p>
<p> Quizá alguien pregunte&#8230; ¿Y qué problema soluciona Facebook entonces? Muy sencillo: Tal y como lo veo yo, el gran éxito que ha tenido Facebook es el hecho de que solucionaba un problema muy común en la generación de usuarios de 20-y-tantos años para arriba: Habíamos perdido el contacto con viejas amistades, y Facebook nos ha facilitado reencontrar esas viejas amistades. De los 60-y-tantos amigos que tengo en Facebook, la mayoría son viejos amigos del colegio que casi daba por muertos, o quién sabe dónde estaban hasta ahora. Gracias a Facebook, hemos restablecido el contacto. </p>
<p> Bien, ahora aparece Google+, con su <em>me too</em>. El problema que le veo es que no me soluciona ningún problema (valga la redundancia). A los viejos amigos ya los reencontré. </p>
<p> Pero a parte de eso, hay más. Google+ parece una versión extendida de Buzz, o de Twitter, vaya: yo puedo seguirte y ver qué dices. Pero tú no tienes un muro dónde yo pueda escribirte cosas <strong>y que nuestros contactos en común lo vean</strong>. Dicho de otro modo: Si lo único que me permite es seguir lo que dices, para eso ya tengo Google Reader que apunta a tu blog. </p>
<p> Tampoco hay grupos. Sí, ya sé que la mayoría de grupos de Facebook son de dudosa utilidad (léase &#8220;A ver si estos dos melones tienen más fans en Facebook que Cristiano Ronaldo&#8221;). Pero al menos los grupos son divertidos, y bien usados pueden ser una herramienta muy potente, igual que los eventos de Facebook.</p>
<h3>Conclusión</h3>
<p> Hay un tweet muy gráfico para lo que quiero expresar:</p>
<p><a href="http://twitter.com/#!/byamabe/status/94070522756874240">&#8220;Facebook=family reunion | Twitter=Cocktail Party | Google+=Conference&#8221;. </a></p>
<p> Google + es como una edificio lleno de salas de conferencias. En cada sala hay un conferenciante y algunas personas escuchando. No le veo demasiado el componente de &#8220;social&#8221; en todo eso, y dudo que llegue a ser lo que en el mundo anglosajón se denomina <em>the next big thing</em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.inmensys.com/google-so-whats-the-buzz/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5 reglas de oro para contratar a un freelance</title>
		<link>http://www.inmensys.com/5-reglas-de-oro-para-contratar-a-un-freelance</link>
		<comments>http://www.inmensys.com/5-reglas-de-oro-para-contratar-a-un-freelance#comments</comments>
		<pubDate>Wed, 20 Jul 2011 20:47:17 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[freelance]]></category>
		<category><![CDATA[gestión de proyectos]]></category>

		<guid isPermaLink="false">http://www.inmensys.com/?p=137</guid>
		<description><![CDATA[Bien. Tienes un proyecto que quieres realizar. Una idea de negocio, o cubrir una necesidad que requiere un perfil técnico. Necesitas un programador, o alguien que lleve a cabo tu proyecto. Una opción es ofrecer un contrato de trabajo a alguien para que se encargue de esa tarea. Otra opción es contratar a un freelance, [...]]]></description>
			<content:encoded><![CDATA[<p>Bien. Tienes un proyecto que quieres realizar. Una idea de negocio, o cubrir una necesidad que requiere un perfil técnico. Necesitas un programador, o alguien que lleve a cabo tu proyecto. </p>
<p> Una opción es ofrecer un contrato de trabajo a alguien para que se encargue de esa tarea. Otra opción es contratar a un freelance, un autónomo, subcontratar el trabajo, vaya. Esta segunda opción tiene muchas ventajas: no tienes que pagar seguridad social, ni vacaciones ni finiquitos a tu trabajador. Tal y como han avanzado las telecomunicaciones hoy en día, esta segunda opción es muy atractiva y se estila bastante en la actualidad. </p>
<p>Pero, de la misma manera en que hay mucha gente buscando trabajo en el mercado, también hay mucha gente en el mercado que busca profesionales cualificados, competentes y con experiencia, no sólo en el ámbito de la informática, sino en cualquier otro. De manera que, ¿Que estrategia se puede seguir para llegar a cerrar un trato con un buen candidato? ¿Como minimizar las probabilidades de equivocarnos?</p>
<p>   Por una parte, el factor riesgo siempre estará presente. A la hora de escoger a quién se encarga el trabajo (ya sea un futuro asalariado o una empresa o individuo a quien se le encargue el proyecto), si no tenemos experiencia previa o recomendaciones de terceros, siempre hay un riesgo a tomar la decisión equivocada. Es por eso que, en la actualidad, gran parte de los trabajadores o empresas que se contratan es en base a recomendaciones de conocidos.</p>
<p>  Pero en el caso en que no tengamos otra información de los candidatos más que su CV, o los trabajos previos que hayan realizado, ¿hay algunas pautas que se puedan seguir para llegar a candidatos de calidad? Dicho de otro modo, ¿Como puedo exponer mi proyecto de manera que atraiga a los mejores? </p>
<p><strong> 1- Ten fe en tu proyecto</strong></p>
<p> Este primer punto, aunque pueda parecer evidente, es uno de los fallos más comunes en los ofertantes. Hay que ser conscientes de que un contrato o un acuerdo de colaboración es como una relación de amor: es una relación en dos sentidos. Si no eres capaz de trasmitir tu fé en el proyecto que expones, no esperes que los candidatos crean en él. Y si no muestras confianza, simplemente ignorarán tu oferta. Si la descripción de tu proyecto se limita pedir desarrollar un clon de ebay, entonces es no te estás tomando tu proyecto en serio. </p>
<p><strong> 2- Dedica el tiempo necesario en transmitir de que se trata<br />
</strong><br />
  Este punto está estrechamente relacionado con el anterior. Y es que una forma bastante efectiva de mostrar fe en tu proyecto es dedicarle algo de tiempo a exponerlo. Hay infinidad de casos ahí fuera de proyectos mal planteados, resumidos en un par de lineas, que sólo indican que si ya no eres capaz ni de dedicar 10 minutos a describir en qué consiste tu proyecto, ya no quiero ni pensar como sería nuestra relación en éste.</p>
<p> Si eres capaz de trasmitir claramente tu idea, de resolver dudas rápida y de forma clara, entonces automáticamente estás trasmitiendo buen feeling a los candidatos. Éstos notarán que sabes de lo que hablas, que estás ahí disponible por si hay alguna duda, que dedicas tiempo y esfuerzos a tu proyecto.  </p>
<p><strong>3- El software es un sistema vivo y en constante evolución<br />
</strong></p>
<p> A menudo, quien plantea un proyecto lo hace como si de pintar una habitación se tratase: </p>
<p><em>&#8220;Necesito pintar mi comedor, quiero saber cuanto cuesta&#8221;.</em></p>
<p> Aunque es una posición común y relativamente aceptable, para según que proyecto de software hay que tener en cuenta que no es tan sencillo: el software es un producto en constante evolución, en el que a dia de hoy tienes una visión, pero quizá dentro de un tiempo esta visión haya cambiado o haya madurado.<br />
  Podria extenderme mucho sobre este aspecto hablando de <a href="http://www.agilemanifesto.org">desarrollo ágil de software</a>, pero básicamente aconsejaría no descartar sistemáticamente presupuestos abiertos. Y es que, en ocasiones, la ilusión del presupuesto cerrado tiene dos desenlaces: El candidato mediocre o el precio más alto.</p>
<p><strong> 3- Sé flexible con los plazos de entrega<br />
</strong></p>
<p> Éste es otro error común, que tiene relación con los puntos anteriores. Básicamente, aconsejaría no pedir un plazo de entrega fijo a menos que sea realmente necesario, y en cuyo caso, aconsejaría explicar por qué el proyecto tiene que estar terminado antes de una fecha determinada. Si sabes trasmitir una explicación razonable, trasmitirás confianza. De lo contrario, lo único que consigues es levantar muros que poco ayudan a tu proyecto. </p>
<p><strong> 4- No pongas tú el precio, pregunta por él.<br />
</strong></p>
<p> Cuando planteas un proyecto, lo que haces es buscar diferentes candidatos que puedan aportar una solución a tu problema. Tu misión debería ser plantear el problema, no la solución. Todo lo dicho en el punto anterior es aplicable a éste. Y es que el tiempo y el dinero son parámetros similares. Por poner un paralelismo, es como si yo voy a mi mecánico (José) o y le digo. &#8220;José, que te tal si me arreglas el coche? Tiene que estar para el lunes, y el precio es éste.&#8221; Lo mejor que me puede pasar es que me ignore. Y recuerda, lo que se trata aquí es de encontrar un buen mecánico. En el ejemplo, José podría ser el más adecuado, pero con ese planteamiento sólo estoy maximizando las probabilidades de acabar con un mecánico mediocre.</p>
<p><strong> 5- Déjate asesorar.<br />
</strong> </p>
<p> Éste punto es muy efectivo, y fácil de seguir. Mostrando confianza en tus candidatos consigues que éstos también confíen en tí, y estén dispuestos a encargarse de tu proyecto. Deja hablar. Escucha. Presta atención. Ten fé, y de esa manera conseguirás que tu proyecto llegue más lejos de lo que podrías pensar en un principio.<br />
 Por el contrario, si constantemente marcas las pautas a seguir, si dictas estrictamente cómo hay que hacer el desarrollo, tus candidatos acabarán por limitarse a hacer estrictamente lo que pides, con lo que perderás toda su creatividad y buenas ideas o iniciativas que puedan aportar al proyecto.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.inmensys.com/5-reglas-de-oro-para-contratar-a-un-freelance/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
