¿Por qué se ha rechazado esto tan severamente? Creo que es una de las pocas preguntas subjetivas que son relevantes: hay toneladas de preguntas relacionadas con la carrera / currículum equivalente a un programador en StackOverflow que han sido aceptadas felizmente.
Wayne Koorts
1
Convenido. Si bien es subjetivo, la gente aquí podría testificar qué certificaciones han encontrado útiles en el mercado laboral (A +, MCSE, etc.). Creo que una cosa que necesita aclaración es qué tipo de trabajo de administrador de sistemas le interesaría. Por ejemplo, una certificación Adobe CF no significará mucho si está tratando de ser un ingeniero de almacenamiento de EMC.
Milner
wiki de la comunidad, tal vez?
Mikeage
2
La gente necesita relajarse con estas reglas. Este lugar parece más un DMV que una "comunidad en línea".
duffbeer703
Sería bastante agradable si la pregunta era más clara en cuanto a si esto es para el buscador o el entrevistador ...
James Cabo
Respuestas:
13
los entrevistadores están interesados en su experiencia con sus sistemas o sistemas como el suyo
entonces, adapte el currículum a las necesidades del posible empleador, por ejemplo, investigue un poco, descubra qué equipos / sistemas tienen y enfatice las partes relevantes de su experiencia
por ejemplo, si el posible empleador utiliza una granja de servidores web para asp.net y un clúster de conmutación por error para ms sql y otros servidores críticos, la experiencia con dichos sistemas debería ocupar un lugar destacado (y con suerte recientemente) en su currículum
si no tiene experiencia con granjas y grupos de EM pero con algún otro tipo de granjas y grupos, enfatícelos y explique las diferencias para la entrevista
un currículum es un folleto de ventas; usted es el producto No hay certificaciones mágicas al igual que no hay características seguras para vender cualquier otro tipo de productos: se trata de satisfacer las necesidades y habilidades
Mi CV tenía una sección llamada 'Cumplimiento de la palabra de moda', pero la eliminé porque las firmas de reclutamiento no tienen sentido del humor. Ahora se llama 'Matriz de habilidades'
Dave Cheney
10
Su mayor objetivo en la contratación de un administrador de sistemas debe ser evitar un charlatán. El producto de trabajo de un administrador de sistemas es un conjunto de sistemas interactivos que no se desmorona, lo que se puede lograr sin tocarlo o ser bueno en su trabajo, por lo que un charlatán puede patinar sin tener que tocar nada durante algunos meses si se esfuerzan por evitar tener que hacer algo realmente. Sin embargo, cuando se los empuja, fallarán, y estás atrapado con una mierda rota para arreglarlo.
Piense en un desarrollador que no registra su código durante los primeros dos meses en el trabajo: ¿es un caso simple de prácticas de codificación malas / antisociales, o están ocultando el hecho de que apestan? Los administradores de sistemas están en una posición similar, excepto que rara vez existe el grado de control de cambio que existe para la codificación. Las herramientas de programación de sistemas como Puppet son buenas para solucionar esto porque (si se usan como el único medio de administración de sistemas) pueden tratar la configuración del sistema como un proyecto de software, y usted usa las mismas herramientas de auditoría que usaría con los codificadores (por ejemplo, commits correos).
En mi experiencia, los certificados son irrelevantes en el mejor de los casos, y engañosos en el peor. Nunca, jamás, contrates a alguien en base a las fortalezas de sus certificaciones. De todos los currículums que he visto, las mejores personas técnicas no pegan logotipos de certificados, cuando los tienen, en un currículum --- es una gran señal colgante de que alguien depende más de su pedigrí que de sus habilidades reales. Los certificados de pruebas escritas son preguntas de conjeturas múltiples basadas en palabras específicas del libro de texto en el que se basan. Estoy seguro de que entiendo RFC4601, he diseñado e implementado un sistema multidifusión seguro, global e interdominio, y obtuve un 67% la última vez que hice un examen de práctica CCNA. Mientras tanto, mi subordinado certificado de segundo nivel no puede entender que no hay funcional diferencia entre RFC1918 y direcciones públicas ...
Al contrario de lo que otros han dicho, los currículums más largos son mejores que los más cortos: te dan preguntas más específicas para investigar y hacer en el intento de esquivar a los charlatanes. Realice entrevistas telefónicas de varios niveles si tiene que: use la primera para descifrar lo que realmente estaban haciendo, y la segunda después de haber descubierto cuáles son las preguntas correctas para las tecnologías dadas.
Su segundo mayor objetivo debería ser encontrar a alguien que tenga experiencia en los sistemas que ya está utilizando. Encuentre a alguien que se haya ocupado de los problemas que está experimentando ahora o que puede evitar experimentar en el futuro (sistemas de compilación y métodos de implementación, sistemas de monitoreo, seguridad, escalado). Busque contratar a alguien que haya trabajado en situaciones comerciales similares a las que tiene ahora, y que esté preparado para lidiar con los problemas inherentes a su situación. Un ingeniero con una maestría en redes que está acostumbrado a tener un presupuesto ilimitado, un departamento de compras y ciclos de proyectos de un año de duración no funcionará en una startup. Por el contrario, al anarquista de Linux no le irá bien cuando le pidan que sufra el procedimiento de control de cambios ActiveDirectory en su Fortune 50.
Si necesita construir un departamento a medida que crece, no contrate a alguien que no haya contratado a nadie antes; Si necesita lidiar con 20 TB de datos de alta disponibilidad, no contrate a alguien que no haya usado una SAN antes, etc.
Creo que el mejor consejo de currículum para cualquier persona, incluidas las personas técnicas, proviene de las Herramientas del administrador . Tienen varios podcasts sobre entrevistas y currículums, pero los que comenzaría son:
Las herramientas de administrador y las herramientas de carrera tienen un montón de cosas geniales, especialmente para cualquiera que lidere un equipo de cualquier tipo. Los recomiendo mucho.
Los certificados son opcionales si puedes demostrar que tienes experiencia. Lo mismo ocurre con los grados, a menos que planee mudarse a un trabajo donde use corbata y haga gráficos circulares todo el día.
Sé específico con las tecnologías con las que estás familiarizado. Adapte sus conocimientos a la empresa; por ejemplo, si tienen muchos servicios web, aproveche su experiencia con IIS / Clustering / Web farm.
Algunos consejos generales aportados por los chicos de Manager Tools (también señalados por @CanyonR)
Cosas de currículum general
Mantenga su currículum breve (recomiendan una página ... pero 1-4 es un buen comienzo)
Enumere el título del trabajo y las fechas de empleo y describa las responsabilidades (es decir, lo que se suponía que debía hacer)
Lista de logros (es decir: algunos de los aspectos más destacados de las cosas que hizo)
Otras cosas a destacar
Destaque su trabajo con equipos internacionales, o incluso interesados remotos
Destaque su trabajo con control de costos y presupuestos. Esto es importante durante estos tiempos, ¿trabajó contra un presupuesto? ¿completó un trabajo por una cantidad sorprendentemente pequeña de dinero?
Métrica y medición de desempeño. Cada vez más tendrá que demostrar el valor de sus sistemas a la empresa para la que trabaja.
Sysadmin específico
Personalmente no califico los certificados demasiado
Me gusta ver una amplia gama de habilidades en los sistemas operativos y una comprensión del hardware
Por favor, conozca bien al menos un lenguaje de script y, con suerte, algunos otros. Cualquier cosa como Perl, Python, Ruby, buena secuencia de comandos de shell. No codificará, pero reunirá scripts de mantenimiento y trabajos de automatización.
Tener experiencia en DBA. Tenga una comprensión básica del rendimiento y una base de datos como Oracle, MS SQL, MySQL, etc. Probablemente no sea un DBA ... pero el DBA parece ser un rol que está desapareciendo.
Tener experiencia en servidores web y, con suerte, algún tipo de aplicación de gama alta. Los administradores de sistemas web y aplicaciones específicas también están desapareciendo.
Ser capaz de demostrar un buen conocimiento de seguridad y algunos problemas actuales.
Por último, estar interesado en las computadoras en general, y ser capaz de demostrar algún tipo de compromiso con el servicio y soporte al cliente. Los administradores de sistemas que no entienden su papel como soporte técnico y lo valoran son una pérdida de tiempo.
Respuestas:
los entrevistadores están interesados en su experiencia con sus sistemas o sistemas como el suyo
entonces, adapte el currículum a las necesidades del posible empleador, por ejemplo, investigue un poco, descubra qué equipos / sistemas tienen y enfatice las partes relevantes de su experiencia
por ejemplo, si el posible empleador utiliza una granja de servidores web para asp.net y un clúster de conmutación por error para ms sql y otros servidores críticos, la experiencia con dichos sistemas debería ocupar un lugar destacado (y con suerte recientemente) en su currículum
si no tiene experiencia con granjas y grupos de EM pero con algún otro tipo de granjas y grupos, enfatícelos y explique las diferencias para la entrevista
un currículum es un folleto de ventas; usted es el producto No hay certificaciones mágicas al igual que no hay características seguras para vender cualquier otro tipo de productos: se trata de satisfacer las necesidades y habilidades
¡buena suerte!
fuente
Su mayor objetivo en la contratación de un administrador de sistemas debe ser evitar un charlatán. El producto de trabajo de un administrador de sistemas es un conjunto de sistemas interactivos que no se desmorona, lo que se puede lograr sin tocarlo o ser bueno en su trabajo, por lo que un charlatán puede patinar sin tener que tocar nada durante algunos meses si se esfuerzan por evitar tener que hacer algo realmente. Sin embargo, cuando se los empuja, fallarán, y estás atrapado con una mierda rota para arreglarlo.
Piense en un desarrollador que no registra su código durante los primeros dos meses en el trabajo: ¿es un caso simple de prácticas de codificación malas / antisociales, o están ocultando el hecho de que apestan? Los administradores de sistemas están en una posición similar, excepto que rara vez existe el grado de control de cambio que existe para la codificación. Las herramientas de programación de sistemas como Puppet son buenas para solucionar esto porque (si se usan como el único medio de administración de sistemas) pueden tratar la configuración del sistema como un proyecto de software, y usted usa las mismas herramientas de auditoría que usaría con los codificadores (por ejemplo, commits correos).
En mi experiencia, los certificados son irrelevantes en el mejor de los casos, y engañosos en el peor. Nunca, jamás, contrates a alguien en base a las fortalezas de sus certificaciones. De todos los currículums que he visto, las mejores personas técnicas no pegan logotipos de certificados, cuando los tienen, en un currículum --- es una gran señal colgante de que alguien depende más de su pedigrí que de sus habilidades reales. Los certificados de pruebas escritas son preguntas de conjeturas múltiples basadas en palabras específicas del libro de texto en el que se basan. Estoy seguro de que entiendo RFC4601, he diseñado e implementado un sistema multidifusión seguro, global e interdominio, y obtuve un 67% la última vez que hice un examen de práctica CCNA. Mientras tanto, mi subordinado certificado de segundo nivel no puede entender que no hay funcional diferencia entre RFC1918 y direcciones públicas ...
Al contrario de lo que otros han dicho, los currículums más largos son mejores que los más cortos: te dan preguntas más específicas para investigar y hacer en el intento de esquivar a los charlatanes. Realice entrevistas telefónicas de varios niveles si tiene que: use la primera para descifrar lo que realmente estaban haciendo, y la segunda después de haber descubierto cuáles son las preguntas correctas para las tecnologías dadas.
Su segundo mayor objetivo debería ser encontrar a alguien que tenga experiencia en los sistemas que ya está utilizando. Encuentre a alguien que se haya ocupado de los problemas que está experimentando ahora o que puede evitar experimentar en el futuro (sistemas de compilación y métodos de implementación, sistemas de monitoreo, seguridad, escalado). Busque contratar a alguien que haya trabajado en situaciones comerciales similares a las que tiene ahora, y que esté preparado para lidiar con los problemas inherentes a su situación. Un ingeniero con una maestría en redes que está acostumbrado a tener un presupuesto ilimitado, un departamento de compras y ciclos de proyectos de un año de duración no funcionará en una startup. Por el contrario, al anarquista de Linux no le irá bien cuando le pidan que sufra el procedimiento de control de cambios ActiveDirectory en su Fortune 50.
Si necesita construir un departamento a medida que crece, no contrate a alguien que no haya contratado a nadie antes; Si necesita lidiar con 20 TB de datos de alta disponibilidad, no contrate a alguien que no haya usado una SAN antes, etc.
fuente
Creo que el mejor consejo de currículum para cualquier persona, incluidas las personas técnicas, proviene de las Herramientas del administrador . Tienen varios podcasts sobre entrevistas y currículums, pero los que comenzaría son:
Su currículum apesta
Reanudar actualización 2008
Si se registra para obtener una cuenta gratuita, puede obtener:
Logros - Conexión de currículums y entrevistas
Las herramientas de administrador y las herramientas de carrera tienen un montón de cosas geniales, especialmente para cualquiera que lidere un equipo de cualquier tipo. Los recomiendo mucho.
fuente
Los certificados son opcionales si puedes demostrar que tienes experiencia. Lo mismo ocurre con los grados, a menos que planee mudarse a un trabajo donde use corbata y haga gráficos circulares todo el día.
Sé específico con las tecnologías con las que estás familiarizado. Adapte sus conocimientos a la empresa; por ejemplo, si tienen muchos servicios web, aproveche su experiencia con IIS / Clustering / Web farm.
fuente
Tengo un consejo para currículums técnicos:
Si lo coloca en su currículum sin calificaciones, será mejor que lo haya apoyado en producción y lo conozca por dentro y por fuera:
Si no lo sabe por dentro y por fuera, dígalo :
En la mayoría de los lugares en los que te gustaría trabajar, la ignorancia no es tan mala como el conocimiento falso.
fuente
Algunos consejos generales aportados por los chicos de Manager Tools (también señalados por @CanyonR)
Cosas de currículum general
Otras cosas a destacar
Sysadmin específico
Por último, estar interesado en las computadoras en general, y ser capaz de demostrar algún tipo de compromiso con el servicio y soporte al cliente. Los administradores de sistemas que no entienden su papel como soporte técnico y lo valoran son una pérdida de tiempo.
Ah y buena suerte :)
fuente
A riesgo de citarme a mí mismo ... Tengo muchas sugerencias sobre formato y contenido en esta publicación de blog:
Sysadmin reanudar la escritura de consejos
fuente
Respuesta para "Cómo debe verse el currículum "
Europass es un CV estándar para Eurounion, solo llénalo con habilidades relevantes.
fuente