<?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>digitalec: Tecnología &#038; Entrepreneurship &#187; programadores</title>
	<atom:link href="http://www.alecoxenford.com/tag/programadores/feed" rel="self" type="application/rss+xml" />
	<link>http://www.alecoxenford.com</link>
	<description>Una visión de Alec Oxenford</description>
	<lastBuildDate>Mon, 31 May 2010 14:46:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>18 Tips Imperdibles para Entrepreneurs con nuevo start-up</title>
		<link>http://www.alecoxenford.com/2008/05/18-tips-imperdibles-para-entrepreneurs-con-nuevo-start-up.html</link>
		<comments>http://www.alecoxenford.com/2008/05/18-tips-imperdibles-para-entrepreneurs-con-nuevo-start-up.html#comments</comments>
		<pubDate>Fri, 09 May 2008 11:42:53 +0000</pubDate>
		<dc:creator>Alec</dc:creator>
				<category><![CDATA[Actualidad]]></category>
		<category><![CDATA[Entrepreneurship y liderazgo]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Tecnología]]></category>
		<category><![CDATA[ahorro de costos]]></category>
		<category><![CDATA[costos]]></category>
		<category><![CDATA[empleados]]></category>
		<category><![CDATA[emprendedor]]></category>
		<category><![CDATA[entrepreneur]]></category>
		<category><![CDATA[office planning]]></category>
		<category><![CDATA[programadores]]></category>
		<category><![CDATA[recruiting]]></category>
		<category><![CDATA[startup]]></category>

		<guid isPermaLink="false">http://www.alecoxenford.com/2008/05/18-tips-imperdibles-para-entrepreneurs-con-nuevo-start-up.html</guid>
		<description><![CDATA[Me encantaron estos 18 tips de Jason Calcanis, CEO de Mahalo.com. Son frescos, simples y muy prácticos. No coincido con todos, pero definitivamente sí con la mayoría. Y además tienen mucho humor… A algunos tips de Jason les agregué mis propios comentarios también ☺
1.       Compra computadoras Macintosh, ahorra dinero en el sector de IT. Las [...]]]></description>
			<content:encoded><![CDATA[<p>Me encantaron estos 18 tips de Jason Calcanis, CEO de Mahalo.com. Son frescos, simples y muy prácticos. No coincido con todos, pero definitivamente sí con la mayoría. Y además tienen mucho humor… A algunos tips de Jason les agregué mis propios comentarios también ☺<span id="more-513"></span><br />
1.       Compra computadoras Macintosh, ahorra dinero en el sector de IT. Las Pcs crashean, se cuelgan, son inestables.<br />
2.       Compra dos monitores por programador, cada una de esas personas se ahorrará un mínimo de 30 minutos por día, que son 100 horas por año… y que representan un mínimo de USD2.000 al año&#8230; USD6.000 en tres años. Un segundo monitor cuesta entre USD300 y 500, dependiendo del que compres. Eso significa que recibes un retorno de entre 10 y 20 veces sobre tu inversión… y contarás con programadores felices. Obvio, no?<br />
3.       Compra el almuerzo en la oficina al equipo frecuentemente. Salir para comer o pedir comida toma un mínimo de entre 20 y 60 minutos más que caminar hasta el comedor y comer. Si las reuniones las realizas durante el almuerzo, también te ahorrarás ese tiempo. Entonces, 30 minutos por día, cuatro días por semana, significan dos horas a la semana… que son 100 horas por año. Te das una idea.<br />
4.       Compra mesas baratas y sillas caras. Las mesas son una estafa total. Nosotros compramos mesas de restaurante de acero inoxidable que cuestan USD100 y sillas Areon de USD600. ¿El costo total por puesto de trabajo? USD700. Compara eso con comprar un puesto de trabajo de diseñador / cubículo de entre USD500 y USD1.500. La silla es lo único que importa… invierte en la silla.<br />
5.       No compres un sistema de teléfonos. Nadie lo usará. En Mahalo nadie tiene un teléfono de escritorio, salvo los empleados de administración. Todos los demás usan IRC, Chat y su teléfono celular. Todos tienen un teléfono celular, ellos prefieren recibir las llamadas en su celular, y el 99% de las comunicaciones NO se realiza vía telefónica. ¿El ahorro? USD500 al año por persona como mínimo… ¿50 personas en tres años? USD75-100 mil.<br />
6.       Alquila el espacio que te sobre. Muchos tienen espacio de sobra en su oficina. Si alquilas entre 5 y 10 escritorios por USD500 cada uno, puedes recortar tus gastos entre USD2.500 y USD5.000 por mes, o entre USD30.000 o 60.000 al año. Eso es mucho dinero.<br />
7.       Contrata servicios de contabilidad y RRHH de terceros – esta sí que es una obviedad!.<br />
8.      No compres Microsoft Office para todos&#8211; es mucho dinero. Instala el Office en tres o cuatro computadoras de uso común y utiliza Google Docs.<br />
9.       Usa el correo electrónico que ofrece Google. USD50 por usuario o hasta gratis… nada le gana a eso! ¡¿Porqué complicarse con un servidor de mails?!<br />
10.   A tus empleados que más trabajan, cómprales notebooks para sus casas. Si cuentas con personas deseosas de trabajar una hora extra por día a la semana, debes darles una computadora para su casa. Una vez que lleguen a tres horas de trabajo a la semana desde su casa, llegarás a las 150 horas al año y eso es así. Invierte en equipo *si* la persona es adicta al trabajo.<br />
11.   No tenga personas que no sean adictas al trabajo, no aman a su trabajo… vamos! esta es la vida de los startup, no es un juego. Si no estás comprometido, no trabajas para un startup&#8211; trabaja para el correo o para la cadena de cafés Starbucks, si no estás en esta sintonía, quieres equilibrio para tu vida. Es así. Si no vas directo al fracaso y terminarás despidiendo al equipo entero.<br />
12.   Para la oficina, compra una costosa máquina de café expreso automática. Ir a Starbucks dos veces por día cuesta USD4 por vez, pero más importante que eso es que cuesta 20 minutos. Compra una máquina industrial Jura de entre USD3 y 5 mil, compra buen café y en la sala de café ofrece productos de soja, bajas calorías y demás. 50 personas que hacen un viaje por día representan 20 horas perdidas para la empresa, y USD150 de costo en café para los empleados. No tiene sentido.<br />
13.   Llena la heladera de bebidas &#8212; por el mismo motivo que el punto anterior.<br />
14.  Deja que los empleados trabajen en horarios flexibles. El viaje al trabajo es detestable y una pérdida de tiempo para todos. Deja que tus empleados comiencen a las 6 o las 11 de la mañana y su viaje al trabajo durará la mitad (al menos en Los Ángeles).<br />
15. Cada 6 o 9 meses visita a cada uno de tus proveedores y pídeles entre un 10 y un 30% de descuento. Si la mitad de ellos acceden, te ahorrarás entre el 5 y el 15% de gastos fijos. Cuando alguien cree que va a perder su trabajo, te da un descuento.<br />
16.   No derroches tu dinero en consultoras de búsqueda de personal. Entra a linkedin y Facebook y empieza a buscar personas—que de todas maneras, funciona mejor.<br />
17.   Piensa bien si necesitas esos USD15.000 mensuales que gastas en una empresa de RRPP. Es posible que puedas conseguir que un consultor de RRPP trabaje en 2 o 3 proyectos por año por USD10-15mil cada uno y de esa forma te ahorres el 75%. La mayoría de las empresas de RRPP no cumplen función alguna durante la mitad del año en la que desarrollas tu producto.<br />
18.   Contrata a terceros residentes en el interior del país: Hay miles de personas muy inteligentes que no viven en las grandes ciudades :=)</p>
<p>Para pensar, no??</p>
]]></content:encoded>
			<wfw:commentRss>http://www.alecoxenford.com/2008/05/18-tips-imperdibles-para-entrepreneurs-con-nuevo-start-up.html/feed</wfw:commentRss>
		<slash:comments>33</slash:comments>
		</item>
		<item>
		<title>El Tamaño Cuenta para las Organizaciones: Mientras Más Chico&#8230; Mejor!</title>
		<link>http://www.alecoxenford.com/2008/04/el-tamano-cuenta-para-las-organizaciones-mientras-mas-chico-mejor.html</link>
		<comments>http://www.alecoxenford.com/2008/04/el-tamano-cuenta-para-las-organizaciones-mientras-mas-chico-mejor.html#comments</comments>
		<pubDate>Wed, 09 Apr 2008 14:17:12 +0000</pubDate>
		<dc:creator>Alec</dc:creator>
				<category><![CDATA[Actualidad]]></category>
		<category><![CDATA[Entrepreneurship y liderazgo]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Tecnología]]></category>
		<category><![CDATA[corporaciones]]></category>
		<category><![CDATA[entrepreneurship]]></category>
		<category><![CDATA[Organizaciones]]></category>
		<category><![CDATA[Paul Graham]]></category>
		<category><![CDATA[programadores]]></category>
		<category><![CDATA[startups]]></category>

		<guid isPermaLink="false">http://www.alecoxenford.com/2008/04/el-tamano-cuenta-para-las-organizaciones-mientras-mas-chico-mejor.html</guid>
		<description><![CDATA[Esta es mi traducción comentada de un artículo de Paul Graham que me llamó muchísimo la atención. Trata en detalle sobre el valor diferencial que genera la libertad, creatividad y simpleza de los grupos chicos (startups) sobre las grandes corporaciones. Paul compara las organizaciones con el comportamiento de grupos de animales en Africa y saca [...]]]></description>
			<content:encoded><![CDATA[<p>Esta es mi traducción comentada de un <a href="http://www.paulgraham.com/boss.html" target="_blank">artículo de Paul Graham</a> que me llamó muchísimo la atención. Trata en detalle sobre el valor diferencial que genera la libertad, creatividad y simpleza de los grupos chicos (startups) sobre las grandes corporaciones. Paul compara las organizaciones con el comportamiento de grupos de animales en Africa y saca muchas conclusiones muy interesantes. Paul argumenta el caso de que ser lo más chico posible en cada momento es lo mejor para lograr la efectividad de las organizaciones… Yo cada día coincido un poco más con Paul!<span id="more-501"></span><br />
Dice Paul Graham… “Unos días atrás me encontraba en un café en Palo Alto y entró un grupo de programadores que participaban de un juego de búsqueda del tesoro. Fue obvio que era uno de esos ejercicios de “team building” corporativos.</p>
<p>Me parecieron conocidos. Paso casi todo el día trabajando con programadores de entre veinte y treinta años de edad. Pero había algo raro en ellos. Algo les faltaba.</p>
<p>Sin embargo, la empresa para la que trabajaban es considerada una buena empresa y a partir de lo que pude escuchar de su conversación parecían ser lo suficientemente inteligentes. De hecho, parecían pertenecer a uno de los grupos más prestigiosos dentro de la empresa.</p>
<p>Entonces, ¿por qué parecía haber algo extraño en ellos?</p>
<p>Mi perspectiva es distorsionada únicamente dado que casi todos los programadores que conozco son fundadores de startups. Hasta ahora hemos financiado 80 startups con un total de aproximadamente 200 fundadores, casi todos ellos programadores. Pasé mucho tiempo con ellos, y no mucho con otros programadores. Por lo que mi imagen mental de un joven programador es la de un fundador de un startup.</p>
<p>Estos hombres que participaban de este juego parecían ser del tipo de programadores a los que estaba acostumbrado, pero eran empleados y no fundadores. Y era sorprendente cuán diferentes parecían.</p>
<p>Se preguntarán, entonces ¿qué? Parece que conozco a un subconjunto de programadores que son particularmente ambiciosos. Es obvio que personas menos ambiciosas parecerán diferentes. Pero la diferencia entre los programadores que me encontré en el café y aquellos a los que estaba acostumbrado no era sólo una diferencia de grado. Algo parecía estar mal.</p>
<p>No creo que sea tanto que haya algo especial en los programadores con perfil de fundador, sino que más bien es que algo falta en las vidas de los empleados. Creo que los fundadores de startups, a pesar de ser estadísticamente atípicos, en realidad viven de una forma que es mucho más natural para los seres humanos.</p>
<p>El año pasado estuve en África y observé muchos animales en la selva, animales que hasta ese momento sólo había visto en zoológicos. Fue sorprendente lo diferentes que se veían. En especial los leones. Los leones en la selva parecían tener diez veces más vida que los leones que conocía hasta ese momento. Es como si fueran animales diferentes. Y ver a esos hombres en su juego de “búsqueda del tesoro”era como ver a los leones en el zoológico después de haberlos visto muchos años en la selva.</p>
<p>Árboles</p>
<p>¿Qué es lo tan fuera de lo natural de trabajar en una gran empresa? La raíz del problema es que los seres humanos no fueron creados para trabajar en grupos tan grandes.</p>
<p>Otra cosa que notas al ver animales en la selva es que cada especie lucha en grupos de un tamaño en especial. Una manada de impalas puede estar conformada por 100 adultos; los grupos de babuinos puede que sean de 20; los leones en pocos casos son 10. Los seres humanos también parecen estar diseñados para trabajar en grupos, y lo que leí sobre los cazadores – recolectores coincide con mi investigación sobre las organizaciones y mi propia experiencia para sugerir, en términos generales, que el tamaño ideal es el siguiente: los grupos de 8 funcionan; cuando llegan a 20 ya empiezan a ser difíciles de manejar; y un grupo de 50 es realmente excesivamente complejo.</p>
<p>No importa cuál sea el límite superior, claramente no estamos hechos para trabajar en grupos de varios cientos. Y a pesar de ello – por motivos que se relacionan más con la tecnología que con la naturaleza humana – una gran cantidad de personas trabaja para empresas con cientos o miles de empleados.</p>
<p>Las empresas saben que los grupos grandes no funcionan, entonces se dividen en unidades de un tamaño como para que puedan trabajar juntas. Pero para coordinarlas, tienen que agregar algo nuevo: los jefes.</p>
<p>Estos grupos más pequeños siempre se acomodan en una estructura con forma de árbol. Tu jefe es el punto en donde tu grupo se anexa al árbol. Pero cuando usas este truco para dividir un grupo grande en grupos pequeños, sucede algo extraño que nunca escuché a alguien mencionar en forma explícita. En el grupo de un nivel por sobre el tuyo, tu jefe representa a todo tu grupo. Un grupo de 10 gerentes no es un mero grupo de 10 personas que trabajan juntos en la forma habitual. En realidad es un grupo de grupos. Lo que significa que para que un grupo de 10 gerentes trabaje unido como si fuera un mero grupo de 10 individuos, el grupo que trabaja para cada gerente tendría que trabajar como si fuera una única persona -los trabajadores y el gerente cada uno sólo compartiría a una persona merecedora de libertad entre ellos.</p>
<p>En la práctica, un grupo de personas nunca podría actuar como si fuera una sola persona. Pero en una gran organización dividida en grupos de este modo, la presión siempre sigue en esa dirección. Cada grupo hace todo lo que está a su alcance para trabajar como si fuera un pequeño grupo de individuos en el que los humanos fueron diseñados para trabajar. Ese fue el motivo por el cual se creó. Y cuando propagas esa limitación, el resultado es que cada persona recibe una libertad de acción en proporción inversa al tamaño del árbol como un todo.</p>
<p>Y cualquiera que trabajó para una gran organización sintió eso. Puedes sentir la diferencia entre trabajar para una empresa con 100 empleados y una con 1000 empleados, incluso si tu grupo esta formado sólo por 10 personas.</p>
<p>Jarabe de maíz</p>
<p>Un grupo de 10 personas dentro de una gran organización es una especie de falsa tribu. La cantidad de personas con la interactúas es cercana a la cantidad adecuada. Pero falta algo: la iniciativa individual. Las tribus de cazadores – recolectores tienen más libertad. Los líderes tienen un poco más de poder que los demás miembros de la tribu, pero por lo general no les dicen qué hacer, ni cuándo hacerlo tal como puede hacerlo un jefe.</p>
<p>No es culpa de tu jefe. El verdadero problema es que en el grupo que se encuentra arriba tuyo en la jerarquía, todo tu grupo es considerado una persona virtual. Tu jefe es sólo la forma en que la limitación se te imparte.</p>
<p>Entonces, trabajar en un grupo de 10 personas dentro de una gran organización parece estar bien y mal al mismo tiempo. A primera vista parece ser el tipo de grupo para el que estás hecho, pero falta algo esencial. Un empleo en una gran empresa es como jarabe de maíz alto en fructosa: cuenta con algunas de las cualidades de las cosas que te deben gustar por naturaleza, pero tiene una gran carencia de otras.</p>
<p>De hecho, la comida es una excelente metáfora para explicar qué es lo que no funciona del tipo de trabajo habitual.</p>
<p>Por ejemplo, trabajar para una gran empresa es lo que debemos hacer por defecto, al menos en el caso de los programadores. ¿Cuán malo puede ser? Bueno, la comida nos demuestra este hecho en forma bastante clara. Si hoy te arrojaran en un punto al azar dentro de los Estados Unidos, casi todos los alimentos que te rodean serían malos para tu salud. Los seres humanos no fueron diseñados para comer harinas blancas, azúcar refinada, jarabe de maíz alto en fructosa, ni aceite vegetal hidrogenado. Y aún así, si analizas el contenido de los productos del supermercado promedio, seguramente descubrirás que estos cuatro ingredientes representan la mayor parte de las calorías. La comida “normal” es terriblemente mala para vos. Los únicos que comen lo que los seres humanos de hecho deberían comer son algunos pocos bichos raros que andan en sandalias (“Birkenstock”) en Berkeley.</p>
<p>Si la comida “normal” es tan mala para nosotros, ¿por qué es tan común? Existen dos motivos principales. Uno de ellos es que presentan un atractivo más inmediato. Una hora después de comer esa pizza puede ser que te sientas cansado, pero los primeros bocados tienen un sabor espectacular. El otro motivo, son las economías de escala. Fabricar comida chatarra hace que uno crezca; no así la producción de verduras frescas. Esto significa que (a) la comida chatarra puede ser algo muy barato, y (b) que vale la pena gastar mucho dinero para su comercialización.</p>
<p>Si las personas tienen que elegir entre algo que es barato, de mucho marketing, y atractivo a corto plazo; y algo que es costoso, oscuro y atractivo a largo plazo, ¿cuál crees que elegirá la mayoría?</p>
<p>Lo mismo pasa con el trabajo. El egresado promedio de MIT quiere trabajar para Google o Microsoft, porque es una marca reconocida, es segura, y le pagará un buen sueldo desde el primer momento. Es el equivalente a la pizza pero en el ámbito del trabajo. Las desventajas sólo serán evidentes más adelante, y sólo se percibirán como una vaga sensación de malestar.</p>
<p>Y los fundadores y los primeros empleados de los startups, entretanto, son como los bichos raros que usan sandalias (“Birkenstock”) de Berkeley: a pesar de ser una pequeña minoría de la población, son los únicos que viven tal como corresponde a un ser humano. En un mundo artificial, sólo los extremistas viven naturalmente.</p>
<p>Programadores</p>
<p>La limitación de los empleos en las grandes empresas es especialmente complicada para los programadores, porque la esencia de la programación es la de construir cosas nuevas. Los vendedores hacen las mismas ventas todos los días; los empleados de soporte responden muchas preguntas iguales; ahora, una vez que escribiste una parte del código no necesitas volver a escribirlo. Entonces, un programador que trabaja tal como debe hacerlo un programador, se la pasa haciendo cosas nuevas. Y cuando formas parte de una organización con una estructura que da a cada persona una libertad en proporción inversa al tamaño del árbol, te enfrentarás a cierta resistencia cuando hagas algo nuevo.</p>
<p>Esto parece una consecuencia inevitable del tamaño. Sucede incluso en las empresas más inteligentes. Un tiempo atrás hablaba con un fundador que pensaba iniciar un startup apenas terminara la facultad, pero en vez de hacerlo empezó a trabajar para Google porque creyó que allí tenía más para aprender. No aprendió tanto como esperaba. Los programadores aprenden haciendo y la mayoría de las cosas que quería hacer, no podía hacerlas – a veces porque la empresa no se lo permitía, pero en general porque el código de la empresa no lo dejaba. Entre la resistencia del código legado, el gasto que implica un desarrollo en una organización tan grande, y las limitaciones impuestas por las interfases propiedad de otros grupos, sólo podía probar una fracción de las cosas que le hubiera gustado probar. Dice que aprendió mucho más en su propio startup, más allá del hecho de que tuviera que hacerse cargo de todas las actividades cotidianas de la empresa además de programar, porque al menos cuando tiene que programar puede hacer lo que quiere.</p>
<p>Un obstáculo corriente abajo se propaga corriente arriba. Si no puedes implementar ideas nuevas, entonces dejas de tenerlas. Y viceversa, cuando puedes hacer lo que quieres, tienes más ideas de qué hacer. Por ende, trabajar para ti mismo hace que tu cerebro sea más poderoso, tal como un sistema de escape de limitación baja hace que un motor sea más poderoso.</p>
<p>Por supuesto que trabajar para uno mismo no quiere decir iniciar un startup. Pero un programador que elige entre un empleo normal en una gran empresa y su propio startup, probablemente aprenda más con el startup.</p>
<p>Puedes ajustar el nivel de libertad que obtienes al escalar el tamaño de la empresa para la que trabajas. Si tú inicias la empresa, tendrás el nivel máximo de libertad. Si te conviertes en uno de los primeros 10 empleados, tendrás casi tanta libertad como los fundadores. Incluso una empresa con 100 empleados será diferente a una con 1000.</p>
<p>Trabajar para una empresa pequeña no es garantía de libertad. La estructura de árbol de las grandes organizaciones fija un límite superior a la libertad, pero no un límite inferior. El jefe de una empresa pequeña aún puede optar por ser un tirano. El punto es que una gran organización por la naturaleza de su estructura está obligada a ser tirana.</p>
<p>Consecuencias</p>
<p>Este hecho tiene consecuencias reales tanto para las organizaciones como para los individuos. Una es que las empresas inevitablemente irán más despacio a medida que crecen, sin importar cuán duro intenten conservar su encanto de startup. Es una consecuencia de la estructura de árbol que las grandes organizaciones deben adoptar.</p>
<p>O mejor dicho, una gran organización sólo podría evitar la desaceleración si evita la estructura de árbol. Y dado que la naturaleza humana limita el tamaño de los grupos en los que el ser humano puede trabajar, la única forma que imagino para que los grupos más grandes eviten la estructura de árbol sería sin tener estructura: que cada grupo de hecho sea independiente y que trabajen juntos tal como lo hacen los componentes de una economía de mercado.</p>
<p>Puede ser que valga la pena analizar este hecho. Sospecho que ya existen algunas empresas muy divisibles que tienden a tomar esta forma. Pero no conozco empresas de tecnología que lo hayan hecho.</p>
<p>Hay algo que las empresas pueden hacer sin llegar a estructurarse como esponjas: pueden mantenerse pequeñas. Si estoy en lo cierto, entonces conservar una empresa lo más pequeña posible en cada etapa vale la pena. Especialmente una empresa de tecnología. Esto significa que contratar a las personas de mejor nivel es doblemente importante. Las contrataciones mediocres te perjudican por dos: los contratados hacen menos, y al mismo tiempo aumentan el tamaño de la empresa, porque necesitarás más personas para resolver ciertos problemas.</p>
<p>El resultado es el mismo en el caso de los individuos: apunta a ser pequeño. Trabajar para grandes organizaciones siempre será odioso, y cuanto más grande la organización, más odio te dará.</p>
<p>En un artículo que escribí un par de años atrás aconsejé a los egresados a que antes de iniciar su empresa propia trabajaran para otra compañía. Ahora cambié esa forma de pensar. Si así lo deseas, trabaja para otra empresa, pero sólo para una pequeña, y si quieres empezar tu propio startup, adelante.</p>
<p>El motivo por el cual sugerí a los egresados que no iniciaran startups en forma inmediata fue que sentí que la mayoría fracasarían. Y así será. Pero los programadores ambiciosos se sentirán mejor si hacen lo suyo y fracasan que si van a trabajar a una gran empresa. De hecho, aprenderán más. Puede ser que les vaya mejor financieramente. Muchas personas de veinte años se endeudan, porque sus gastos aumentan aún más rápido que su sueldo, el mismo sueldo que parecía tan alto cuando terminaron la facultad. Al menos si inicias tu startup y fracasas, tu resultado será cero y no negativo. [3]</p>
<p>En la actualidad hemos financiado a tantos tipos diferentes de fundadores que contamos con datos suficientes como para observar patrones, y trabajar para una gran empresa no parece generar beneficio alguno. Las personas que ya trabajaron unos años parecen ser mejores que las que acaban de salir de la universidad, pero sólo por eso, porque tienen más años.</p>
<p>Las personas que vienen de grandes empresas en muchos casos parecen un poco conservadoras. Es difícil decir cuánto de esto es consecuencia de las grandes empresas y cuánto responde al conservadurismo natural que hizo que trabajaran para las grandes empresas en primer lugar. Pero de hecho gran parte de ello es adquirido. Lo se porque pude ver como eso desaparece.</p>
<p>Observé que eso pasaba en tantas oportunidades que es una de las cosas que más me hace pensar que trabajar para uno mismo, o al menos para un grupo pequeño, es la forma de vida natural de los programadores. Los fundadores que llegan a Y Combinator suelen tener el aspecto oprimido de un refugiado. Tres meses después están transformados: tienen tanta más confianza que parece que hubieran crecido varios centímetros de altura. [4] Extraño como pueda suena, se los ve más preocupados y más felices al mismo tiempo. Y es esa la forma exacta en la que describiría cómo se ven los leones en la selva.</p>
<p>Ver empleados que se transforman en fundadores deja en claro que la diferencia entre los dos se debe principalmente al entorno – y en especial a que el entorno en las grandes empresas es tóxico para los programadores. Después de unas semanas de trabajar en su propio startup parecen revivir, porque finalmente trabajan en la forma en que deben hacerlo las personas.</p>
<p>Buenísimo, no?</p>
<p>&#8211;<br />
Notas</p>
<p>[1] Cuando hablo de que los seres humanos están hechos o diseñados para vivir en cierta forma, quiero decir por evolución.</p>
<p>[2] No sólo las hojas sufren. La limitación se propaga hacia arriba y hacia abajo. Los gerentes también están limitados; en lugar de sólo hacer las cosas, tienen que actuar a través de subordinados.</p>
<p>[3] No financies tu startup con tu tarjeta de crédito. Financiar un startup con deuda suele ser una mala jugada, y la tarjeta de crédito es la más tonta de todas jugadas. La deuda con la tarjeta de crédito es una mala idea, y punto. Es una trampa impuesta por empresas odiosas para los desesperados y los tontos.</p>
<p>[4] Los fundadores que financiamos solían ser más jóvenes (inicialmente alentábamos a los universitarios para que soliciten financiación), y las primeras veces que los veía solía preguntarme si de hecho estaban creciendo en altura.</p>
<p>Gracias a Trevor Blackwell, Ross Boucher, Aaron Iba, Abby Kirigin, Ivan Kirigin, Jessica Livingston, y Robert Morris por borradores de esto.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.alecoxenford.com/2008/04/el-tamano-cuenta-para-las-organizaciones-mientras-mas-chico-mejor.html/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>EL APORTE DEL GENIO</title>
		<link>http://www.alecoxenford.com/2008/02/465.html</link>
		<comments>http://www.alecoxenford.com/2008/02/465.html#comments</comments>
		<pubDate>Tue, 19 Feb 2008 00:39:19 +0000</pubDate>
		<dc:creator>Alec</dc:creator>
				<category><![CDATA[Actualidad]]></category>
		<category><![CDATA[Entrepreneurship y liderazgo]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Tecnología]]></category>
		<category><![CDATA[emprendedores]]></category>
		<category><![CDATA[genios]]></category>
		<category><![CDATA[human resources]]></category>
		<category><![CDATA[programadores]]></category>
		<category><![CDATA[recruiting]]></category>

		<guid isPermaLink="false">http://www.alecoxenford.com/2008/02/465.html</guid>
		<description><![CDATA[Esta es mi traducción comentada de un artículo que escribió el fundador de Rapleaf, Auren Hoffman, sobre el poder diferenciador que ejercen en una organización las personas geniales. El mensaje es que  “sólo bueno” no es suficiente. Hay que contratar gente GENIAL. Vale mucho la pena… Una persona genial aporta a la organización cinco [...]]]></description>
			<content:encoded><![CDATA[<p>Esta es mi traducción comentada de un artículo que escribió el fundador de Rapleaf, Auren Hoffman, sobre el poder diferenciador que ejercen en una organización las personas geniales. El mensaje es que  “sólo bueno” no es suficiente. Hay que contratar gente GENIAL. Vale mucho la pena… <span id="more-465"></span>Una persona genial aporta a la organización cinco veces más de lo que aporta una buena persona. Esto es aplicable a los programadores en particular. No puedes simplemente sumar personas al problema (véase el clásico “Mythical Man Month” (a continuación) para recibir más información). Algunas veces, menos personas de hecho pueden lograr más cosas.</p>
<p>Los programadores geniales son mucho mejores que los buenos programadores. Buenos programadores hay en todos lados. En Rapleaf hemos recibido miles de CVs de buenos programadores de MIT, Stanford, Berkeley e IIT, en donde recibieron sus títulos de maestría y doctorados. Trabajaron en lugares como Netscape, Sun, Microsoft, Yahoo! y Oracle. El único problema: sólo son buenos, no geniales.</p>
<p>De hecho, partiendo de un CV es casi imposible reconocer si alguien es genial. Es fácil mirar un CV y decir “esta persona al menos es buena” o “no es mala”. Pero las personas geniales no es algo que se encuentre todos los días, y no es fácil identificarlas en un simple papel, y encontrarlas toma mucho tiempo.</p>
<p>Pero las personas geniales bien valen el esfuerzo. En mercados que se caracterizan porque el ganador se lleva todo –algo cada vez más aplicable en un mundo globalizado – necesitas lo mejor; “sólo bueno” ya no será suficiente al enfrentar una competencia tan fuerte. Estas son las personas que construyen empresas grandes y duraderas. Las empresas que tienen suerte se construyen sobre las espaladas de buenas personas.</p>
<p>En un emprendimiento emergente, un programador de software genial debería reunir estas características:</p>
<p>- capacidad para tomar un concepto complejo y escribir un código que sea comprensible y adaptable para otros programadores<br />
- capacidad para manejar el producto por si mismo<br />
- una personalidad agradable con quien sea divertido estar y a quien le gusta trabajar con otras personas<br />
- una perspectiva creativa para tener ideas innovadoras<br />
- no valorar más sus ideas sólo porque son sus ideas<br />
- tener una actitud carpe diem: aprovechar la oportunidad para crecer</p>
<p>En pocas palabras, esta es la persona a quien todos recurren en busca de un consejo dentro de una organización. En la facultad, esta es la persona que todos los alumnos de ciencias de la computación querían que formara parte de su equipo.</p>
<p>Por supuesto, identificar si alguien es genial no es cosa fácil. Probablemente ese sea el motivo por el cual tantas personas contratan a amigos o ex compañeros de trabajo &#8211; porque sabes que son geniales. El mejor indicio de un futuro empleado exitoso es la experiencia.</p>
<p>Pero identificar a un desarrollador de software genial tampoco es imposible. A mi me llama la atención la forma en que algunas empresas emergentes eligen a quien contratar – muchas parecen contratar a cualquiera que haya estudiado en MIT. ¡Eso significa que derivan la función de contratación a un empleado encargado de admisiones que cobra un salario bajo en la universidad, y quien fue quien evaluó al candidato a los 17 años de edad! ¿Realmente quieres confiar tus contrataciones a un burócrata? Esta es una estrategia extremadamente mala. Por supuesto, muchas personas que fueron a MIT son verdaderas estrellas y es más probable que ellas se conviertan en estrellas que otras que asistieron a facultades menos reconocidas, pero la mayoría sólo son buenas&#8230; para encontrar personas geniales necesitas realizar un esfuerzo mayor.</p>
<p>Si realizas preguntas pautadas y das ejercicios difíciles, puedes establecer si alguien es una persona realmente sorprendente con bastante certeza. De hecho, creo que es importante no preguntar cosas como &#8220;¿qué le gusta hacer fuera del trabajo?&#8221; Es mejor pedirles que resuelvan problemas difíciles e intentar comprender su proceso de razonamiento. Por lo general, los intereses de las personas geniales coinciden con lo que hacen en su trabajo. En Rapleaf realizamos al menos cuatro rondas de entrevistas y nos tomamos nuestro tiempo. La consecuencia de esto es que en algunas oportunidades perdemos a personas geniales, pero pecamos de prudentes para no tener positivos falsos.</p>
<p>Observación: Descubrí que identificar a un programador de software genial es mucho más fácil que identificar a un vendedor, empleado de marketing, etc. genial. Al final de una serie de entrevistas con un programador de software, puedo decir si es o no una estrella sin duda alguna. Pero en el caso de BDs, por ejemplo, me es mucho más difícil llegar a un resultado seguro a partir de mi evaluación.</p>
<p>Hay dos cosas para destacar de una persona genial:</p>
<p>1. Sólo quieren trabajar con otras personas geniales. Una vez que contratas varias personas geniales, te encuentras dentro de un pequeño dilema. De ese momento en adelante, sólo podrás contratar a más personas geniales o las personas geniales con las que cuentas te abandonarán. Si por error contratas buenas personas, las personas geniales (directa o indirectamente) querrán que dejes ir a la mediocridad que perciben (es decir, a las buenas personas). Y dejar ir a una buena persona es algo muy difícil de hacer. Te estancas y ese es el problema.</p>
<p>2. Las personas geniales se benefician de los demás en persona. Al igual que en el caso de los bienes inmuebles, respecto a los programadores en las empresas emergentes todo se trata de ubicación. Leemos sobre estas empresas que derivan trabajo al exterior y que su desarrollo lo hacen desde oficina virtuales. (Al margen, incluso la idea de tercerizar una persona me vuelve loco &#8211; no existen dos personas iguales y uno no puede sumar personas al problema). Pero, un equipo de trabajo distribuido es muy difícil de manejar y los entornos distribuidos raramente dan lugar a la innovación. No me contradigo, pero reconozco que a veces funciona, especialmente en el caso de proyectos open source como Linux, Hadoop y Firefox, todos ellos fueron desarrollados por equipos de personas que trabajaban en diferentes lugares (muchas de las cuales ni siquiera se conocían en las etapas iniciales del desarrollo). Y a pesar de que en el mundo de los surgimientos de emprendimientos rentables existen algunos ejemplos de equipos de trabajo distribuidos, es muy difícil encontrar un equipo muy innovador que se base en la tercerización y en el trabajo a distancia exclusivamente.</p>
<p>Todos los programadores del núcleo inicial de Google trabajaban en su primera oficina en Palo Alto. En la actualidad, los programadores de Facebook trabajan todos juntos en Palo Alto – de hecho, Facebook paga a los empleados para que VIVAN en Palo Alto. En el caso de Rapleaf, somos una empresa pequeña, y nuestros 13 empleados trabajan en nuestra oficina en San Francisco. En realidad, todos ellos de hecho VIVEN en San Francisco en la actualidad y más de la mitad vive a unas pocas cuadras de la oficina. La gran innovación por lo general resulta de la colaboración masiva y de la iteración rápida, y eso es mucho más factible de suceder cuando las personas trabajan en ambientes cercanos en donde se pueden ver unos a otros (la falta de paredes opacas y de cubículos en el centro de desarrollo también es clave).</p>
<p>Las personas geniales necesitan de otras personas geniales de quienes beneficiarse. Poder confiar y respaldarse en los talentos de otras personas te da la oportunidad de ir más allá de tus propios límites (porque las personas geniales siempre buscan ser mejores). No tendrás que preocuparte por cubrir las carencias de los demás.  Tendrás la libertad para pensar y experimentar con lo nuevo. Tendrás libertad para innovar.</p>
<p>Si hoy fueras Google o Microsoft, podrías darte el lujo de contratar buenas personas. Por supuesto que las personas geniales son las preferidas, pero el 90% de sus contrataciones de hoy en día son buenas personas simplemente. Hay muchos procesos, documentos de requisitos de producto (PRD, por sus siglas en inglés) y sólo necesitas personas que codifiquen especificaciones y sigan instrucciones. De hecho, hasta puedes querer derivar trabajo, porque no siempre se requiere de creatividad. La creatividad no siempre es necesaria… y respecto de una empresa grande, la creatividad a veces es un obstáculo en el camino.</p>
<p>Pero si fueras Google o Microsoft un tiempo atrás, cuando la empresa contaba con menos de 50 personas, no podías darte el lujo de contratar a nadie que no sea genial. Cualquier buena persona tendría que esperar unos años hasta que los procesos estuvieran lo suficientemente desarrollados como para que pudieran funcionar con ese tipo de personas. Si eres parte de un emprendimiento emergente que busca convertirse en el próximo Google, tendrás que atraer, contratar y conservar personas geniales. Y, entonces, si buscas pasar de bueno a genial, descarta tu libro de Jim Collins y concéntrate en contratar a personas geniales únicamente.</p>
<p>Provocador, no?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.alecoxenford.com/2008/02/465.html/feed</wfw:commentRss>
		<slash:comments>23</slash:comments>
		</item>
	</channel>
</rss>
