this post was submitted on 14 Apr 2025
7 points (100.0% liked)
Chile
755 readers
20 users here now
Comunidad general de Chile para Feddit.cl
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Aprovechando que hay harto computin por acá ¿Qué tal fue su paso estudiando base de datos? Me va bien académicamente, pero cada martes por la mañana al tener esa clase me cuestiono si de verdad esto es para mi (programación analista), aunque claro, trabajarlo imagino es diferente a aprenderlo. Estamos viendo los fundamentos junto con Oracle SQL Data Modeler.
Me fue bien y lo hallé divertido... después salí al mundo real y caché que la gente usa Excel como base de datos y pienso, "¿qué diablos hace la gente por qué no hacen las cosas bien cuando modelar bases de datos decentes es casi gratis?" y luego me recuerdo, claro, es que no me contrataron para asesorarlos.
En general la asignatura no la hallo mala onda, pero sí tienes que tener una buena base de lógica, gramáticas y matemáticas discretas para ir a sacarle provecho afuera, si no no más instalar postgresql y lo dejas haciendo la pega solo.
Yo creo que por ahí va gran parte del problema. Oracle es conocida por arruinar todo lo que toca, tocaron MySQL y se fue a la mierda al punto que lo forkearon en MariaDB. Además, como Google, está enfocada en hacerte vendor lock-in para que dependas de ellos: te venden problemas, no soluciones. Y en cuanto a gestores visuales de bases de datos lo mejor (excepto en el uso de recursos) es lo que viene derivado de Eclipse, como DBeaver...
creo que bases de datos fue sumamente formativo para mi, no solo por el tema técnico, del que vimos poco, pero el tema de modelamiento de datos, el álgebra relacional, el entender diferentes estilos de normalización, fue algo que me hizo entender el diseño de sistemas de un modo mucho más concreto que lo que había visto hasta ese momento. Creo que el DBMS es menos importante que entender selección, proyección y relaciones, y mucho más importante que todo eso es entender cómo construir un modelo de datos que puede ser consultado eficientemente.
Hoy en día, en mi trabajo, luchamos todos los días con ajustar la forma en que guardamos los datos con la forma en que los consultamos porque es un problema sin solución, son solo balances y compromisos, siempre habrán nuevas herramientas, pero los problemas siempre será el mismo: hay muchos datos, cómo los organizo.
A nadie le gusta trabajar. La wea que sea te va a aburrir en algún momento.
Imagina esa pobre gente que estudia arte, porque le gusta el arte. Y nadie les dice que el 99% del tiempo y la plata está en tratar con clientes y empresas de mierda. Y sólo el 1% del tiempo hacen lo que aman.
No te cuestiones mucho si es o no es para ti. Trabajar en una empresa no es para ti, ni para nadie. Es mejor dejar el estudio/trabajo para lo que es: hacer plata. Y el tiempo libre para lo que sí amas hacer.
Si todo sale bien, vas a pasar 50% del tiempo haciendo lo que amas y el otro 50% trabajando en la wea que te sea útil y pague un sueldo.
Edit: Respondiendo tu pregunta:
A mí me fue como el pico xD Justo era un profe que se tomaba en serio el ramo y yo terminaba curao como tawa cualquier martes o miércoles (fueron buenos tiempos xD) y no rendía nada.
Hasta el día de hoy no sé mucho de db y tengo que buscar en google/duckduckgo cosas básicas para hacer una query. A la hora de modelar datos, creo que 50% me lo enseño la U y el otro 50% la experiencia. Así que sí es importante prestarle atención a eso: la teoría. La herramienta no importa mucho. Si tienes buena suerte, no vas a ver un producto oracle en tu vida xD
El otro día justo estaba leyendo un artículo en LWN sobre cómo México ha intentado abaratar costos haciendo la transición a software de código abierto, donde un punto importante fue la transición de Oracle a PostgreSQL. Prácticamente fue una transición acompañada de amenazas de por medio jajaja.
Happy Postgres noises
La fuerza de Oracle está en sus abogados, no en sus productos. Lo malo es que los clientes lo descubren justo después de firmar los contratos.
Edit: me imagino que esa misma mafia está metiendo Oracle en donde estudia OP.
Yo no soy computín de grado, pero tomé un par de ramos relacionados (data warehouse?) y me pasaban algo de base de datos en otros.
Al final casi todo lo que he hecho es por pega. Me es bien entrete estar modelando, definiendo queries, vistas, tuneando la base, etc etc
En la U todo era con MySQL, pero al final con el tiempo terminé a puro PostgreSQL
uta depende, mi primera profe era una prodigio de bases de datos y nos hizo cagar a como 35 de 40, los que pasaron con cuea pasaron con unos miseros 4 o 5, despues cuando repetí el ramolo pasé como con un 6 y podría haber sido bien cerca de un 7 pero en ese semestre entré estuve con muchos mas ramos de lo normal(el coordinador de carrera tuvo que aprovarme manualmente todos los ramos que quería) así que no le puse tanto esfuerzo, pero lo que sí, es que quedé con "trauma" de nunca sentirme competente como para querer agarrar la parte de las bd en los proyectos, pese a poder hacer bien la pega, prefiero ponerme a pelear con zonas horarias y concurrencia que hacer un select con join
¿Pero sientes que sin ese trauma disfrutarias de esa área? Me pasa que me aburro como ostra pero así mal, por eso me lo cuestiono como algo a lo que proyectarme
disfrutar no necesariamente, a no ser que tenga algo de psql con cursores y weas, me metí a esta wea por que me gusta resolver problemas mientras embisto mi cabeza contra un muro tratando de encontrar una solución a puzles y similares, las consultas de bd normalmente no las encuentro tan cautivantes
Fue aburrido, en retrospectiva opino que es difícil ver el valor de todas esas cosas sin la experiencia de aplicarlo en el mundo laboral. Y como dijo @vsis@feddit.cl no es necesario que te guste, diría que todas las profesiones tienen ámbitos que son aburridos o desagradables. Y claro, también hay que considerar el asunto económico, es un esfuerzo para obtener mayores retornos a futuros, seria hasta contradictorio que fuera algo totalmente agradable.
A mi me fue bien. Usamos postgresql en el ramo que tomé eso si. Vi a muches compas que les costó en especial la parte de diseño de bds.
Protip: Normalizar bds al diseñarlas es importante y te facilitará la vida a largo plazo <3
Respecto a tu cuestionamiento:
La verdad en mi caso estudié Ing civil en computación e informática porque:
bokasion khe ez
Al final la vida te pone restricciones de lo que puedes hacer, y casi siempre no coincide con lo que realmente te gustaría. Así que une tiene que priorizar pero buscar y luchar por lo que te haría más feliz dentro de tus posibilidades.
No sé que significa "no es para mí" en tu caso, pero si no sabes que hacer aún, por ahora dale pa delante con lo que está resultando ("Me va bien académicamente"). Invertir en cosas que te beneficien es buen plan (y todo conocimiento te beneficia, aunque no sea directamente en un empleo).
Más tarde puedes cambiar de opinión y actuar basado en la información y circunstancias nuevas que recibas. Mientras vayas con la ética de tu lado, estás del otro lado.
De esta clase me gustó mucho la parte de escribir SQL pero todo lo técnico y teoria era bastante aburrido. Pero esa teoría sirve bastante en el trabajo porque pasas más tiempo diseñando la base de datos que escribiendo queries. Es probablemente de las clases más útiles de programacion.
Mi uni también tenía una parte 2 dónde escribimos una simple DB en C. Esto si me hizo cuestionar mi vida.
oooohhhhhh, esa esta interezante, me pregunto si lo que enseñaron estará basado en sqlite o como cuando en tiempos de antaño enseñaban a hacer S.O. basandose en minix si no me equivoco
Lo único que recuerdo es que escribiamos los datos en archivos en algun formato proprietario y los leíamos en ram en el startup. Supongo que los queries no eran tan complicados
Yo tuve un ramo de teoría de Bd en mi u y postgrees y sql aprendí por cuenta propia. Diría que me ha servido, sobretodo en entender los diagramas uml, er, casos de usos, etc. Te ayuda harto a despejar la mente de lo que quieres construir y con cuanto detalle le quieres poner a la Bd qué construyes