¿Va bien este MER?

[coderyoruga]

Buenas!!, me encuentro realizando, después de 7 años, un MER. Si bien manejo los conceptos hay cosas en las que estaba algo oxidado.

Me puse a hacer ejercicios que encontré en Google, este puntual en resumen es hacer el MER de un sistema que consiste en:
Un sistema en el cual los empleados de una empresa pueden ingresar reparaciones de sus clientes y dicha reparación generará una factura.
Cada empresa contará con una lista de sus clientes.

Quería preguntarles a quienes estén mas empapados en esto a ver que tal va.
como verán le falta atributos y cardinalidad, pero lo que me interesa puntualmente ahora es la relación.
https://i.ibb.co/GnhVpKW/test.jpg (https://ibb.co/wBvKg9S)

[DT-Agus]

No soy ni de cerca un experto ni nada de eso, pero aporto mi granito. No hay una única solución para estas cosas.

Por los pocos datos que veo parece estar correcto.

Si por ejemplo tuvieras nombre, apellido, cédula o algo más del empleado y el cliente utilizaría una relación de herencia y generaría la entidad persona. Te comento porque dijiste que no pusiste todos los atributos.

Como también dependiendo que más te den podría haber alguna relación de entidad débil si la factura usará el Id de la reparación por ejemplo. Sería entidad débil porque está pasaría a depender de ella.

También puede cambiar algo si lo queres como para pasar a un MR luego.

A mi en algún momento me ayudo pensarlo como tablas directamente, aunque capaz alguien que sabe de verdad me mata jaja.

Edit: supongo que dejaste la lista que tiene empresa afuera adrede por lo que mencionas al final.

Edit 2: yo pondría que el empleado es el que realiza la reparación por lo que dice la letra, no la empresa.

El empleado pertenece a la empresa, pero la reparación la realiza el empleado. Entendiendo como que cada empleado va a estar vinculado con una reparación.

Pero de nuevo, la letra es ambigua, capaz ambas son válidas, depende como quieras modelar luego el problema y lo que te sirva más.

[coderyoruga]

No soy ni de cerca un experto ni nada de eso, pero aporto mi granito. No hay una única solución para estas cosas.

Por los pocos datos que veo parece estar correcto.

Si por ejemplo tuvieras nombre, apellido, cédula o algo más del empleado y el cliente utilizaría una relación de herencia y generaría la entidad persona. Te comento porque dijiste que no pusiste todos los atributos.

Como también dependiendo que más te den podría haber alguna relación de entidad débil si la factura usará el Id de la reparación por ejemplo. Sería entidad débil porque está pasaría a depender de ella.

También puede cambiar algo si lo queres como para pasar a un MR luego.

A mi en algún momento me ayudo pensarlo como tablas directamente, aunque capaz alguien que sabe de verdad me mata jaja.

Edit: supongo que dejaste la lista que tiene empresa afuera adrede por lo que mencionas al final.

Edit 2: yo pondría que el empleado es el que realiza la reparación por lo que dice la letra, no la empresa.

El empleado pertenece a la empresa, pero la reparación la realiza el empleado. Entendiendo como que cada empleado va a estar vinculado con una reparación.

Pero de nuevo, la letra es ambigua, capaz ambas son válidas, depende como quieras modelar luego el problema y lo que te sirva más.
Bien ahí, gracias por los piques :cool:
Tenés razón, voy a poner que la reparación la realiza el empleado, le pifié.
Me parece que voy a ir probando de ponerle la cardinalidad y luego lo paso a tablas a ver que pasa.

EDIT: Actualizé la imágen:
https://i.ibb.co/t3VPYXT/test.jpg (https://ibb.co/R7R4Qyk)

[DT-Agus]

Bien ahí, gracias por los piques :cool:
Tenés razón, voy a poner que la reparación la realiza el empleado, le pifié.
Me parece que voy a ir probando de ponerle la cardinalidad y luego lo paso a tablas a ver que pasa.

Sábelo, anda probando y tira por acá cualquier cosa.

