Respuestas:
Graduado como Sysadmin, luego cambió al campo de desarrollo.
Acabo de tener este momento de iluminación, al darme cuenta de que las PC son una mierda. No realmente. Tiene especificaciones de hardware que no son tan claras, todos lo implementan de manera ligeramente diferente, causando pequeños problemas de compatibilidad. Si las PC no fueran basura, entonces no habría incompatibilidades al usar ciertos tipos de RAM (siempre y cuando su estándar coincida con el de la placa base, no hay absolutamente ninguna excusa por qué la RAM DDR3-1066 debería ser incompatible con las placas base DDR3-1066) , o con ciertos dispositivos USB.
Por lo tanto, tiene hardware que está roto por diseño porque las especificaciones son inútiles y, además, ha dañado el software. Entonces me di cuenta de que SysAdmin es un trabajo sin nada que ganar. No puede "solucionar" los problemas: solo puede usar cinta adhesiva para resolver temporalmente algunos síntomas, pero siempre está en el lado perdedor porque no tiene una buena base para comenzar.
Para aquellos de ustedes que no quieren trabajar con basura x86 / x64, YMMV, pero he aprendido lo suficiente en mis 7 años de SysAdmin para saber que no es mi trabajo.
Entonces, en lugar de tomar siempre la basura cuando se rompe el hardware roto, me he cambiado al campo de la creación de valor. ¿Egoísta? Tal vez. Sí, mi software tiene errores a veces, y al final se construye sobre la misma base defectuosa, pero como desarrollador, siento que realmente estoy haciendo algo valioso.
Dicho esto: respeto a todos los que hacen el trabajo de SysAdmin con pasión. Es un trabajo desagradecido y a menudo insatisfactorio, pero todos los que mantienen servidores en funcionamiento son un héroe en mi libro.
Comencé como desarrollador, terminé como DBA, luego como administrador de sistemas y ahora como administrador de sistemas.
La administración del sistema me pareció más interesante porque tuve la oportunidad de trabajar en un gran entorno distribuido con muchas partes móviles para integrar y mantener.
Además, en mi opinión, un alto porcentaje de trabajos de desarrollo tiene que ver con el mantenimiento de aplicaciones deficientes o la personalización de paquetes comerciales. Ugh Para mí, sysadmin parecía presentar más oportunidades para ser creativo y tener un impacto visible en los sistemas que mantienen un negocio en funcionamiento.
Empecé como un administrador de sistemas al que le gustaba codificar. He descubierto que las habilidades de programación son la habilidad número 1 para un administrador de sistemas. Si no sabe cómo automatizar las tareas, terminará en una pesadilla de mantenimiento.
A medida que pasaron los años, hice menos y menos pura administración de sistemas. Y ahora prefiero hacer la arquitectura de nuevas soluciones en su lugar. Si hago sysadmin-stuff, generalmente es una depuración pesada de la tercera línea, o código para integrar algunas soluciones basura, en cajas que otro administrador instaló para mí.
Mientras sigo en la universidad, tengo un trabajo como webadmin, por lo que definitivamente está más cerca de ser sysadmin, luego desarrollador. Luego, gradualmente hice más y más desarrollo, también a medida que la empresa crecía había más tareas de TI. Llegué al punto, cuando le dije a mi jefe, que es una carga de trabajo demasiado grande para hacer ambas cosas, hemos contratado a muchachos que eran estrictamente administradores de sistemas, mientras que me he dedicado al 100% al desarrollo.
No tenía el lujo de uno u otro. Tuve que comenzar haciendo ambas cosas a la vez . Componga esto con la migración de un legado de Macs antiguos basados en 68k a escritorios HP más nuevos, e intentando modernizar la producción industrial (optimización de lista de corte) y configurando acceso a Internet y correo electrónico y aprendiendo un nuevo idioma (Delphi) y manejando problemas de datos y aprendiendo Linux y aprendiendo Windws NT 4 Y los conceptos básicos de las redes TCP / IP ... bla, bla, bla ...
Tienes la idea. El bautismo de fuego y, a veces, el azufre servido a un lado. 1997 no fue lo mismo que 2007, y muchos "recién llegados" al trabajo administrativo podrían no apreciar la diferencia. No podía simplemente "buscarlo en Google", Google todavía era una startup.
Rápidamente aprende cosas bajo ese tipo de presión, como cuán (des) importante es su trabajo para los demás. Para ellos, eres un mal necesario. Para ti, sabes en tu corazón que el lugar se irá al infierno en una cesta de mano si no lo mantienes funcionando.
Cuando me fui, fue porque me quemé y el propietario no apreció el trabajo duro que hice. Registrar 24 horas de trabajo sin comida, descanso o compensación es ridículo. Se esperaba que permaneciera otras 12 horas además de eso sin comida, descanso o compensación estaba empujando los límites de mi resistencia física. Veamos, 36 horas en dos días, y no puede preguntarse por qué quiero un solo día libre después de todo eso.
Eso fue hace 10 años. No hace falta decir que mi nuevo empleador es mucho más razonable. Todavía hago SysAdmin y trabajo de programación, aunque tiende a ser mucho más fácil. Probablemente porque no todo está en llamas y hay más de una persona para trabajar en un problema .
Aquí hay una versión concisa de mi historia:
Comencé estrictamente como desarrollador, pero tuve que aprender muchas cosas de administrador de sistemas porque comencé a ayudar a mi padre con su compañía. Actualmente sigo siendo desarrollador, pero también hago mucho trabajo de administrador de sistemas.
Ambas áreas se complementan bastante bien, diría. Por ejemplo, aunque no soy un administrador de sistemas experto, sé cómo configurar un servidor web seguro para mis aplicaciones, resolver varios problemas de administrador de sistemas, etc. Y cuando necesito asistencia, puedo comunicarme mejor con las personas adecuadas .
Como administrador de sistemas, conocer el desarrollo de software me ha permitido automatizar mejor las tareas engorrosas y comprender muy bien cómo funcionan algunas cosas subyacentes.
Tal vez ese es un caso común? Supongo que la mayoría de los administradores de sistemas conocen al menos un poco de programación, ¿verdad?
Estoy muy interesado en escuchar cómo has aplicado cualquier área de conocimiento a la otra.
Es más fácil pasar de sysadmin -> sysadmin que codifica -> desarrollador. A menos que sea afortunado, enfrenta un recorte salarial en sentido contrario.
Por lo menos, cuando trabaja en un entorno en el que necesita hablar con los desarrolladores, cierta familiaridad con la codificación es invaluable: realmente ayuda tener una lengua franca , especialmente cuando tiene que explicar por qué la instrumentación para la operabilidad es una buena cosa ... .
Comencé como Sysadmin, y me encontré convirtiéndome en un administrador perezoso que odiaba hacer lo mismo dos veces, así que aprendí a hacer scripts. Las secuencias de comandos no solo hicieron que las tareas cotidianas fueran más fáciles de hacer, sino que también ayudaron a simplificar las cosas, asegurando que todos los pasos adecuados se contabilizaran en una tarea. Las secuencias de comandos también me llevaron al punto en el que estoy hoy, donde no me gustan las GUI, porque no sé qué código se está ejecutando en el back-end, por lo que no confío en ellas. También seguí la evolución natural de las secuencias de comandos al trabajo de desarrollador, pero debido a que soy un administrador de sistemas de corazón y nunca he tenido ningún entrenamiento de desarrollo formal en ningún día de mi vida, todavía me encuentro volviendo al trabajo de administrador de sistemas. Sinceramente, de alguna manera desearía que me despidieran, o tal vez más apropiadamente unas largas vacaciones (3-4 semanas),
Comencé como sysadmin / dba y luego comencé a programar. Entré en el sysadmin / dba arena porque tuve la idea errónea de que los programadores estaban encerrados en una habitación trasera y nunca hablaban con nadie. Cuando comencé a incursionar en la programación (VBA -> VB6 -> .NET), descubrí que necesitaba saber cómo funcionaban los procesos de las personas que los realizaban (¡imagínense eso!)
Me abrí camino hacia el desarrollo y ahora soy programador. Aparentemente, siempre fui un programador de corazón porque nunca sentí que ya estaba trabajando. :-)
Mi conocimiento del lado sysadmin / dba de las cosas me ayudó inmensamente cuando comencé a codificar porque sabía cómo funcionaba todo y cómo debería funcionar. ¡Eso me dio una gran ventaja sobre las soluciones de programación para la gente del administrador de sistemas!
-JFV
Comencé como técnico de escritorio y me mudé a sysadmin después de unos meses. Pasé los siguientes 8 años haciendo sysadmin y descubrí que pasaba gran parte de mi tiempo escribiendo applets y scripts para realizar mis tareas administrativas. Me gustaba codificar mucho más que mis tareas de administrador de sistemas y tuve la suerte de caer en un puesto de desarrollador dentro de la misma compañía. Ahora hago ambas cosas, en realidad. Estoy en un pequeño grupo de aplicaciones altamente especializado y uso ambos sombreros. ¡Lo mejor de ambos mundos! Puedo seguir el ritmo de sysadmin y también enfocarme en el desarrollo como parte de la descripción de mi trabajo.
Comenzó como desarrollador. Pasé por la administración del sistema, DBA, de vuelta al desarrollador, de vuelta a DBA, de vuelta a la administración del sistema. Ahora de vuelta como DBA.
Creo que es bastante sencillo pasar de desarrollo a otros campos. No creo que sea tan fácil pasar de la administración del sistema al desarrollo. Hay una cierta mentalidad para desarrollar y disfrutar la práctica de escribir código y crear aplicaciones. He encontrado muchos administradores de sistemas excelentes que han tenido problemas para aceptarlo.
Comencé como desarrollador web escribiendo ASP, con lo que estaba más familiarizado en ese momento que PHP. Estaba un poco contento porque había escrito mucho ASP en la escuela secundaria y después de la secundaria para mis cursos de proyectos, pero tuve que trabajar mucho en torno a las limitaciones para hacer cosas como el cifrado y la carga / descarga de archivos. Eventualmente asumí el rol de administrador de sistemas, y cuando me reduje el tamaño me convertí en un administrador de sistemas móvil (no Geek Squad, sino una idea similar).
Preferí ser administrador de sistemas, pero prefiero mi trabajo actual aún más, que es ser analista. Puedo hacer un poco de todo sin la carga de enormes proyectos.
Programmer to sysadmin to programmer to sysadmin to programmer (que también ayuda con cosas de sysadmin ocasionalmente) nuevamente. :-) ¡Termino haciendo lo que el trabajo que puedo encontrar requiere (y esas posiciones de administrador de sistemas también se combinaron con netadmin)!
Empecé como desarrollador web en un proyecto universitario virtual. Con el tiempo, cuando me hice responsable de los servidores de aplicaciones (como Adobe ColdFusion), me involucré cada vez más en la administración del servidor web. Ramificado en servidores Unix y Windows a lo largo de los años.
Además, dado que también conozco Oracle (una vez se definió como un programador de bases de datos por un tiempo), me han llamado para ayudar con las tareas de DBA según sea necesario.
Ahora he migrado para ser administrador de Solaris debido a desafíos de personal, por lo que me estoy convirtiendo en un administrador de sistemas más completo (mientras sigo programando y manteniendo servidores web). También estoy programado para convertirme en desarrollador multimedia si uno de mis proyectos despega para generar contenido de transmisión para mi empleador actual.
Comencé como una combinación de ambos en mi TRS-80. Es cierto que no había mucho administrador que hacer, pero aún así.
Mi siguiente gran encuentro con la computadora fue un VAX 11/780. Todos éramos combinaciones de administradores y desarrolladores también.
En la universidad y en una parte de la escuela de posgrado, estaba usando los recursos informáticos disponibles en los laboratorios (solo para desarrolladores).
Después de la mitad de la escuela de posgrado, me pagaron para ser una combinación de desarrollador y administrador para nuestro laboratorio SGI. ¿Alguien más en la prueba beta para IRIX 5 en las máquinas originales de Onyx? Oh, MIPS R4400, ¿cómo te amo ...?
Desde entonces, siempre me encuentro haciendo ambos trabajos. El hecho es que sé exactamente cómo quiero que las computadoras funcionen para apoyarme en mi otro trabajo de tiempo completo, escribiendo software.
Comencé como desarrollador y me convertí en administrador de sistemas por pura casualidad. Nos faltaban personas en el departamento de sysadmin y nosotros en el departamento de desarrollo estábamos esperando que las cosas se instalaran y configuraran. Así que comencé a hacerme cargo de algunas de estas tareas, ya que quería hacer parte de mi trabajo de desarrollo que dependía de ellas. Luego comencé a hacer lo mismo para otros desarrolladores y lentamente estaba manteniendo todo el entorno de desarrollo. Esto requería acceso a todo (máquinas, red, etc.), así que terminé siendo una copia de seguridad del administrador del sistema real cuando estaba de vacaciones y / o enfermo. A medida que la empresa creció, nos dimos cuenta de que era más fácil contratar nuevos desarrolladores que los administradores de sistemas, por lo que me "transferí" oficialmente al departamento de administradores de sistemas. Y no me arrepiento de haber ido por este camino.
Como estudiante, tenía un trabajo de medio tiempo como servicio de asistencia de nivel uno / dos / tres en un ISP cuando un ISP de tamaño mediano aquí en Australia tenía 1-2000 usuarios. Era un estudiante de CS en ese momento. La capacitación fue, aquí está la contraseña de root y el código de alarma. Asegúrese de cerrar la puerta cuando salga.
A partir de esto, me convertí en un administrador de sistemas principiante. Aprendí perl de la noche a la mañana cuando el archivo passwd desapareció pero teníamos los datos para reconstruirlo en los atributos del sistema de archivos y un archivo de radio.
Eventualmente conseguí un trabajo de programación en una pequeña tienda con grandes clientes donde todos los programadores eran geeks de Linux, por lo que todos los sistemas también se administraron un poco. Pero hice MUCHO de la administración del sistema y ayudé a ejecutar el ISP de 10 módems de 100 usuarios que teníamos a un lado
A partir de ahí pasó a un rol de ingeniero de despliegue. Donde necesitaba poder implementar software de producción de una manera escalable razonable pero también tener suficiente experiencia en programación para determinar cómo funcionaba el software a medida y poder hablar con los desarrolladores para depurarlo.
A partir de ahí programación web y administrador de sistemas.
Desde su concierto de administrador de tiempo completo.
Puedes leer mi historia en: /programming/547155/from-admin-to-dev/547177#547177