A veces hago entrevistas laborales. Una de nuestras oficinas está en México. En mi compañía NO hacemos pruebas psicométricas, y solicitamos currículums sin foto, edad o información personal. Mi interés principal es 1) Eres listo, puedes escribir código al nivel que requerimos?, 2) Trabajas sin tenerte que decir qué hacer a cada rato? y 3) Tienes pasión por escribir software y por ayudar a otros a escribir software?

Evidentemente, todos los candidatos van a decir que sí. La cosa es probarlo. La validez de los metos con los que probamos cualquier cosa en cuanto a reclutamiento es lo que está en cuestión aquí.

El sistema de reclutamiento en México en general es muy probre, y yo creo que es cuestión más cultural que por "falta de profesionalismo" - palabra muy interesante porque cada persona tiene una definición diferente (por ejemplo los reclutadores que hacen eso parte de la entrevista probablemente piensan que eso es muy profesional) y nos permite quejarnos sin repercusiones.. "Yo si soy profesional, él/ella no" piensan orgullosamente ambas partes, normalmente al mismo tiempo, sin darse cuenta de que ambos al pensar eso están permitiendo que su ego les enturbie la posibilidad de trabajar juntos.

Por un lado la actitud de algunos empleadores es de intercambiar piezas. En mi caso prefiero pensar que la empresa es una persona, y cada quién es una parte importante de una misma entidad. Así que perder a un empleado es más como perder una mano que como perder una pieza en una maquinaria. El comentario de la lealtad e "irte sabiendo más" me preocupó porque en mi caso yo quiero que todos mis desarrolladores cuando se vayan de mi compañía sepan más. Si nó de qué les sirvió estar con nosotros? Espero y exijo que cumplan con sus non-competes y que se comporten éticamente, por supuesto, pero les deseo lo mejor y a lo mejor un día regresan, o se vuelven nuestros clientes o proveedores. Tratamos de serles nosotros también leales a nuestros empleados esperando que no necesiten irse - Si se fué, es un problema de retención mío, no un problema de lealtad de mi empleado. Pero el mercado es el mercado.

Por el lado de los empleados, hay una tendencia clasista de pensar que el empleador ("patrón" que es una palabra con "baggage" cultural y es increible que todavía se use y hasta en ámbitos legales) es o malvado, "no nos quiere dar el empleo" (entonces porqué puso el anuncio??) o la tiene contra el pobre empleado (proletario) de alguna manera. Estoy seguro de que hay algunos empleadores que son así, pero en general éstos no retienen a buenos empleados por mucho tiempo y acaban tronando después de pelearse con todo su equipo. Sabiendo esto, si piensas así porqué te quieres poner en esa situación? Mejor ve a aplicar en otro lado donde pienses que son buenas personas.

Pero en vez de expresar nuestras frustraciones mediante el quejarnos porque nuestro reclutador es muy joven o nuestro candidato es muy viejo (discriminación por edad en ambos lados), o asumir que el reclutador es incompetente porque te pone ciertas preguntas (cómo sabes si esta persona no es obligada a preguntar eso antes de entrar "en materia"?), o "éste es de otro país" (empleado o empleador tienen menor o diferente valor por ser o no ser de país X - sí, Estados Unidos incluido?), mejor pónte en los zapatos del reclutador durante el periodo entero de la entrevista, desde el enviar el resume+cover letter hasta la contratación. Una vez adentro, puedes averiguar el motivo por el cual la entrevista se hace así y cambiarlo.

Por ejemplo, agencia o no, un reclutador promedio tiene que revisar a veces cientos de curriculums que la computadora puso como "posible". 90% de ellos no llegarán a entrevista. Todos los currículums dicen que la persona es "capaz", "profesional", "a team player", "learns fast". Dime tú, si tengo 400 currículums que regresó el computer match y 300 dicen que son profesionales, lo creo nomás porque lo leo? No, si le dedico sólo 10 segundos por cada uno, rápido tirando los que no me atraen inmediatamente o no parecen muy buenos, termino reduciendo la pila a unos pocos para hacer las llamadas, y eso me tomó una hora entera. Después hay que hablarles y eso es una hora en promedio cada uno mientras escribo mis notas y envío el currículum interesante después de hablar. Ahí te fué media semana. Todo este tiempo es caro, y las compañías no reciben dinero por este tiempo.

