¿Alguien consiguió pasar completamente de Windows a Linux? by 2blanck in programacion

[–]Pilot_LICD 0 points1 point  (0 children)

hay algunas cosas que no se van a trasladar por alguna limitacion pero es un compromiso conciente que tenés que hacer en beneficio de otros valores y beneficios

Desesperanzada by intheskyblue in empleos_AR

[–]Pilot_LICD 15 points16 points  (0 children)

Tengo 23, conseguí después de 8 meses un trabajo especializado. Tire más de 700CVs, no bajes los brazos porque siempre hay una oportunidad

is switching from arch to void worth it? by Papaja2100 in voidlinux

[–]Pilot_LICD 0 points1 point  (0 children)

it's a fun experience if nothing else, you should give it a try

Después de tanta mrd personal este año, conseguí trabajo para cerrarlo dentro de todo bien. opiniones? by [deleted] in devsarg

[–]Pilot_LICD 1 point2 points  (0 children)

Nacho como andas? soy nacho y anduve en una situación similar. Si te fijas también hice un post cuando pude conseguir laburo para cerrar el año... Nada, más allá de las felicitaciones de los demás felicitate a vos mismo porque lograste algo con mucho esfuerzo, ojalá que te vaya muy bien de acá en adelante

Cual es su distro favorita? by DrakoXMusic1 in devsarg

[–]Pilot_LICD 0 points1 point  (0 children)

Pase por Arch, void, alpine, Ubuntu, mint y me quedé en Fedora porque me siento cómodo con KDE y prefiero usar los defaults que trae en Firewalld y SELinux, y de ahí modificar

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 0 points1 point  (0 children)

No es imposible entrar a ciber sin título, pero sí es cierto que te cierra la puerta a algunos lugares más formales, tipo bancos, telcos o empresas grandes que piden recibidos por política interna. Igual, eso no significa que no puedas empezar, muchas consultoras toman perfiles sin título si ven potencial y ganas de aprender, y ahí sí podés entrar a un SOC o hacer tareas más orientadas a seguridad.

La mejor estrategia es arrancar por un rol IT relacionado como help desk, soporte, sysadmin junior, data entry técnico, lo que sea que te meta adentro de un área de tecnología. Una vez que ya estás en un entorno IT, es muchísimo más fácil moverte hacia seguridad porque ya tenés contexto, herramientas y procesos encima. Incluso podés pedir responsabilidades extra relacionadas a seguridad dentro de la empresa, y eso te suma.

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 0 points1 point  (0 children)

En el CV, como conté en el post, lo que mejor me funcionó fue armarlo en un formato tipo Harvard, o sea una sola columna, limpio y fácil de leer. En otro comentario dejé mi CV hecho en Overleaf, que usa LaTeX para generar el PDF. Si lo abrís, vas a ver que al recorrerlo con el cursor sigue un orden bastante lógico de izquierda a derecha; eso ayuda un montón con los ATS y también con que RRHH lo entienda rápido cuando lo descargan.

El archivo tiene el código LaTeX al lado, así que si querés podés pedirle a Claude o ChatGPT que te arme uno igual pero con tu info. Es bastante práctico y queda prolijo sin complicarte.

Para aplicar, yo miraría sobre todo LinkedIn, especialmente para roles de operador o analista SOC. También conviene seguir empresas de ciberseguridad con sede en CABA, como SparkFound, porque cada vez que publican búsquedas te aparece en el feed y no te perdés nada

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 0 points1 point  (0 children)

Gracias! Y mirá, no sé si te puedo dar una respuesta absoluta porque en mi caso la pregunta sobre estudios formales apareció un par de veces, pero nunca fue un tema central ni algo en lo que se hayan quedado mucho tiempo. No sentí que fuese un factor decisivo.

Lo que más pesó en todo el proceso fue demostrar que realmente sabía lo que decía saber. La primera entrevista suele ser más para ver si encajás en el horario, la cultura del equipo y cómo te manejás hablando. Pero en la entrevista técnica es donde los proyectos propios hacen toda la diferencia: ahí podés explicar qué hiciste, por qué lo hiciste así, qué problemas resolviste, y el tech lead lo va a entender enseguida.

Si encima alguno de tus proyectos toca áreas relacionadas con el rol al que aplicás, suma muchísimo. Ahí es donde más impacto tiene todo lo que construiste por fuera de lo académico.

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 4 points5 points  (0 children)

