Aún así, decidí compartir nuestra experiencia de contratar personas para el trabajo, y decidí hacerlo por dos razones: logramos reunir a todos los desarrolladores más fuertes de nuestro stack en la ciudad, y las personas que vienen nos dejan muy raramente (más precisamente, solo hubo un caso de dejar tu propio negocio).
Todo lo que está escrito a continuación puede ser adecuado para usted, o tal vez no. No pretendo ser la verdad definitiva, solo te digo a qué hemos llegado y por qué nos gusta. También compartiré ejemplos de patrones de comportamiento y código que deciden casi inequívocamente a favor o en contra del candidato, a pesar de casi todo lo demás.
Somos una empresa de alimentos, no necesitamos trabajadores por turnos durante tres meses. Esto también deja su huella en el proceso de selección. No podemos competir en salarios con nuevas empresas jóvenes invertidas (esto no significa que trabajemos por un centavo, solo superar a un cerebro talentoso no funcionará). El salario está por encima del promedio del mercado, pero puedes encontrar galeras a la vez diez mil más generosas. Tenemos que buscar nuestra propia forma de atraer especialistas, y hablaré sobre ello.
Presentar una solicitud
Probamos las agencias (yo mismo llegué hace más de cinco años a través de la agencia), pero como resultado nos decidimos por el boca a boca y los contactos directos. Dos millones de personas viven en Barcelona, pero no hay muchos desarrolladores de alto nivel, y conozco a todos, si no es por la vista, entonces por su nombre.
Tenemos una tarea de prueba de dificultad media. Cualquier repositorio abierto con algo más serio que helloworld, por supuesto, reemplaza la tarea de prueba. Los solicitantes para el puesto de "no principiante" necesitarán de seis horas a dos días para completarlo y completarlo. Ni un solo profesional se ha negado a hacerlo, en lugar de una pizarra, lista de inversión y preguntas de sintaxis directamente en la entrevista. Vamos a trabajar juntos durante años, dos días no habrá clima. No pagamos por la tarea de prueba, y considero que este es un punto importante para evaluar al solicitante: si una persona requiere un rublo por cada estornudo, es poco probable que trabajemos juntos. Cuando se formuló la tarea de prueba, fui el primero en resolverla, tanto para comparar con el código de candidato, como simplemente para no broncearme.
, : , , . . — , , . , , , , .
: , 7/10 — , . — ( 8/10), , , , . , . — , .
. 22 Torre Mapfre — — , . , OSS. , — core committer . , . , , SO , - .
, , , - , , , , , . — , — . , , , . 15 , , - . — , .
, , . , , .
, , .
. , ,
Ruby →
- SRP
- - IO
- -
- (integer, float, double)
Ruby →
- , (
array.shuffle!), each- -
- ,
.map{...}.map{...}.map{...} ,- , , ,
Ruby →
Elixir →
- ,
doctest - , pattern matching
Elixir →
Elixir →
DynamicSupervisor, GenStage, Flow- property based tests
- usar
@behaviourpara describir la interfaz - propio protocolo (cuando corresponda)
- implementación propia
Access - uso apropiado
__using__(opts)
De alguna manera como esta. Entiendo que lo que está escrito arriba huele a sabor, pero debería ser así. No queremos ser entrevistadores perfectos. Queremos maximizar la contratación de personas que necesitamos y que se sentirán cómodas con nosotros. En una botella Y tenemos éxito precisamente por este sesgo en la orilla. Como lo demuestra la experiencia, en el resultado final tenemos casi un 100% de conversión: las personas que vienen a nosotros se quedan por mucho tiempo y se sienten cómodas con nosotros.