Supongo que @MasterOfTheWind debe andar volando con esto. No se si es su área, pero supongo que debe saber.

[The_Frog]

Como dice DT-Agus, depende bastante de la realidad que quiera modelar.

Empleados ahí está medio al pedo. Podés relacionar Empleado con Reparación y llegas a la Empresa a través del empleado. De esa forma podés también sacar listados si la empresa da bonos por productividad o algo. Por otro lado, la reparación debería también estar relacionada al cliente. Y si cada Empresa tiene una lista de clientes diferentes, Cliente podría ser una entidad débil. La empresa tendría el cliente 1, que sería distinto del cliente 1 de las otras empresas... De hecho creo que Empleado podría ser una entidad débil también. Depende de las restricciones no estructurales, si algunos trabajan para más de una empresa o algo así.

La "herencia" se llama generalización en MER.

EDIT: Demoré mucho en postear, veo que ya cambiaste.

[coderyoruga]

Sábelo, anda probando y tira por acá cualquier cosa.


Supongo que @MasterOfTheWind debe andar volando con esto. No se si es su área, pero supongo que debe saber.
Lo llego a tener de profesor, le muestro ese MER y me manda a Febrero jajaja





Como dice DT-Agus, depende bastante de la realidad que quiera modelar.


Empleados ahí está medio al pedo. Podés relacionar Empleado con Reparación y llegas a la Empresa a través del empleado. De esa forma podés también sacar listados si la empresa da bonos por productividad o algo. Por otro lado, la reparación debería también estar relacionada al cliente. Y si cada Empresa tiene una lista de clientes diferentes, Cliente podría ser una entidad débil. La empresa tendría el cliente 1, que sería distinto del cliente 1 de las otras empresas... De hecho creo que Empleado podría ser una entidad débil también. Depende de las restricciones no estructurales, si algunos trabajan para más de una empresa o algo así.


La "herencia" se llama generalización en MER.


EDIT: Demoré mucho en postear, veo que ya cambiaste.
Si, igual me voy a poner a repasar algunos conceptos porque eso de generalización mucho no me acordaba.

[Master of the Wind]

Soy docente de bases de datos si, todos a julio por p00tos.

Te digo lo mismo que le digo a mis alumnos para poder orientarte mejor: Sin cardinalidades y atributos, el MER esta incompleto.

Vos con el MER representas QUE VAS A GUARDAR, no comportamiento. Si no tenes atributos, no tenes que informacion vas a guardar, te falta lo mas importante. Las relaciones son para ver como vas a representar las restricciones de integridad referencial en la informacion, no para ver que vas a almacenar. Solo cuando tengas todo se puede determinar si esta bien o mal, o que tenes que ajustar, porque por ejemplo, la factura la podes tener como entidad como pusiste, o plasmada en la realcion "realiza" con atributos pertinentes a la facturacion.

[DT-Agus]

Como dice DT-Agus, depende bastante de la realidad que quiera modelar.

Empleados ahí está medio al pedo. Podés relacionar Empleado con Reparación y llegas a la Empresa a través del empleado. De esa forma podés también sacar listados si la empresa da bonos por productividad o algo. Por otro lado, la reparación debería también estar relacionada al cliente. Y si cada Empresa tiene una lista de clientes diferentes, Cliente podría ser una entidad débil. La empresa tendría el cliente 1, que sería distinto del cliente 1 de las otras empresas... De hecho creo que Empleado podría ser una entidad débil también. Depende de las restricciones no estructurales, si algunos trabajan para más de una empresa o algo así.

La "herencia" se llama generalización en MER.

EDIT: Demoré mucho en postear, veo que ya cambiaste.

Eso mismo, gracias, no me salía generalización y tire herencia porque me embolaba googlearlo y supuse se entendería jajaja

Te pusiste muy fino, se nota que lo tenes bien aceitado. Mucho mejor que yo jaja