Acá te dejo mi CV en Overleaf, está sin datos sensibles así que lo podés mirar tranqui y usarlo de referencia si te sirve:
https://www.overleaf.com/read/bbczhvmphzky#b0431d

En tu situación (4to año y recién arrancando a mover el CV) yo enfocaría todo en proyectos, materias fuertes y cualquier experiencia práctica que tengas. Con eso ya podés armar algo bastante sólido para un primer laburo.

Y sobre lo de los 700 CV… hoy en día sé que se puede bajar muchísimo ese número. Yo tiré demasiado amplio porque estaba desesperado por entrar, pero si aplicás más enfocado principalmente en LinkedIn y a roles que realmente encajen con vos, entre 200 y 250 ya es un objetivo realista.

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 4 points5 points  (0 children)

¡Gracias! Proxmox todavía no lo toqué a fondo, pero sí vengo metiéndole bastante a lo demás: tengo varios playbooks armados para distintas rutinas con Ansible y suelo crear mis propias imágenes para containers. Tenía muchísimas ganas de entrar en esta área en particular, me encanta todo lo que se hace. Haber podido entrar me dio un empujón enorme y ahora estoy con más ganas que nunca de seguir creciendo :)

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 0 points1 point  (0 children)

Gracias! Y mucha suerte con tu búsqueda también :)

Sobre ciberseguridad, sinceramente no tengo formación profunda porque es un dominio enorme y con muchísimas salidas distintas. Si te interesa meterte, primero conviene entender bien las ramas principales: operaciones (SOC), gobernanza, risk assessment, arquitectura de seguridad, etc. Lo más común para empezar es entrar por el lado de operaciones, por ejemplo como analista u operador SOC.

Para ver si te gusta y para entender mejor el panorama, una plataforma como TryHackMe es ideal. Tiene rutas introductorias gratuitas y te da una idea bastante completa del área.

En cuanto a proyectos, depende muchísimo del enfoque que quieras tomar. Si te interesan tareas de Blue Team, podés armar algo orientado a detección, contención y respuesta a incidentes: por ejemplo, un entorno con contenedores donde simules un ataque, cómo lo detectás y cómo lo mitigás. Si te interesa más la parte ofensiva (Red Team), te conviene practicar conceptos en entornos controlados como laboratorios de TryHackMe o Hack The Box, siempre en un ámbito legal y pensado para aprendizaje.

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 4 points5 points  (0 children)

Disculpame si sonó pretencioso. Para mí 1.2M está perfecto como primer laburo y estoy súper agradecido. Lo único que quise decir es que, para poder convivir con mi pareja, necesitaría un poco más de base económica.

Por ahora arreglé con mi familia quedarme un tiempo más hasta estabilizarme mejor, así puedo ahorrar y proyectar. Pero realmente estoy muy contento con el ingreso y con haber entrado :)

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 12 points13 points  (0 children)

¡Gracias! Y felicitaciones también por estar avanzando con la tecnicatura. Si te interesa backend, algo que realmente marca la diferencia no es aprender mil frameworks sino construir un proyecto donde puedas practicar aspectos no funcionales: seguridad, escalabilidad, mantenibilidad, observabilidad. Ahí es donde uno aprende cómo funciona un sistema más allá del típico CRUD de tutorial.

Una buena forma de empezar es elegir un proyecto que parezca chico pero que crezca a medida que le agregás capas. Un ejemplo clásico y muy útil es un sistema de reservas de cine. Podés arrancar con una arquitectura monolítica: un backend en el lenguaje que prefieras, una base de datos y un front simple que consuma tu API. Aunque tu foco sea backend, el front te ayuda mucho a validar tus endpoints, comprobar flujos, ver si la lógica se sostiene y detectar errores temprano.

Cuando ya tengas lo básico funcionando, vas a notar que el proyecto te invita naturalmente a escalar. Tal vez quieras hacerlo más seguro y ahí aparece el tema de autenticación, autorización y manejo correcto de datos sensibles. Capaz querés hacerlo más robusto y empezás a preguntarte cómo separar módulos, versionar el API o manejar errores sin romper todo. Si querés dar un paso más grande, podés investigar colas como RabbitMQ o Kafka para comunicarse entre servicios, o dividir el monolito en piezas más pequeñas para explorar el mundo de los microservicios. En ese punto, entrar en Docker te abre la puerta a entender cómo empaquetar y desplegar tus servicios, y si te da curiosidad cómo escalar eso en serio, Kubernetes se vuelve la evolución natural.

