Joven hacker sonriendo

Inmersión

A esta altura del proceso estamos a pocos pasos de culminar. Este nuevo paso, para el cual usted ha sido seleccionado entre más de 100 candidatos, busca que usted haga parte en un auto-entrenamiento intensivo en retos de programación y hacking financiado por FLUID llamado “Inmersión”.

El objetivo de esta etapa es que usted alcance los más altos niveles de fortaleza técnica. Esto previo a efectuar pruebas reales de seguridad sobre sistemas financieros y de telecomunicaciones, así como validar sus competencias humanas y de trabajo en equipo cerca a otros hackers que ya se encuentran en nuestra organización.

Por lo extenso del proceso, FLUID, para esta etapa, busca independiente del avance en puntos y ranking, que usted reciba una remuneración por el tiempo invertido en el proceso.

Los términos del contrato de entrenamiento para esta etapa de Inmersión son los siguientes:

Inicio

Este proceso comienza cuando usted tenga listo todo lo siguiente:

  1. Usuario en GitLab y acceso a nuestro repositorio (previamente solicitado)

  2. Se registre como tercero en el siguiente formulario >> con el RUT anexo,

  3. Entregue en PDF escaneado la copia de la Tarjeta Profesional o el recibo de comienzo de trámite de la misma, aplica si usted ya tiene título de pregrado.

  4. Lea y acepte las condiciones de almacenamiento de resultados de entrenamiento que se encuentran aquí

  5. Y se encuentren almacenadas en dicho repositorio y con las reglas ahí especificadas las soluciones a los retos que le permitieron lograr el criterio de aceptación de su etapa de retos.

  6. Otros detalles procedimentales de cómo se llevará a cabo el entrenamiento, que se hace cada día, los lenguajes de programación, la forma de documentación y las herramientas requeridas entre otros, serán revelados el primer día de Inmersión y cuando haya finalizado todos los ítems mencionados en esta sección.

Entrenamientos

  1. El entrenamiento es auto-dirigido (usted investiga por su propia cuenta sin instrucción alguna) ,

  2. Debe entrenarse de forma independiente (sin ayuda de otro),

  3. El entrenamiento debe iniciar a las 7:00 am en las instalaciones de FLUID,

  4. Si por algún motivo excepcional no puede realizar el entrenamiento de forma presencial, se deberá definir un horario de entrenamiento semanal para realizarlo de forma remota,

  5. El entrenamiento se realizará desde un portátil de su propiedad,

  6. Su dedicación diaria se evaluará sobre un tiempo de referencia de 48 horas/semanales,

  7. Se espera que usted pueda dedicarse todos los días hábiles de la semana de manera presencial en las instalaciones de la compañía,

  8. Si por algún motivo de salud o personal no es posible ir a la oficina a realizar los retos de forma presencial, ese día no se hacen retos, ni se reporta tiempo de entrenamiento con la herramienta asignada.

  9. El tercer día hábil de cada semana, usted deberá entrenar la máxima dedicación posible,

  10. Se espera que usted logre una dedicación mínima del 80% (Relación al tiempo de referencia),

  11. Si la dedicación total es mayor o menor a lo anterior se pagará proporcional

Reportes

  1. Debe reportar todo el tiempo dedicado mediante la herramienta asignada en modo automático,

  2. Debe reportar diariamente su avance mediante el siguiente formulario >>

  3. Se debe comenzar la sesión de entrenamiento a las 07:00 AM los días de semana.

  4. Debe finalizar el entrenamiento del dia y diligenciar el reporte antes de las 6:00PM del día en cuestión,

  5. El fraude deparará en la finalización inmediata del proceso de selección

Pagos

  1. Se pagará el tiempo reportado a formación con un valor hora de $6.468 COP,

  2. Las primeras 96 horas de entrenamiento reportadas no serán remuneradas, y de continuar en la etapa de inmersión luego de estas primeras 96 horas, se garantiza el pago mínimo de las siguientes 96 horas de entrenamiento reportadas,

  3. El contrato es un contrato por servicios con pago mensual,

  4. Debe pagar la seguridad social correspondiente a estos servicios (trabajador independiente),

  5. Debe presentar el 1er día hábil calendario del mes siguiente los documentos que permiten consignar el dinero a su cuenta:

    • Cuenta de cobro por las horas del mes anterior,

    • Recibo de pago de la seguridad social por el periodo anterior