Adhiero fuertemente que el cliente tiene que estar asociado a la reparación de alguna forma si estamos modelando un problema en la vida real. Es algo básico poder sacar un listado de todas las reparaciones que tiene un cliente. Pero como en la letra del ejercicio no plantea nada pues JJEJE

[coderyoruga]

Soy docente de bases de datos si, todos a julio por p00tos.

Te digo lo mismo que le digo a mis alumnos para poder orientarte mejor: Sin cardinalidades y atributos, el MER esta incompleto.

Vos con el MER representas QUE VAS A GUARDAR, no comportamiento. Si no tenes atributos, no tenes que informacion vas a guardar, te falta lo mas importante. Las relaciones son para ver como vas a representar las restricciones de integridad referencial en la informacion, no para ver que vas a almacenar. Solo cuando tengas todo se puede determinar si esta bien o mal, o que tenes que ajustar, porque por ejemplo, la factura la podes tener como entidad como pusiste, o plasmada en la realcion "realiza" con atributos pertinentes a la facturacion.

Bue, demasiado que me puse a aprender Laravel para arrancar el año jajajaja.
Hablando en serio, me voy a poner a repasar un poco este tema. Porque si tengo pensando hacer SaaS lo básico tendría que dominar, igual ojo, la prueba que hice me funcionó impecable, sin claves foráneas ni nada.
Como nos dijo un profesor un día: "El cliente quiere que el programa le solucione el problema, NO saber como se hace" jajajaja

[DT-Agus]

Soy docente de bases de datos si, todos a julio por p00tos.

Te digo lo mismo que le digo a mis alumnos para poder orientarte mejor: Sin cardinalidades y atributos, el MER esta incompleto.

Vos con el MER representas QUE VAS A GUARDAR, no comportamiento. Si no tenes atributos, no tenes que informacion vas a guardar, te falta lo mas importante. Las relaciones son para ver como vas a representar las restricciones de integridad referencial en la informacion, no para ver que vas a almacenar. Solo cuando tengas todo se puede determinar si esta bien o mal, o que tenes que ajustar, porque por ejemplo, la factura la podes tener como entidad como pusiste, o plasmada en la realcion "realiza" con atributos pertinentes a la facturacion.

Fuah, de haber sabido esto antes te hubiera molestado con BD1 que la sufrí horrible jaja

Siempre tendré BD2 igual [emoji102]

[Master of the Wind]

Porque si tengo pensando hacer SaaS lo básico tendría que dominar

Igual SaaS es solo un modelo de como vendes el software, no tanto de como esta hecho.

[coderyoruga]

Igual SaaS es solo un modelo de como vendes el software, no tanto de como esta hecho.
Si, pero de todas maneras hacer Aplicaciones Web y no dominar las base de datos es sinónimo de estar en el horno jajaja

[Thalios]

Te dejo lo que nos dan en la utec sobre los mer por si queres leerlo

