HomeLab

[Master of the Wind]

A ver amor, mirá que le pongo buena voluntad, pero bueno ahí vamos.

Se pica!

Todo lo que planteé es válido como mínimo como alternativa hasta que demuestres lo contrario, y no lo has hecho demasiado, y de qué títulos me voy a jactar si no tengo ninguno, es como que te quedas sin argumentos a lo que digo y sacas una transversal que no tiene nada que ver para ver sí podes desvalidar a la fuerza.

No hable ni de tus titulos ni de los mios, no entendi. Lo que planteas valido como alternativa... yo que se, si se puede evitar mejor.

Sabés a qué va, basta de boludear porque para algo escribo bien, quedó mas que claro que iba por el "Desde antes que vos pienses estudiar eso siquiera.", lo cual es un comentario infunado, arrogante y sin signficado real.

Si no pica no tiene gusto papá.

Bueno por ahí vos preferís aislar, pero esto es por comentarios tuyos en otros threads tipo "redes me parte del embole" y ya sabes con qué tono, no lo voy a ir a buscar ni me interesa hacerlo.

No es nada raro. Siempre me partió del embole la parte de networking. Desde los 18/19. No se que tiene de malo decir que algo me embola. Ahora, como te dije, me embola, pero es algo que es necesario, no como antes porque hoy en dia es mas lado del proveedor ya que tiende a ser todo virtual, pero siempre va a ser necesario.

No hay un solo set de buenas prácticas, sí hay ideales para cada situación, pero a veces me resulta mas eficiente correr unas cosas a mano en 2 servidores en 3 minutos antes que automatizar por el afan de hacerlo y perder mas tiempo en verdad, quedate tranquilo amor que si tengo 20 maquinas nomas ya no voy a ir una por una, sos muy inseguro vos.

No hay uno solo, pero hacer a lo pampa con intuicion y "lo que me parece practico" no esta en ninguna de ellas. La gente trabaja en equipo y para eso estan los estandares, metodologias y filosofias.

No querido, el que falta el respeto sos vos, yo trabajo con analistas, con desarrolladores, y ocupo 2 o 3 roles con cierta relación mas directa entre ellos. Y no está mal ser el que toca un poco de todo tampoco, si el tamaño del negocio lo permite, y si es demasiado, se contrataran especialistas y se arma otra estructura, sos rígido porque pensas que si no se aplica la estrucutra ideal de tu lugar en todos lados es porque son unos giles. Experto en todo nadie puede ser, pero como el señor no se siente cómodo con mas de dos cosas ya viene a imponerlo como verdad.. emm... es al pedo discutirlo igual.

El dia que no te den los tiempos, quieras salir de licencia, o (no es que te desee mal, por las dudas) te pase algo y estes de licencia medica 3 meses, ahi se van a dar cuenta porque no esta bueno tener una persona con 3 o 4 roles fulltime.

Pero loco se cae de maduro eso, tranquilo que cuando tenga que manejar 150 proyectos voy a emplear las metodologías que sirvan mas, lo triste es que te creas mas que alguien que no maneja mas de 2 proyectos a la vez, a mí por ahora eso de manejar grandes escalas no me interesa y es solo un caso, ¿te ofende que me dedique da lleno a pocos proyectos y no precise esa forma de trabajar? Es ineficiente en algunos casos, en otros casos la eficiencia no varía mucho, es simplemente metodología de syadmin que cumple bien para el caso, yo disfruto mas de trabajar de lleno en no mas de 2 o 3 proyectos a la vez y estar desmenuzando un mysql con 10mil bases a ver como puedo optimizar consultas y performance del motor, y vos dirás que ineficiente para eso es el DBA, pero elijo hacerlo yo porque tengo el tiempo, me gusta ese perfil y en lugar X lo precisan, ¿cuál es el problema? No salís de los casos que te sirven a vos y te cerrás.

Y... el especialista en un area por algo lo es. Por algo vos y yo no somos DBA. Es divertido meter mano de todo un poco, a mi me gusta hacerlo. Y en algunas partes del laburo tambien tengo que hacerlo. Pero esta lejos de ser lo mas eficiente