En la entrevista es lo mismo. La pregunta de "porqué te contrato a tí y no a otros?" te permite venderte a tí mismo y demostrar pasión por tu trabajo, te permite decir qué piensas que es tu ventaja en el mercado competitivo, y le permite al reclutador comparar intereses personales con los de la compañía. También es oportunidad para sacar tu portafolio de trabajo si lo tienes y mostrar cómo le ahorraste a la compañía dinero, hiciste una venta mayor o decir una anécdota que pruebe que el valor que proporcionas a la compañía es mucho mayor al costo que le incurres mediante tu salario. Obviamente, no hay respuesta "exacta" para todas las compañías. Si la hubiera, no la preguntarían por el mismo motivo por el que no importa que todos dicen que son muy "profesionales".

El "qué sabes/investigaste acerca de nuestra compañía?" demuestra interés en ayudar a los otros empleados de la compañía (un grupo de trabajo de humanos, no una "entidad malévola") a cumplir sus metas desde el momento en que aprendes que existe. Si lo viste, sabes lo que producen y venden y sigues aquí, demuestra que al menos puedes verte a tí mismo haciendo una carrera al menos a mediano plazo en la compañía para ayudarles en sus metas, en vez de nada más preocuparte por el siguiente cheque.
Dices que eres profesional? Pórtate entonces como un colaborador, que eres antes de la entrevista (estás colaborando con ellos para averiguar si puedes ayudarles), y cuando te contraten serás un socio y no un empleado. Demuéstrales que averiguaste lo que hace la compañía, y en particular cómo es su flujo de dinero (qué venden? Quién los provee? Cómo funcionan sus economías de escala?), e incluso que a lo mejor averiguaste algo interesante relacionado con tu carrera. Por ejemplo, para contadores: fíjate que averigué que la estructura fiscal de una compañía como esta permite creatividad en deducir XXXX clase de gastos - pum, a lo mejor les ahorras dinero rápido. O para desarrolladores - Oye, noté que su sitio de ventas están usando servidor de aplicaciones X y hay unos parches importantes que pueden hacer ese servidor más rápido. Convence a tu entrevistador que si tu pasión por tu vida y por tu carrera te hace obsesionarte por ayudar a cualquier compañía antes de que te conozcan, es más probable que seas más que otra persona en otra silla recibiendo un salario, en vez de eso ahora eres un socio, y todos quieren trabajar con gente así.

Créanme que es la total esperanza del reclutador que tú seas el adecuado, porque eso quiere decir que pueden dejar de entrevistar gente donde hacen las mismas preguntas una y otra vez (aburridísimo, particularmente si el interlocutor no tiene pasión o interés real en lo que la compañia hace).

La carta termina con lo siguiente:

Miren, señores. Yo sólo quiero un empleo. Uno en el que volver a sentirme digno, uno que me permita levantarme todas las mañanas con nueva ilusión. Una empresa que me quiera por lo que contribuyo, que me respete y cuente conmigo.
Así que por favor, hagan bien su trabajo que yo haré el mío.

Que es precisamente el problema de actitud del que estamos hablando. Parte de tu trabajo es el explicarles a ellos por qué tú eres la respuesta a sus necesidades. Tienes el mismo valor que ellos, pero está en tí comprobarlo. Ánimo.

Creo que reducir esto a "socialismo/capitalismo" es una reacción que sobresimplifica un asunto que es por naturaleza complejo, tomando prestados temas de política para crear miedo, con la idea probablemente de proteger su mercado (como hacer pipí en los árboles si eres canino), y demuestra un problema de entendimiento tanto de los sistemas de libre mercado como de los sistemas socialistas. Me explico:

technorati tags:
software
open source
economics
business