Tema 1 - conceptos y tipos de bd (https://drive.google.com/file/d/1bEVj9D7XC5Qj3fIoKYzk65lNEpt7lU3Y/view?usp=sharing)

tema 2 - MER (https://drive.google.com/file/d/1o0j_ndaxld9yiUAMFxUupzrclXWt8hep/view?usp=sharing)

[coderyoruga]

Te dejo lo que nos dan en la utec sobre los mer por si queres leerlo

Tema 1 - conceptos y tipos de bd (https://drive.google.com/file/d/1bEVj9D7XC5Qj3fIoKYzk65lNEpt7lU3Y/view?usp=sharing)

tema 2 - MER (https://drive.google.com/file/d/1o0j_ndaxld9yiUAMFxUupzrclXWt8hep/view?usp=sharing)

Un lujo!! me viene al pelo, gracias!!

[DT-Agus]

Te puedo conseguir acceso al curso que de dicto este semestre de BD1 de la facultad de ing casi seguro creo si te sirve avisar

[Everybody]

En openFing tenes videos de las clases

https://open.fing.edu.uy/courses/fbd

Estan las clases de 2012 y 2020 (zoom edition)

Y si andas bien en ingles, en edx tenes pila de cursos gratiutos tambien.

https://www.edx.org/search?q=database

Edx son cursos de Harvard, MIT, stanford, etc.

[Master of the Wind]

Fah, a mi el enfoque de base de datos de la facultad no me gusta ni un poquito.

Es, primero viejo, y segundo demasiado del mundo de las ciencias de la computacion y muy lejos del mundo real. Eso de que no le puedas poner claves primarias a las relaciones, y que si queres hacer un timestamp tengas que hacer un fecha-hora compuesto y multivalorado a la vez, por ejemplo, o que te digan que "Cuando haces el MER NUNCA tenes que pensar en el rendimiento o manejabilidad de la base de datos final y solo aplicar las reglas del MER" no me convencio nunca para nada. Lo unico que terminna pasando es que cuando pongas esas bases en produccion necesites un motor con una potencia de la gran puta porque la vas a matar mal.

De hecho, manejan todavia el concepto de los 90-2000 de hacer bases de datos gigantezcas. Mientras mas tablas, mejor, cuando hace mucho es al reves.

[coderyoruga]

Te puedo conseguir acceso al curso que de dicto este semestre de BD1 de la facultad de ing casi seguro creo si te sirve avisar



En openFing tenes videos de las clases


https://open.fing.edu.uy/courses/fbd


Estan las clases de 2012 y 2020 (zoom edition)


Y si andas bien en ingles, en edx tenes pila de cursos gratiutos tambien.


https://www.edx.org/search?q=database


Edx son cursos de Harvard, MIT, stanford, etc.



Fah, a mi el enfoque de base de datos de la facultad no me gusta ni un poquito.


Es, primero viejo, y segundo demasiado del mundo de las ciencias de la computacion y muy lejos del mundo real. Eso de que no le puedas poner claves primarias a las relaciones, y que si queres hacer un timestamp tengas que hacer un fecha-hora compuesto y multivalorado a la vez, por ejemplo, o que te digan que "Cuando haces el MER NUNCA tenes que pensar en el rendimiento o manejabilidad de la base de datos final y solo aplicar las reglas del MER" no me convencio nunca para nada. Lo unico que terminna pasando es que cuando pongas esas bases en produccion necesites un motor con una potencia de la gran puta porque la vas a matar mal.


De hecho, manejan todavia el concepto de los 90-2000 de hacer bases de datos gigantezcas. Mientras mas tablas, mejor, cuando hace mucho es al reves.


Estuve viendo las clases de Open Fing y así como entré.. salí jajaja, no porque sean malas en si, si no porque claramente es demasiado para alguien que solo está haciendo sus primeras Aplicaciones Web, es mas, seguramente haga que funcione y listo, me preocupo por hacer bien las consultas SQL y ya fué. Si no voy a terminar perdiendo mucho tiempo por cosas que seguramente no vaya a necesitar.
Aparte Laravel ya de por si me facilita la vida en ese sentido.

[Ryuug4]

Lo mismo de siempre son perfiles diferentes, la gente hace Ingenieria para trabajar de tecnicos despues, cuando no es que Ingenieria no sirva sino que es para otro tipo de profesion que aca no se ejerce mucho, por algo algunos alumnos y egresados se quedan a trabajar en la FING en investigacion que es a lo que apunta la carrera en realidad.

Igual eso no quita que el plan de la UDELAR no esté para jubilar, probablemente a la larga la van a ir emparejando con las privadas.

[Master of the Wind]

Justo ahi hay un punto importante. Una BD compleja no la va a diseñar un tecnico (un programador, menos), y si un ingeniero, o analista minimo. Y por eso para mi necesita un revamp el programa. Ademas de en algun punto incluir cosas como NoSQL urgente.

[Ryuug4]

Justo ahi hay un punto importante. Una BD compleja no la va a diseñar un tecnico (un programador, menos), y si un ingeniero, o analista minimo.

No va tanto en eso va en lo que encare el tipo, si eligió especializarse en bases de datos no precisa ir a la facultad a ver conceptos de bajo nivel que son al pedo a menos que quieras hacer tu propio motor o algo de ese calibre, aprender los detalles de como funcionan los distintos motores en el mundo real no te lo van a enseñar en la facultad, eso se aprende a huevo.

[Master of the Wind]

Yo me refiero por fuera del motor. El motor es un simple programita donde va a estar la base de datos al momento de diseñarla. Me refiero a los 150 pasos anteriores a tirar los CREATE TABLE.

Hay factores como el tipo de base de datos (si es relacional, o no, o va a ser un hibrido), el volumen de concurrencia que va a tener, si va a ser replicada, y si va a ser, cuantos puntos de lectura o escritura va a tener, si va a ser centralizada, distribuida, o federada, y unos cuantos factores mas que se tienen en cuenta sobre un papel al momento de empezar a planear la base de datos y su diseño, de los cuales ninguno de ellos se enseñan en la facultad.

Luego crear eso, si, seguramente un tecnico de DB junto con un sysadmin/devops se encarguen de la implementacion fisica.

[Ryuug4]

Es mas o menos a lo que me refería Master, un especialista en DB maneja casi todo eso sin facultad, sea perfil sysadmin o devops, no me refería al nivel que manejan los programadores que lo que hacen es utilizar la base como herramienta para diseñar el programa, porque esa es su necesidad.

[Master of the Wind]

No es a lo que te referias. Todo lo que te nombre se tiene en cuenta en la fase de ingenieria de software, antes de tocar un teclado, no de implementacion. Y ahi es donde juega el ingeniero, no despues.

El sysadmin te la instala, y te hace que replique, no te diseña la base de datos ni te hace un MER. El DBA le hace ajustes para que el rendimiento sea mejor, y si hay consultas SQL, te las puede optimizar mas. No diseña la base de datos, ni tampoco te hace un MER. Y una cosa es manejar o implementar, y otra es pensar y diseñar. Todo esto es implementar y manejar, no pensar.

Capaz que en una empresa chica, si, porque hay pocos recursos y apenas tenes personal de TI. En un lugar medio, o grande, no.

[Ryuug4]

Si claro te entendí a lo que te referís ahora, yo hablaba de un nivel técnico profundo a nivel de BD, y vos hablas de diseñar bases para una solución, en eso juega el Ingeniero/Analista.

[Master of the Wind]

Esactamente.

Y he visto muchos escenarios donde si todos esos conocimientos se hubieran aplicado antes de que empiece la implementacion se hubieran ahorrado mucho tiempo en idas y vueltas. Realmente, me parece vergonzoso que esos conceptos los maneje un tecnico y no un ingeniero, y que el ingeniero se de cuenta de esas cosas con un cabezazo contra la pared a 100 km/h

[Thalios]

Justo ahi hay un punto importante. Una BD compleja no la va a diseñar un tecnico (un programador, menos), y si un ingeniero, o analista minimo. Y por eso para mi necesita un revamp el programa. Ademas de en algun punto incluir cosas como NoSQL urgente.



No se como es en UDELAR, pero en UTEC tenemos una materia en 3ro de base de datos nosql, en ese sentido esta bastante "moderno" el programa de utec (se hizo hace 4 años asÃ* que tiene sentido)




Para apuntalar lo que dice Master, en Dell cuando hay que modificar algo que pueda tener impacto con la DB, hay que presentarle el cambio a los architects (ingenieros casi todos), para que den su ok, o pidan los cambios que crean oportunos antes de dar un ok. después lo implementa juan lopez eso, no importa quien.

O cuando necesitamos crear algo de cero, les pasabamos nuestra idea / mer y el architect revisaba y casi siempre modifica, luego nosotros implementamos

[Everybody]

No se como es en UDELAR, pero en UTEC tenemos una materia en 3ro de base de datos nosql, en ese sentido esta bastante "moderno" el programa de utec (se hizo hace 4 años asÃ* que tiene sentido)

No estoy actualizado con el programa actual de UDELAR, seguro tenes electivas pero no se si se da como materia obligatoria.

[Ryuug4]

No estoy actualizado con el programa actual de UDELAR, seguro tenes electivas pero no se si se da como materia obligatoria.

El programa base no ha cambiado mucho salvo cambios menores por lo que he visto, siguen en el plan 97, lo que salva la cabeza son las electivas si. Ya en cualquier momento lo actualizan no da para mas un plan de hace 23 años.

[DT-Agus]

En la ORT tenemos 3 materias de Base de Datos (BDI, BDII, BDIII) + alguna que otra por la vuelta que complementa.

Solo curse BD1, y te daban MER, MR, su pasaje, restricciones no estructurales y estructurales, SQL, te explicaban lo que era relaciona, no relacional, y toda una parte que ya me olvide... que era con letras y reduccion de expresiones + alguna cosa mas. No me gusta mucho el tema base de datos. En lo mas minimo. Increiblemente lo que mas(unico) me gusto del curso, fue el modelado pero no las consultas SQL ni lo practico.

[Master of the Wind]

En la ORT tenemos 3 materias de Base de Datos (BDI, BDII, BDIII) + alguna que otra por la vuelta que complementa.

Solo curse BD1, y te daban MER, MR, su pasaje, restricciones no estructurales y estructurales, SQL, te explicaban lo que era relaciona, no relacional, y toda una parte que ya me olvide... que era con letras y reduccion de expresiones + alguna cosa mas. No me gusta mucho el tema base de datos. En lo mas minimo. Increiblemente lo que mas(unico) me gusto del curso, fue el modelado pero no las consultas SQL ni lo practico.

Normalizacion y dependencias asumo que es.


Lo mas gracioso de mi vida, es que odio las bases de datos. Odiaba la materia cuando estudiaba, cuando empece a trabajar las odie, odio implementarlas, odio mantenerlas, odio mejorarles la performance, y tengo la maldicion de que la unica materia que di todos los años en la UTU ininterrumpidamente casi desde el 2009 es base de datos, excepto en el 2019, que la deje porque me tenia podrido, y me pidieron que vuelva a agarrar esa porqueria porque los que tomaron hicieron desastres, en los trabajos siempre o soy el DBA, o tengo que meter mano a nivel profundo en las bases de datos de alguna forma.

[The_Frog]

y toda una parte que ya me olvide... que era con letras y reduccion de expresiones + alguna cosa mas.

Álgebra relacional puede ser también.

[Master of the Wind]

No, algebra relacional es eso con simbolitos bien matematicos de pi y eso, todo rrreeee porrero.

[DT-Agus]

Normalizacion y dependencias asumo que es.


Lo mas gracioso de mi vida, es que odio las bases de datos. Odiaba la materia cuando estudiaba, cuando empece a trabajar las odie, odio implementarlas, odio mantenerlas, odio mejorarles la performance, y tengo la maldicion de que la unica materia que di todos los años en la UTU ininterrumpidamente casi desde el 2009 es base de datos, excepto en el 2019, que la deje porque me tenia podrido, y me pidieron que vuelva a agarrar esa porqueria porque los que tomaron hicieron desastres, en los trabajos siempre o soy el DBA, o tengo que meter mano a nivel profundo en las bases de datos de alguna forma.


Álgebra relacional puede ser también.


No, algebra relacional es eso con simbolitos bien matematicos de pi y eso, todo rrreeee porrero.

El temario:
Temario

Conceptos básicos

Base de datos
DBMS
Ventajas del uso de bases de datos
Arquitectura de un DBMS
Definición de Modelo de Datos
Esquema e Instancia de una base de datos
Aplicaciones de los modelos de datos


Modelo Entidad Relación

Definiciones básicas
Diagramas Entidad Relación
Estructuras complejas


Modelo Relacional

Definición de Modelo Relacional
Restricciones básicas (identidad, integridad referencial)
Pasaje de MER a Modelo Relacional


Lenguajes de consulta

Álgebra Relacional
Cálculo Relacional
SQL


Diseño Relacional

Pautas para el diseño de bases de datos relacionales
Dependencias Funcionales
Formas Normales

Primera Forma Normal
Segunda Forma Normal
Tercera Forma Normal
Forma Normal de Boyce-Codd

Dependencias Multivaluadas y Cuarta Forma Normal

[The_Frog]

Revisando un poco, le acertó Master con lo de dependencia funcional y formas normales.

Para ser una asignatura teórica creo que es bastante útil. Por eso está bueno que la de alguien con experiencia en desarrollo. Las de arquitectura y sistemas operativos aportan también, pero los contenidos están más alejados de lo que acaba haciendo la mayoría en su trabajo.

EDIT: Lo último pensando sobre todo en desarrolladores de software. Supongo que a la gente de redes y sysadmins les resultan más prácticos los contenidos de otras asignaturas.

[Master of the Wind]

Pasa que sistemas operativos, no se si es porque la utu pego fuerte aca en su momento, pero asocian que le tienen que enseñar Linux, y no es asi.

[Ryuug4]

En la UTU se ve manejo basico de sistemas operativos a nivel técnico y escribir unos scripts simples, falta un poco de Windows Server en el bachillerato pero bueno, el tecnologo sí cubre muchas mas cosas por ejemplo al menos por lo que ví en los programas de SO y Adm de Infra. (por mas que el foco general de la carrera sea desarrollo), mientras que la fing se va un cacho demas a bajo nivel para no perder la costumbre.

[Master of the Wind]

Es que sistemas operativos tiene que enseñar como funciona y como implementar un sistema operativo. La UTU porque desvirtua todo, que en taller, que tiene que enseñar arquitectura derivo en reparacion PC, o en programacion de tecnicatura que originalmente, al ser de redes, era programacion de protocolos derivo en web. Sistemas Operativos que tiene que enseñar como funciona el SO, un par de boludos se ve que solo sabian hacer shellscripts, y se empezo a enfocar masivamente a eso

El enfoque de shellscripts de la UTU lo odio, hace años deje de darlo asi, doy scripts pero con su aplicacion original y real, para automatizar tareas, no para hacer programas interactivos como si fuera un curso de programacion de bash.

Si, para probar cosas tenes que tener practica, y en Unix ves a nivel mucho mas bajo ciertos aspectos, pero si queres aprender a ADMINISTRAR Linux o Windows server, agarra el manual de Microsoft/Red Hat, te tienen que enseñar conceptos, no productos. Y si no sabes como funciona algo no vas a saber como administrarlo. Por ejemplo, algo terrenal del dia a dia de sysadmin, si apache se cuelga por exceso de trafico, y le tiras un kill al proceso, no vuelve a levantar mas, porque hay que limpiar los semaforos de memoria compartida. Si ni siquiera sabes lo que es un semaforo, vas a estar viendo logs que dice "permission denied" sin explicacion alguna. El servicio no te va a dar clases.

[Thalios]

en utec es un poco asi, en sistemas operativos de red vemos versiones server, no nos enfocamos en uno en si, vemos los conceptos en la primera mitad, luego configuramos un par y los ponemos en funcionamiento (un par de linux y un par de windows server), nos dan unas vm hosteadas por ellos para que lo hagamos

[coderyoruga]

Ya que se empezó a hablar de las materias (lo cual me encanta porque hay experiencias que aportan mucho), como consejo: HAY QUE DARLE BOLA A LAS BASES DE DATOS.
Al momento de desarrollar una aplicación web o de escritorio de tamaño mediano/grande, hace una correcta base de datos es casi casi la base de todo, y ni hablar si es para vender.
Por no darle pelota en su momento ahora me la quiero cortar.

Y con respecto a lo que se mencionó de S.O., totalmente de acuerdo, ¿que necesidad de hacer un menú con shellscript?, como ejercicio de una clase está bien, pero hay profes que se emocionan con eso jajajaja