Primero, el título del trabajo debe aplicarse a mí. ¿Qué estás buscando en los sentidos más amplios? Desarrollador de aplicaciones JAVA? ASP.Net Web Developer?
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 cuenta. Si las primeras oraciones suenan interesantes, haré clic para ver la descripción completa.
Lo primero que miro son los requisitos del trabajo. Si no conozco al menos tres, no leo más.
Si cumplo con los requisitos, veré si es bueno ver si puedo resaltar alguna habilidad en mi carta de presentación.
A continuación leo la descripción. Cosas que me pregunto:
- ¿Es esta una descripción genérica de HR? Si es así, 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 una diferencia para mí. Me muestra el nivel de detalle de las personas para las que trabajaré.
- ¿Esto es más que una posición de mono de código estándar? ¿Qué más se espera que haga?
- ¿Hay alguna ventaja o beneficio en la lista?
- ¿Qué tipo de persona están buscando?
Es más probable que me aplique a un trabajo que no tenga un puesto de trabajo de Recursos Humanos. 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 algo de entusiasmo con respecto a la posición. Las referencias nerd y geek para mostrar el tipo de equipo con el que estaría trabajando son una ventaja. La última posición en la que trabajé fue un arranque y una lista de 'sable de luz' debajo de los activos. :)
Ponga algo de trabajo en la publicación de su trabajo para obtener el tipo de personas que desea que se unan a su equipo. Si publicas una publicación en la caldera, obtendrás monos de códigos genéricos que probablemente no serán una buena opción.