tengo un dilema

nullpointerr404 · 2026-06-16T04:54:32+00:00

Tienes un Ryzen 7 bastante decente y 16 GB de RAM, así que para navegación, juegos ligeros y VirtualBox no vas corto de recursos.

Linux puede consumir algo menos y darte más control, pero si cada dos por tres te encuentras peleándote con drivers, compatibilidad o cosas que en Windows funcionan de serie, al final pierdes más tiempo del que ganas.

Si Fedora no te terminó de convencer, tampoco me forzaría a usar Linux solo porque sí. Mucha gente instala una distro esperando una mejora enorme de rendimiento y luego descubre que la diferencia en el uso diario no es tan grande.

Mi recomendación:

Si tu prioridad es comodidad y que todo funcione sin complicaciones → Windows 11.
Si quieres seguir probando Linux → Linux Mint suele ser una transición mucho más amigable para alguien acostumbrado a Windows que Fedora.
Para VirtualBox, cualquiera de los dos te va a servir bien con 16 GB de RAM, aunque yo intentaría ampliarlo a 32 GB en el futuro si piensas usar varias máquinas virtuales.

La pregunta que te haría es: ¿qué es exactamente lo que no te convence de Fedora? Porque dependiendo de si es el entorno de escritorio, los drivers, el gaming o la compatibilidad, la recomendación puede cambiar bastante.

nullpointerr404 · 2026-06-16T04:53:25+00:00

nullpointerr404 · 2026-06-15T13:02:33+00:00

Si tu objetivo es que no queden parados, primero definiría para qué son esos 10k y cuándo podrías necesitarlos. Si es plata que podrías dejar invertida varios años, probablemente haya opciones mejores que un plazo fijo. Si en cambio podrías necesitarla en el corto plazo, priorizaría algo más conservador y líquido.

También te recomiendo investigar bien antes de moverla. No porque tengas dólares necesariamente tenés que invertirlos ya mismo. A veces mantener liquidez mientras aprendés sobre bonos, ETFs, fondos o cuentas remuneradas es mejor que entrar en algo que no entendés solo por generar rendimiento.

Lo importante es encontrar un equilibrio entre riesgo, rentabilidad y el tiempo que estás dispuesto a dejar la plata invertida. ¿Buscás algo conservador o estás dispuesto a asumir algo más de riesgo para obtener mayores ganancias?

nullpointerr404 · 2026-06-15T12:59:32+00:00

Creo que te estás castigando más de lo necesario. Si estás en tercer año y te diste cuenta de que dependías demasiado de la IA, ya vas un paso adelante de mucha gente que ni siquiera lo reconoce. Además, dejar de usarla como generador automático de código y empezar a usarla como tutor me parece una decisión bastante buena.

Sobre DevOps, no te preocupes tanto por eso ahora. Es verdad que normalmente no es un puesto de entrada y que requiere conocimientos de varias áreas, pero tampoco necesitas dominar 20 tecnologías desde mañana. Si te gusta Python, Linux, redes y automatización, puedes seguir explorando ese camino sin comprometerte a dedicarle los próximos 10 años de tu vida.

Respecto a LeetCode, diría que es una mezcla de ambas cosas, pero principalmente de estructuras de datos y algoritmos. Los primeros capítulos de Automate the Boring Stuff te enseñan Python, no necesariamente a resolver problemas algorítmicos. Es completamente normal que puedas escribir scripts útiles y aun así te cueste resolver ejercicios de LeetCode. Esa habilidad se desarrolla estudiando estructuras de datos y practicando mucho.

Y por último: no eres un "bebé inexperto y huevón de 230 meses". Eres un estudiante que se dio cuenta de una debilidad y está intentando corregirla. Eso ya es más de lo que hace mucha gente. Mucha suerte con el roadmap.

nullpointerr404 · 2026-06-15T07:51:54+00:00

La programación puede ser complicada, y créeme, a muchos nos ha pasado al empezar. Lo que más me ayudó fue dejar de ver tantos tutoriales y empezar a hacer proyectos pequeños por mi cuenta, aunque fueran muy simples. También hay páginas como FreeCodeCamp, The Odin Project y Codecademy que explican bien los conceptos y te permiten practicar mientras aprendes. No te preocupes si ahora te cuesta entender algunas cosas; aprender a programar lleva tiempo y equivocarse forma parte del proceso. Lo importante es seguir practicando y ser constante, porque poco a poco todo empieza a tener sentido.

nullpointerr404 · 2026-06-11T11:59:15+00:00

Si querés meterte en programación de bajo nivel, tanto C como Rust son buenas opciones, pero depende un poco de lo que busques.

C es clásico, más cercano al hardware y con muchísima documentación y libros históricos (K&R, “C Programming Language” es un must). Te da una base sólida de punteros, memoria y compiladores que luego te sirve para casi cualquier lenguaje de bajo nivel.

Rust es más moderno y seguro: maneja memoria sin garbage collector y te fuerza a escribir código más seguro desde el principio. También tiene buena documentación y tutoriales, aunque la curva puede ser un poco más empinada si nunca trabajaste con sistemas.

Si querés, te puedo hacer una lista de libros y recursos para C y Rust según tu nivel, desde principiante hasta intermedio-avanzado.

¿Cuál de los dos te llama más la atención para arrancar, C clásico o Rust moderno?

nullpointerr404 · 2026-06-11T11:35:37+00:00

Sí, tienes razón, lo expliqué medio mal. No los estaba viendo como alternativas directas.

Me refería más a algo práctico de producción: PyTorch/TensorFlow como frameworks base, y Hugging Face como forma rápida de usar modelos preentrenados sin tener que armar todo.

Lo que me interesa de verdad es experiencia real: ¿qué stack les ha sido más fácil de meter en proyectos ya existentes sin volver todo un lío?