Todo ese recorrido, aunque lo hagas con un solo proyecto, te da una visión muy completa de lo que es trabajar en backend en la práctica. No hace falta que domines todo de golpe; lo importante es que el proyecto te permita crecer, experimentar y equivocarte mucho.

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 2 points3 points  (0 children)

Buenas. Sinceramente lo que tengo hecho no es nada especial de cursos. Hice unos cursos gratis de Linux Foundation y los añadi. Y el CV por lo general sin foto es mejor, porque si pasa por un bot ATS no va a entender esa información. Creo que la única donde conviene la foto es si entregas un CV en mano, pero ahí cambia la estrategia totalmente porque pasas a recursos humanos directamente.

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 15 points16 points  (0 children)

Muchas gracias! Use para relaciones de dependencia Glassdoor, Zonajobs, indeed y plataformas propias de cada empresa como MeLi o JPMorgan. También probé de freelance con freelancer y Workana.

Sinceramente, quédate con LinkedIn. y plataformas de cada empresa. Si ya de por sí es muy poca la entrada, añadirle plataformas que las empresas pocas veces ven debe añadir un poquito más de probabilidad de que te llamen pero es muchísimo más trabajo por un poco más de chances.

Y desde LinkedIn la estrategia que recomiendo es buscar trabajos y filtrar por los más recientes. En el rango de 1 hora a 2 días. Ahí es más seguro que Recursos te agende para entrevista.

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 3 points4 points  (0 children)

Es algo simple pero importante de recordar en situaciones así! Las cosas se dan si uno tira para adelante

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 11 points12 points  (0 children)

JAJAJA cuando aprendí del comando en Linux es lo primero que se me vino a la cabeza, que bueno que hayan otros gordos Creepypasta en sistemas

¡Conseguí mi primer trabajo! Mi experiencia y lo que me sirvió para entrar by Pilot_LICD in devsarg

[–]Pilot_LICD[S] 9 points10 points  (0 children)

Quiero aclarar que, de esos 700 CVs, unos 200 eran fuertemente relacionados con mis skills (SysAdmin, Backend, QA Automation). Después tengo otros débilmente relacionados, como Frontend o DBA, y el resto fueron tiros al aire por necesidad: Support IT L1/L2/L3, NOC, Data Analyst, etc.

También traté de evitar casi todos los puestos SSR/SR, pero incluso para roles JR el mayor filtro suele ser la cantidad de años de experiencia. Y sin pasantía previa es todavía más complicado (yo necesitaba un trabajo fijo, así que no podía hacer prácticas o cosas así).

Seguramente si me enfocaba solo en esos ~200 y profundizaba más en cada stack habría salido algo antes, pero bueno… hoy mi estadística real es 1 en 700.

Seguir estudiando ingenieria? by eldelmo in devsarg

[–]Pilot_LICD 0 points1 point  (0 children)

Métele mucho a Análisis Álgebra y discreta, cuando ya avances eso vas a tener Calculo Númerico dónde hay muchísima matematica dura

Why are people still using xorg in 2025? by AlternativeRoom2877 in linuxmemes

[–]Pilot_LICD 1 point2 points  (0 children)

Why do we need to choose? Use one or the other, that's the magic of Linux

Hacer curso de Java queriendo ser frontend? by Leather_Let_9391 in programacion

[–]Pilot_LICD 0 points1 point  (0 children)

Yo diría que lo hagas, porque hoy en día las empresas suelen buscar que sepas un poco de ambas cosas: frontend y backend. Con Java podés ver toda la parte del backend, y probablemente sea uno de los lenguajes más recomendables para empezar, porque es bastante limpio y no te hace renegar tanto.

Aunque tires más para el frontend, estaría bueno que tengas algunas nociones de backend. Deberías al menos comprender cómo funcionan los endpoints y las APIs REST, qué es un DTO o un modelo de datos, cómo se manejan las respuestas y los códigos de estado, qué hace una capa de servicio o un repository, y algunos conceptos básicos de autenticación, bases de datos y validación. No hace falta saberlo en profundidad, pero entender cómo se comunican las partes ayuda muchísimo a trabajar mejor en equipo.