No es la pastilla de la FING, "Ingeniero" es un título protegido te guste o no, y no es un capricho, está mal que digas que sos uno, eso sí es una falta de respeto al que sí lo es, un programador no es un "Software o Web Engineer", y un DevOps tampoco, que hagas trabajos que impliquen algun tipo de ingeniería no te hace ingeniero, es muy de arrogante decir que porque aplicas el ingenio en algo te hace ingeniero, casi toda tarea requiere algun tipo de ingenio, el ingenio es pienso nomas, a menos que solo ejecutes procedimientos de un manual sin pensar.

No quiero carpetear, pero tengo certificaciones de DevOps Engineer de Azure y AWS. Por las deudas.

Qué insegurito que sos y qué disparate lo que dijiste, porque justamente el que esté creciendo es lo que está generando una consciencia que antes era casi inexistente, al contrario, subestimas seguridad como si fuera algo que dedicandole un ratito mas ya reemplazas a un experto que te puede ofrecer otras cosas, es obvio que a todo profesional de sistemas que se precie debería tenerlo en mente, pero seguridad como rubro es otra cosa y no vas a comparar la complejidad ni la escala.

No me referia a 5% con dedicarle un ratito. Pero si antes de pushear tu codigo a Github te aseguras de sanitizar los inputs, corroborar maximo de caracteres, que es basico, si el que toca la base de datos no deja GRANT ALL por todos lados, y el sysadmin se toma la molestia de configurar iptables, tener politicas de rotacion de passwords, usar keys ssh, minimizas un monton.

No estoy confundiendo nada atrevido, mas confundis vos que usas la palabra ingeniero tan sueltamente, lo lamento si te frustró la facultad o no te gustó. El 90% de los trabajos de "Infraestructura" en los avisos son sysadmin mezclado con un poco de hardware, sino ya piden técnico en redes o Telecom, no voy a ir a la estricta definición ni me interesa, por ahí tenes razon, pero sabes de lo que estoy hablando igual.

La verdad no se. Y en empresas chicas/medianas si, pero hasta en el estado que es lo mas desprolijo tienen 100% separado sysadmins de infra.

Estoy conforme con mi experiencia, son casi 7 años y mas o menos siempre hice lo que quize. No preciso compararla con la tuya.

Ta bien. Lo que te puedo decir es que yo veia mas o menos el mundo como vos cuando tenia esa experiencia.

Y yo que se, a mi no me interesa mucho el código a nivel de aplicación, prefiero trabajar con otras cosas, pero tampoco es que le tenga miedo, hice desarrollo un tiempito, tuvo lo suyo arreglar bugs, agregar funcionalidad y hacerlo todo prolijito con test unitarios como corresponde en un framework complicado y muy flexible (era Magento), y me aburrió igual trabajar en apps, si puedo evitarlo lo evito, por eso corté la carrera en desarrollo.

Ni pretendo que te interese. A mi el desarrollo de aplicaciones transaccionales contra una DB me embolan tambien, por eso por mas que le metia a desarrollo me dedique mucho tiempo a sysadmin. Siempre me llamo mas los protocolos y estandares de autenticacion, el desarrollo de videojuegos y desarrollo de herramientas propias para cosas cotidianas.

Lo unico que pretendo es que si vas a tocar codigo que no sea un desastre con la excusa de "no soy dev, soy sysadmin".

También siempre evité cualquier puesto de sysadmin que resultara básico (excepto cuando buscaba el primer laburo, buscaba Soporte Nivel 1, terminó saliendo desarrollo casi sin querer y no en algo fácil, la sufrí pero me la banqué mas de 2 años) y trato de no agarrarme del estigma del sysadmin mediocre que quiere hacer lo menos posible, estuvo bueno trabajar para un proveedor con gran enfoque en seguridad (incluso tenía un equipo dedicado a eso para proyectos que lo precisan, muy despegados) y ver ciertas cosas de cerca como estan buenas y el impacto que tienen, ahora estoy mas enfocado a producto y la naturaleza cambia un poco porque me dedico a un stack en particular, pero se que a los 2 años como mucho me aburrí y voy a querer ir para algun lado a ver qué me copa, evidentemente yo lo veo un poco de otra manera al trabajo.

Me parece perfecto y te apoyo. Sobretodo los giles con la cabeza de "si algo funciona no lo toques" y terminas con un servicio Legacy sin soporte y que tenes que actualizar de golpe 5 versiones.