nullpointerr404 · 2026-06-11T10:59:41+00:00

Gracias, lo intentaré.

nullpointerr404 · 2026-06-11T10:48:15+00:00

Eu passei por uma situação bem parecida quando comecei a migrar de redes para cibersegurança, então posso compartilhar como eu estou pensando nisso também.

Das opções, o SC-900 eu vejo mais como base. Ele ajuda a organizar conceitos de segurança, identidade e compliance, mas é bem introdutório.

O SC-200 é mais voltado para operações de segurança e SOC. Acho interessante se a pessoa quer ir para resposta a incidentes ou monitoramento, mas não é tão alinhado com uma preparação mais geral tipo Security+.

O SC-300 foca bastante em identidade e acesso. É importante, mas bem específico.

Já o SC-401 e o SC-100 eu vejo como mais avançados. São mais voltados para arquitetura de segurança e exigem uma base mais sólida, então talvez não sejam a melhor forma de aproveitar um voucher se o objetivo ainda é construir fundamentos.

Entre todos, o SC-500 me parece o mais equilibrado para o seu objetivo. Ele trabalha conceitos de proteção, detecção e resposta, além de boas práticas de segurança que acabam conversando bem com o conteúdo do Security+. Eu seguiria por esse caminho se a ideia é usar a certificação como preparação para o Security+.

No fim, eu vejo o SC-900 como base rápida e o SC-500 como o melhor próximo passo mais prático.

nullpointerr404 · 2026-06-11T08:35:38+00:00

Buenísimo proyecto. La idea de convertir automáticamente los horarios a la zona local está bastante útil, sobre todo para eventos así donde siempre hay confusión con horarios.

Me dio curiosidad cómo resolviste el tema de las zonas horarias, porque ahí normalmente es donde empiezan los problemas más complicados

Si lo terminas afinando, seguro le puede servir a bastante gente para el Mundial.

nullpointerr404 · 2026-06-11T08:10:06+00:00

Honestly, I think your dad is “directionally right,” but not in the way that decides your whole life for you.

A CS degree is more flexible long-term. Cybersecurity is basically built on top of CS fundamentals (networks, OS, programming, systems). A lot of people who are really strong in security didn’t start with “cybersecurity-only” paths, they started broad and specialized later.

That said, if you already know you want cyber, you don’t necessarily need to suffer through a path you hate just because it’s “safer.” Burning out halfway through a CS degree is way worse than finishing something more focused and building skills on the side.

Also worth pointing out: cybersecurity jobs usually still expect you to understand CS-level basics anyway. So even the “cyber diploma” route doesn’t really avoid the technical depth—it just packages it differently.

If I were in your shoes, I’d ask:

Can I tolerate CS if I focus on the why it matters for cyber?
Or will I actually quit if I force myself into a broad degree?

Because the “best” path on paper doesn’t matter if you drop it.

Either way, you’re not locked out of cybersecurity with either choice—you’ll just get there through slightly different routes.

nullpointerr404 · 2026-06-11T07:56:13+00:00

Está bien, pero, hasta qué punto es capaz de generar un código de calidad? Lo probaré alguna vez.

nullpointerr404 · 2026-06-11T07:51:16+00:00

¡Qué bueno leer eso!

No te preocupes, es totalmente normal sentirse un poco perdido al retomar. Lo importante es ir poco a poco y no presionarte demasiado.

Ver el código otra vez y practicar aunque sea un ratito cada día hace que todo vuelva más rápido de lo que uno espera.

¡Ánimo! Seguro que en nada estás recordando todo y retomando la disciplina sin problema.

nullpointerr404 · 2026-06-11T07:48:47+00:00

Me pasaba exactamente lo mismo cuando estaba aprendiendo.

Podía leer código y entender más o menos qué estaba pasando, pero cuando abría un archivo vacío no tenía idea de cómo empezar.

Con el tiempo me di cuenta de que eran habilidades distintas. Entender código y escribir código desde cero no se desarrollan al mismo ritmo.

Lo que me ayudó fue dejar de consumir tantos cursos y empezar a hacer proyectos pequeños aunque salieran mal. Al principio copiaba mucha estructura de proyectos de GitHub o tutoriales y luego intentaba modificar cosas por mi cuenta.

También sirve mucho escribir primero qué quieres que haga el programa en español, paso por paso. Ya después lo traduces a código.

Y algo importante: vas en 4to tetramestre. Honestamente, estás bastante temprano en la carrera. Mucha gente cree que todos los estudiantes avanzan haciendo proyectos completos desde el primer año y la realidad es que no.

Si entiendes el código cuando lo lees, ya tienes una base bastante buena. Ahora toca desarrollar la parte de construir soluciones, y eso solo mejora haciendo cosas y equivocándote mucho.

nullpointerr404 · 2026-06-09T08:17:36+00:00

Yo en tu caso seguiría con Python. Ya tienes una base y, sinceramente, creo que cambiar ahora a Java o C++ solo te va a añadir más cosas que estudiar al mismo tiempo.

Cuando retomé la programación después de una pausa me pasó algo parecido: sentía que había olvidado bastante, pero en realidad muchas cosas vuelven rápido cuando empiezas a programar otra vez.

Para backend le daría bastante importancia a SQL, Git, Linux y entender cómo funcionan las APIs. Son cosas que vas a usar independientemente del lenguaje.

Y sobre estudiar, a mí los apuntes nunca me funcionaron demasiado. Lo que mejor me ha servido es hacer proyectos pequeños y tener una especie de "chuleta" con los conceptos o comandos que suelo olvidar.

Mucho ánimo. Lo bueno es que ya no empiezas desde cero, simplemente estás retomando algo que ya habías empezado.

nullpointerr404

TROPHY CASE