Una encuesta llevada a cabo por Robert Half Technology reveló que el 89% de los CIOs de todo el Reino Unido ven en DevOps una competencia básica para los profesionales de infraestructura y desarrolladores en los próximos cinco años. La empresa de reclutamiento de TI cree que las empresas se están volviendo más dependientes de la tecnología digital. De hecho, el 90% de los CIOs creen que la seguridad debe ser integrada en servicios continuos y entrega de aplicaciones para que DevOps sea eficaz.
Comentarios
#12 Cambia DevOps por un nombre de una filosofía o metodología. "Busco un agile". No, buscas a un desarrollador que trabaje con metodologías ágiles. No buscas a alguien ágil. No buscas un ITIL, buscas a alguien que integreo los procesos ITIL en tu organización y con DevOps lo mismo. No se busca un DevOps, se busca a alguien que rompa la barrera entre desarrollo y explotacion de sistemas.
En mi caso el puesto se llamaba casi igual cuando me dedicaba casi en exclusiva a cambiar cintas y dar botonazos cuando me lo pedían a cuando trabajaba en remoto sin acceso físico que cuando me dedicaba a supervisas pases a producción que ahora que tengo dieciseis subordinados para dedicarme a la explotación regular.
#3 Ahora me entero que DevOps es una profesión y no una filosofía de trabajo o un conjunto de metolodologías. Y si, un facilitador que conozca los procesos de desarrollo y los de explotación, haga de interfaz entre ambos y se quede o despache los marrones que están e el limbo quizás gane eso. Pero al cambio también lo ganaba antes un administrador de sistemas. De aquí a diez años todos serán DevOps y cobrarán lo mismo que cualquier currito de byte que cambia discos rotos y trabaja picando código.
Llaman DevOps al que antes era responsable de explotación y al que antes era responsable de desarrollo y se come los marrones de ambos y se ahorran uno de los dos salarios. Tiene que lidiar con los plazos de entrega y con los marrones de explotación.
#7 Otra más: pese a supuestamente queret eso; siguen publicando ofertas orientadas a otro perfil o especializadas.
Quien entienda a las empresas y sus RRHHs que las compre. Habrá algún momento en que "EmpHR" será el nuevo facilitador/integrador de moda.
#10 Estuve seis meses dedicándome a selección. Al final me volví a la explotación de sistemas después de pasar un año en el lado oscuro de la gestión de RRHH.
Hace falta algo parecido al DevOps para los recursos humanos. Como dejé la carrera de relaciones laborales en segundo no sé si esa metodología o visión integradora entre selección de personal y detección de necesidades humanas de la empresa existe. Hay casos que si y casos que no.
Pero como todo el mundo es ombligocentrista los que hacen sistemas de bases de datos guardan la propia configuración dela base de datos en una tabla de la base de datos y los que hacen un sistema operativo arrancan una versión reducida del mismo para ejecutar el instalador del propio sistema operativo. Los herreros se hacen soportes de metal para sus herramientas uy nuevas herramientas en metal, los carpinteros de se hacen soportes de madera y plantillas de madera. Las costureras se hacen costureros y fundas de tijeras de tela. Y los de recursos humanos creamos nuevos perfiles profesionales. Da igual que el mix de habilidades no exista en el mundo real.
#11 Por eso digo que creo que hace falta esa coordinación entre empleados comunes (o técnicos, si hablamos de empresas de ese estilo) y recursos humanos.
Por una parte veo que el problema está en los RRHH. Me exaspera que un recursos humanos contacte proponiendo una oferta que dicen que coincide con el perfil de cada cual, cuando no es cierto. Durante el proceso hacen perder tiempo al posible candidato, al equipo que lo entrevista y a sí mismo. Y algunos siguen erre que erre, ofreciendo posiciones que claramente buscan otra cosa. A veces también con una descoordinación flagrante entre equipos internos y ellos. Creo que en el ámbito de unos años encontré a un par de excepciones, notablemente activos ellos y que parecían conocer las necesidades de la empresa; aparte de educados. Un broche de oro.
Luego también están los detalles "marketinianos" de la oferta que puede echar para atrás a candidatos, como cuando se ponen con gilipolleces de usar términos de moda o a soltar flores de la empresa más que de los beneficios o detalles del rol en sí.
Por otra parte el problema está a veces también en los equipos técnicos, donde (al menos por lo que vi) se emiten los requisitos del nuevo perfil que necesitan. En algunos casos se ponen requisitos que parecen una lista a los reyes magos y que se sabe no va a cumplir el 90% de los empleados que entren. Pero ahí se sigue, tercamente, buscando durante meses aunque las necesidades de aumentar plantilla apremien.
El resultado de esta falta de coordinación y desconocimiento entre grupos (que debería ser "tan sencillo" como una toma de requisitos y unas iteraciones para evaluar tiempo máximo de incorporación y requisitos minimísimos) termina en al menos estos dos escenarios:
- Requisitos más altos de lo inmediatamente necesario (búsqueda de un perfil exacto) => la búsqueda se alarga en el tiempo
- Descoordinación entre oferta y necesidades => mayor carga en entrevistas, la búsqueda se alarga en el tiempo
El de inventar nuevos perfiles con combinaciones de habilidades que no existen, no te lo rebato; no sé si es así. En este caso concreto de "DevOps" (o "gente que curre de los dos", como mencionas) sí que existe la combinación -- pero de forma no oficial. Me explico: por lo que veo, las empresas solían y siguen soliendo optar por modelos "fordianos", donde un trabajador ha de especializarse en un área; aunque luego la realidad y los fuegos, en general, le lleven a ser algo más "artista" y "bombero". Pero eso puede darse fuera de las atribuciones del puesto. Asimismo, hay empresas donde aparentemente piden este perfil mixto pero técnicamente buscan a un experto en un área (volvemos de nuevo a la descoordinación).
En fin; he perdido la "fe" en los RRHHs y sus procesos de selección. Aunque deberían hacer de puente entre el candidato y las necesidades técnicas de la empresa; en muchos casos se termina con un proceso frustrante y nada óptimo.
#7 Vaya empanada llevas
Una profesión es tal en el primer momento que alguien pone una oferta buscando unos determinados conocimientos o metodologías, le pone un nombre cualquiera y alguien empieza a trabajar siguiéndolas, y si encima son más de uno pues más profesión es. http://dle.rae.es/?id=UHx86MW
Lo que si te doy la razón es que hay muuuucha tontería con los nombres de los puestos, yo en mi carrera he sido oficialmente "ingeniero informático" , "ingeniero sistemas", "sysadmin", "arquitecto de sistemas", "devops", "sre" , "cloud operations" y alguna mierda más y la verdad es que realmente el 90% de lo que haces en todos esas profesiones es exactamente lo mismo, a veces te centras más en un area y a veces en otras, es más, a menudo empiezas un proyecto centrado en CI/CD y luego sigues con monitorización y acabas montando Kubernetes.
Parece que la única tecnología es la de los videojuegos para móviles...
#1 DevOps es una serie de metodologías, o si lo prefieres una filosofía que ccombina la explotación de sistemas con el desarrollo.
O como dicen los resposables de desarrollo, es cuando la gente de operaciones se lava las manos y deja el marrón a los de desarrollo.
#5 Cosas de linuxeros de esos
#6 De linuxeros y no linuxeros.
Todas estas "metodologías" solo sirven para vender libros.
#13 Era una manera de hablar. Se inventó para que las distintas áreas en TI tengan una visión de lo que hace la otra y aumentar la integración y la eficacia.
Los procesos de industrialización posterior hacen que al final entre muy pocas hagan lo que antes hacían entre más personas. Por una parte es consecuencia de aplicar DevOps, con autoatización de procesos que antes se hacían a mano por una parte y por otra por la filosofía capitalista que busca aumentar beneficios.
#3 senior DevOps de verdad no anda lejos en España
#4 #3 #2 No. No son becarios a en todo caso autodidactas. Es un sueño y un ideal. Si hay alguien que tiene experiencia o las habilidades necesarias, que no son las de un perfil tradicional, pero existen es una persona que va a reducir las incidencias y a acortar los periodos de entrega lo que va a ahorrar dinero y el perfil vale eso.
Una vez asumido el cambio cultural e implementadas las metodologías y los procesos necesarios estará todo prácticamente industrializado y no se pagará eso. Eso es lo que se paga a alguien que ya ha hecho una transición exitosa en otro lado cuya experiencia quieres para que lidere la tuya. Es más, todas las empresas y equipos de trabajo seguirán las metodologías o seguirán las filosofías de moda con los que sucederá lo mismo que ha pasado con cosas como Agile, LEAN, GDF o ITIL. Si están en una organización donde se hace pues lo sigues y ya está.
Cuando trabajas en un sitio que se hace DevOps no sabes que estás haciendo DevOps. Los veteranos del lugar sabrán como se trabajaba antes y que ahora se trabaja distinto. Los más jóvenes seguirán los procesos que ya están en marcha y cuando vayan a otro lugar ayudarán a implementarlos si son mejores que los de su propio destino o irán a un sitio donde se está haciendo DevOps.
Y de todas maneras DevOps se inventó para una persona pudiera hacerlo todo o al menos gestionarlo todo. Cuando esté lo bas
#8 DevOps se "inventó" para evitar que, cuando se jubila/va/despide un empleado no se vaya todo su conocimiento de la empresa con él. Decir que se inventó para que una persona pudiera hacerlo o gestionarlo todo es una barbaridad.
Pero los queremos como becarios sin cobrar nada.
#2 Pues será en España, ya que la noticia habla de UK, que sepas que el senior DevOps se saca tranquilamente entre 80k y 90k libras en Londres.