El malentendido más bien estriba en pensar en Software como "pelotitas" (productos físicos) en vez de ideas - y proviene de una manera anticuada de ver a la economía. Los hombres de negocios "flojos" sólo pueden pensar en software como un producto físico que se puede vender. Este es el paradigma en el que Pazhitnov se encuentra, y es el paradigma de la industria comercial de software. La sobresimplificación es una necesidad para ellos; por ejemplo, hace algunos años trabajé con alguien que estaba en una casa comercial de software en los 80s, y me dijo: Entonces era muy sencillo saber si a la gente le gustaba tu software - simplemente veías el "Loading Dock" por varios días. Si los camiones regresaban llenos, tu software estaba siendo rechazado. Si regresaban vacíos, a la gente le gusta tu product. Es en realidad tentador que manejar tu negocio sea tan sencillo.

El problema es que, tal como la luz exhibe propiedades de ondas pero también de partículas dependiendo del caso, el software es en muchos casos "ideas" (mi maestro de física decía que la física puede explicar cualquier tema en el mundo, vamos a ver si es cierto).

En realidad no hay solución fija a esta cuestion: Depende del tipo del mercado, el nivel de comoditización del mismo, y el tipo de interacción del software con el usuario, será el nivel de esterilidad o prosperidad de la idea del software libre o fuente abierta.

En videojuegos tiene más sentido que se trate como un producto físico. Lo compras, te gusta, lo juegas y lo desinstalas. Mucho después lo instalas otra vez, lo juegas otra vez, lo desinstalas. Pero en sistemas operativos, que son la base del trabajo de todos, tiene sentido que el software sea ideas. Lo instalas; lo usas para correr programas; lo usas para hacer scripts que atan programas juntos; lo usas para crear otros programas; lo usas para enlazar las máquinas juntas y hacer soluciones; servidores; mercados enteros como el Web 2.0. Cuando utilizas software de esta manera, la idea de que sea un producto y no lo puedas abrir o recompilar es un limitante de mercado muy real.

Entonces, software tratado como ideas crea mercados que son por naturaleza muy diferentes al software tratado como un producto físico. Esto se complica también porque el software por un lado puede ser manufacturado instantáneamente (el día que tengamos "personal fabricators" las economías también van a tener que cambiar). Y por otro lado, el software "nunca está terminado", así que siempre hay posibilidad de nuevas versiones (aunque el delta de uttilidad de las nuevas versiones en el mercado es mucho menor al costo de las mismas).

En un ambiente donde el software es tratado como ideas (dejemos GPL por un momento y pensemos en licencias más liberales como MIT o BSD para clarificar el modelo), la única barrera a la colaboración es el tiempo que toma a una persona comprender las ideas existentes (el código) de una manera suficientemente eficiente para colaborar con el mismo o bien internalizarlo en un producto. Esta es una inversión importante de tiempo y dinero para una compañía, y una inversión que la gente joven o gente que tiene más tiempo disponible (o una compañía ya sea pequeña o al menos ágil) es más capaz de hacer por su cuenta (porque, como el arte, se vuelve una pasión). Todo esto enfoca a industrias abiertas a hacer dinero en servicios en lugar de en productos (porque es más fácil poner precio a servicios). El problema es que el mercado de servicios es más complejo que el de productos. Las compañías de servicios no pueden descansar en sus laureles - sólo son tan buenas como el servicio que proporcionan hoy, y su flujo de caja puede ser interrumpido en cualquier momento. Una compañía de productos puede navegar en una misma línea de producción por muchos años (Coca Cola, Microsoft) sin problemas de flujo de caja.

También influye el hecho de que las ideas son reutilizables - varias compañías de software como producto pueden colaborar con fuente abierta para un bién común (World of Warcraft-LUA, Apple-Darwin, IBM-un chorro), acabando con un modelo que es parte producto, parte ideas y por ende más complicado de contabilizar. Si eres compañía de producto, típicamente colaboras con ideas hasta que tengas tus necesidades cubiertas y combines para crear un producto. Si eres servicio, das el producto gratis con la compra de un contrato de servicio. Así que los dos modelos tienden a canibalizarse.

Una persona de negocios pragmática (que siempre son los más exitosos) debe pensar que estos modelos están aquí para quedarse y pensar en éstos nuevos términos para decidir en un modelo de trabajo que proporcione ya sea un flujo de caja óptimo o un dominio de mercado total - depende de los objetivos de la compañía, o como físicos cuánticos, tratar de encontrar un modelo mixto que no desaparezca en una implosión nuclear.

