Primero, el título del trabajo debe aplicarse a mí. ¿Qué estás buscando en el más amplio de los sentidos? Desarrollador de aplicaciones JAVA? ¿Desarrollador web ASP.Net?
Si el título del trabajo se aplica a mí, leeré el resumen rápido debajo del título. Asegúrese de que su primer párrafo cuente. Si las primeras oraciones suenan interesantes, haré clic para ver la descripción completa.
Lo primero que miro allí son los requisitos de trabajo. Si no encuentro al menos tres, no leo más.
Si cumplo con los requisitos, veré lo bueno de tener que ver si puedo resaltar alguna habilidad en mi carta de presentación.
A continuación, en realidad leí la descripción. Cosas que me pregunto:
- ¿Es esta una descripción genérica de repeticiones HR? En caso afirmativo, es probable que sea una empresa más grande y tendré que pasar por una entrevista de recursos humanos antes de hablar con alguien técnico. Si no, podría ser una empresa más pequeña.
- ¿Hay errores ortográficos o errores tipográficos? Sí, esto hace la diferencia para mí. Me muestra el nivel de detalle de las personas para las que trabajaré.
- ¿Es esto más que una posición estándar de código mono? ¿Qué más se espera que haga?
- ¿Hay algún beneficio o beneficio en la lista?
- ¿Qué tipo de persona están buscando?
Es más probable que me postule a un trabajo que no tiene un puesto de trabajo de RRHH. No quiero pasar por una o más entrevistas BS antes de que finalmente pueda hablar con alguien que está en el grupo con el que estaría trabajando.
Es más probable que solicite un trabajo que tenga cierta emoción sobre el puesto. Las referencias nerds y geek para mostrar el tipo de equipo con el que estaría trabajando son una ventaja. El último puesto en el que trabajé fue un inicio y figuraba como 'sable de luz' en los activos. :)
Ponga algo de trabajo en su publicación de trabajo para obtener el tipo de personas que desea unirse a su equipo. Si publica una publicación repetitiva obtendrá monos de código genérico que probablemente no encajarán bien.