Ciclos

  1. El entrenamiento se realizará en ciclos o iteraciones de semana calendario,

  2. Inicialmente se le ofrece un primer ciclo de entrenamiento,

  3. Al final de cada ciclo puede ocurrir lo siguiente:

    • No indicar nada, con lo cual puede asumir que el ciclo de formación se renueva una semana más.

    • Notificar que no deseamos continuar con otro ciclo y por ende suspender el proceso,

    • Formalizar que no deseamos continuar con otro ciclo, debido a que queremos adelantar la etapa siguiente,

    • Lo usual es que se requiera entre 8 y 12 ciclos antes de comenzar la última etapa,

Fin

El proceso de Inmersión termina cuando:

  1. Se acepten en el repositorio 100 nuevas soluciones de hacking

    • Entiéndase hacking por cualquier reto técnico de wechall.net o sus sitios relacionados,

    • No se entiende por hacking retos matemáticos o de adivinanzas relacionados en wechall.net (brainquest),

    • Entiéndase como nueva si no tiene solución en la carpeta del reto en el repositorio,

    • Entiéndase como nueva si no hay solución indexada en el archivo OTHERS.txt de la carpeta del reto,

  2. Se acepten en el repositorio 100 nuevas soluciones de programación

    • Entiéndase programación como cualquier reto disponible en Codeabbey,

    • Entiéndase como nueva si no tiene solución en dicho lenguaje en la carpeta del reto en el repositorio,

    • Entiéndase como nueva si no tiene solución en dicho lenguaje indexada en el archivo OTHERS.txt del reto,

  3. Por cada solución nueva debe relacionar 10 enlaces nuevos a soluciones que se encuentran fuera del repositorio

    • Estos enlaces se almacenarán en el archivo OTHERS.txt de la carpeta correspondiente al reto,

    • El archivo OTHERS.txt debe contener un enlace por línea,

    • Los enlaces que se añaden a los archivos OTHERS.txt deben ser válidos (200) y no tener redirección (302),

      • Si está subiendo soluciones de hacking los enlaces deben ser a soluciones de hacking de terceros,

      • Si está subiendo soluciones de programación los enlaces deben ser a soluciones de programación de terceros,

    • Los enlaces a soluciones de programación deben permitir la descarga del código fuente, no del HTML,

    • Si está relacionando soluciones de programación de terceros, debe indexar soluciones en lenguajes diferentes al que ya se tiene. Si ya hay soluciones .py no se debe adicionar OTHERS.txt de .py y así sucesivamente.

  4. Participe en dos proyectos de entrenamiento sorpresa, con indicaciones variables que midan su capacidad de seguir instrucciones y desarrollar actividades bajo presión.En caso de aceptar esta propuesta sólo requerimos que nos indique:

    • La fecha en la que enviará el 100% de los requerimientos mencionados,

    • La fecha en la cual puede comenzar la etapa de Inmersión en nuestras instalaciones.

  5. Se acepten en el repositorio 10 artículos publicables en el blog que cumplan la línea editorial.

    • Para la elaboración de artículos deberá tener en cuenta lo siguiente:

Artículos

La elaboración de articulos tiene como objetivo familiarizar a futuros talentos con contenido relevante para la audiencia de FLUID. Por tal motivo estos deben adherirse a la línea editorial definida aquí.

Para la generación de documentos y articulos para el blog (carpeta articles) el lenguaje que debe utilizarse es AsciiDoc. Estos archivos deben finalizar siempre con la extensión .asc. Un ejemplo más detallado de uso de AsciiDoc en GitLab se encuentra aquí.

Tenga especial atención con los requisitos de numero de palabras y de indice de legibilidad ARI. Estos requisitos son verificados estrictamente por el integrador continuo. Si quiere calcular usted mismo estas metricas puede utilizar las herramientas wc y diction (comando style).

En función de la calidad de los articulos, FLUID puede decidir publicarlos inmediata o posteriormente en nuestro blog y anunciar su publicación a los clientes suscritos al mismo. Una medida de la calidad del contenido generado por usted es el número de articulos que resultan publicados.

  • Artículos cón código: Si en algun momento le es solicitado explicitamente realizar la solución de un reto de programación como parte de un articulo de blog (estilo programación literal), este debe hacerse tambien en AsciiDoc (asc), presentar en la versión documento el código fuente sin comentarios, de forma secuencial, manteniendo la indentación original y utilizando el resaltado de código (syntax highlighting) propio de GitLab y AsciiDoc:

test.py
print('Hola mundo')

Este es un ejemplo de un archivo que cumple totalmente con estas indicaciones. El código fuente puede encontrarse aquí.

Los articulos deben subirse al repositorio que le indicaremos al entrar en esta etapa acorde a la siguiente estructura:

  • sulogindeGitLab (directorio)

    • titulo del articulo (directorio)

      • readme.asc (archivo)

      • imagen.png (imagenes requeridas)

Si tienes alguna duda no dudes en escribir a careers@autonomicmind.co