Este artículo ayuda a solucionar este problema mediante macros que convierten tus caracteres diacríticos a entidades HTML.

Vim

Para Vim en todas las plataformas, usted puede añadir la
función que sigue en su .vimrc:

function Html_entities_replace()
  exe ":silent g/ñ/s//\\ñ/g"
  exe ":silent g/Ñ/s//\\Ñ/g"
  exe ":silent g/á/s//\\á/g"
  exe ":silent g/é/s//\\é/g"
  exe ":silent g/í/s//\\í/g"
  exe ":silent g/ó/s//\\ó/g"
  exe ":silent g/ú/s//\\ú/g"
  exe ":silent g/Á/s//\\Á/g"
  exe ":silent g/É/s//\\É/g"
  exe ":silent g/Í/s//\\Í/g"
  exe ":silent g/Ó/s//\\Ó/g"
  exe ":silent g/Ú/s//\\Ú/g"
  exe ":silent g/ü/s//\\ü/g"
  exe ":silent g/Ü/s//\\Ü/g"
  exe ":silent g/¡/s//\\¡/g"
  exe ":silent g/¿/s//\\¿/g"
endfunction

Con la función en mano, simplemente utilice el comando
:Html_entities_replace() para corregir las marcas diacríticas. Si
prefiere mapear el comando a una tecla, también lo puede hacer en
.vimrc:

map <f3> <Esc>:exec Html_entities_replace()^M

Usted puede obtener ^M tecleando control-v, control-m.

Textmate

Para TextMate en Mac OS X, usted puede crear una
macro. He aquí la macro que escribí, llamada
ReplaceDiacriticalMarks:


#!/usr/bin/ruby -Ku

print res


La opción -Ku en ruby es importante, ya que vamos a utilizar UTF para
leer nuestro archivo.

También necesitará un catálogo de marcas
diacríticas en un archivo llamado "international.txt" en el directorio
de soporte del bundle HTML en Textmate. Ásegúrese de guardar el
archivo en formato UTF-8:

á|aacute
é|eacute
í|iacute
ó|oacute
ú|uacute
ñ|ntilde
Ñ|Ntilde
Á|Aacute
É|Eacute
Í|Iacute
Ó|Oacute
Ú|Uacute
ü|udieresis
Ü|Udieresis

Mis catalogos están incompletos porque sólo reflejan
español latinoamericano, así que usted puede completar utilizando
la
tabla de entidades Latin-1

Gracias a esto ahora puedo pensar mientras escribo y al mismo tiempo no me tengo que preocupar por códigos de página.

Espero les guste y que demuestren su gusto haciendo click en los anuncios.

technorati tags:
rails,
ruby,
rubies,
cursos

Tambien copié algunos de los valores css al de Delphi. Si aprietas F5 verás los cambios. En el tutor de Delphi no se ve tan bien porque el HTML es viejo.

Espero que les guste.

Este curso pretende proporcionar al usuario información suficiente para hacer aplicaciones de web profesionales utilizando Ruby on Rails. Está enfocado a personas que ya sepan algo de programación en otros lenguajes, lo cual quiere decir que durante el curso haré referencia a conceptos y librerías familiares a usuarios de otros lenguajes y productos.

Tutor de Ruby on Rails

technorati tags: rails, español, web2.0, ruby, cursos, tutoriales

Me pregunto si a alguien le interesaría que pusiera algunos de mis pensamientos en Español en este blog. Más que nada sería acerca de metodología, Java y Ruby on Rails.

Si lo hiciera, probablemente no serían repeticiones de las versiones en Inglés, sino que serían exclusivas para el público hispano.

Por favor ponga sus comentarios. Gracias!

technorati tags: español

Contiene, entre otras cosas:

• Una Enciclopedia Ágil, que es un Wiki en el que se explican los términos de desarrollo Ágil, así como sus metodologías
• Un Catalogo de Patrones de Diseño, donde se explican varios patrones de diseño, con ilustraciones

Muy Recomendable.

Entre las cosas que puedes hacer ahora se encuentran las siguientes:

• Cambiar tu huso horario (por ahora todos están en tiempo de Greenwich)
• Crear un área personal para tus propios enlaces, con tu propio HTML

.