Me ha dado por matricularme en informática en la UNED. ¿Por qué? Pues porque hace muchos años (muchos es muchos; hasta el punto de que me matriculé por primera vez el primer año que la UNED tenía informática) lo empecé pero nunca terminé, y me ha dado por intentar aprobar un par de asignaturas al año, sólo por terminar lo empezado.
Bueno, pues me encuentro que casi puedo continuar donde lo dejé... porque los libros son los mismos. Cuando digo los mismos, quiero decir los mismos.
Ejemplo:
BIBLIOGRAFÍA BÁSICA
ISBN(13):9788478290499
Título:SISTEMAS DISTRIBUIDOS: CONCEPTOS Y DISEÑO (3ª
Autor/es:Kindberg, Tim ; Dollimore, Jean ; Coulouris, George ;
Editorial:PEARSON ADDISON-WESLEY
Uno busca ese libro, y resulta que la última edición publicada en la quinta, no la tercera. Pero no este año, no. Se publicó (la quinta) en 2011, y el libro en sí es del 2000.
Así que el material tiene joyas tipo
TEMA 8. Comunicación entre objetos distribuidos: RMI y CORBA
Bueno. Que yo entiendo que en derecho, historia, y otras materias no es necesario actualizar el material todas las décadas.
¿Cómo será en otras universidades españolas?
Comentarios
Porque no estudias ingeniería informática. Estudias ciencias de la computación, y hay cosas y fundamentos que no han cambiado en 30 años.
#5 Tiene sentido si no te obligan a estudiar el tema 8. Quizás el resto del libro sean conceptos teóricos y fundamentos que son similares en tecnologías actuales. Cuando yo estudiaba tuvimos que hacer prácticas con Netware e IPX cuando eso no se usaba ya ni para jugar a Doom
#12 No lo veo mal. Si eres capaz de aprender IPX eres capaz de aprender cualquier otro protocolo. La universidad no es el lugar para aprender tecnologías.
#17 ¿Entonces para que es la universidad? ¿Un ingeniero no debe aprender tecnologías? Madre mía.
#21 Aprender tecnologías es pan para hoy y hambre para mañana. Por eso está muy bien que la universidad NO enseñe tecnologías. Un ingeniero debe aprender de tecnologías, pero no en la universidad, que está para aprender fundamentos.
Una máquina de estado es lo mismo hoy y hace 50 años. Los fundamentos de un compilador son casi los mismos hoy y hace 30 años.
#21 Por eso en EEUU hay tantos autodidactas que no tienen dicha carrera, sino que se han especializado en algo, y cuando vas a cambiar de empresa y ves que tienes x años de experiencia en tal empresa con tal tecnología, lo que hayas y donde hayas estudiado no importa.
#21 La universidad es para aprender marcos teóricos.
#21 la universidad está para enseñarte a aprender, entre otras cosas.
#17 aprender el protocolo no. Montar redes con ipx en msdos para familiarizarse con sus configuraciones en 2001, cuando tcp/IP e Internet en España desde el 96 ya se veía que era lo que iba a quedarse con todo
#30 Pues eso, si sabes montar algo con IPX, sabes montar de todo. Y montar partidas vintage
lo de la UNED es una vergüenza. Yo también estuve matriculado hace años. Muchas de las materias son inútiles y desactualizadas. En 2015 había una asignatura (ya no recuerdo el nombre) en la que el libro de referencia era de los 90, y decía que había que apuntar en un cuaderno las tareas diarias y su duración. Ya no pido que se haga referencia a Jira o a herramientas similares, es que ni siquiera se hablara de una triste excel o algo "informatizado". Un cuaderno. En fin.
En cuanto a la dificultad de las asignaturas, no estriba en la materia en sí sino en los exámenes pensados estrictamente en suspender a la gente y así parecer que hay nivel. Pero el nivel de los contenidos es pésimo. Y de las tutorias y soporte por parte de los profesores ya ni hablamos...
#4 Totalmente de acuerdo, la misma experiencia tuve. Después de la técnica intenté continuar en 4º y 5º por la UNE. Esa la hice también por esa época y estaba alucinando. Vista la inutilidad de casi todo lo que esaba estudiando, mi motivación cayó por el suelo y como ya estaba currando, pues nada.. lo dejé en 5º, y ale, hasta luegui
#4 La UNED, que te exige todo y más y a cambio recibes una mier.. y menos...
Ha cambiado la teoría de los sistemas operativos distribuidos?
Hay muchos productos nuevos, pero en teoría yo creo que no ha cambiado demasiado, salvo algunos campos evidentemente (pienso en inteligencia artificial y en computación cuántica)... Pero no creo que sea adecuado que en la universidad se enseñe el manejo de productos, sino de teoría y tecnología a más alto nivel, y que los productos sean sólo ejemplos.
#2 la asignatura es sistemas distribuidos y claro que ha cambiado mucho.
Blockchain, algoritmos de consenso, los fundamentos de Kafka (no la implementación, las ideas), kubernetes, bases de datos distribuidas, map reduce, etc
#2 ¿Lo dices en serio? ¿Y que va a pasar con el ingeniero informático de la UNED cuando acabe la carrera? SI ya lo tienen dificil los ingenieros que salen de facultades "actualizadas", no me quiero imaginar eso.
#20 No es mi campo, así que en este ejemplo concreto no lo sé. Pero sí que me parece más adecuado enseñar programación orientada a objetos sin insistir en ningún lenguaje, a que los universitarios parezcan certificados de java... o que sepan los conceptos teóricos de routers y switches en lugar de expertos en cisco porque "es lo que se mueve en el mercado". En mi época universitaria la queja era que por qué dibujar a mano si en el trabajo real se hacía con autocad.
Obviamente hacer las cosas demasiado teóricas sin nada de práctica también es un error, y la práctica pasa por usar algún producto existente. El punto de equilibrio es difícil de alcanzar, y siempre alguien quedará descontento.
Lo que quiero decir es que si tienes una buena teoría, la "actualización" en ciertos aspectos son solo matices, sin embargo, si la formación es "eminentemente práctica", en cuanto te cambian algo, te quedas desactualizado.
Puedes hacer un TFG acerca de cómo reparar la fuente de alimentación del ZX-81 y recibir puntos extra por la innovación
No he estudiado en la UNED y por tanto no me aventuro a afirmar si están desactualizados.
Pero en mis tiempos en presencial (2003-08) recuerdo que 4º y 5º estaban plagadas de asignaturas de gestión de proyectos, metodologías de desarrollo, diseño de software, y ahí había una presencia casi omnipresente de UML y referencias leves a metodologías ágiles. La conclusión es que en apenas ni una década estos contenidos han envejecido tan mal que se podría decir no sirven para nada (UML se descartó casi absolutamente en el sector).
De ahí a ser interesante dar contenido atemporal, aunque es frecuente el comentario de preferir cosas actuales.
#8 El tema de las metodologías de diseño es la leche, porque se supone que han evolucionado más lentamente que la propia tecnología, pero siguen encasillados en los primeros 90. Llevo 25 años trabajando en este sector, y en 2015 todavía se hacía referencia en algunas asignaturas a METRICA 3. En 25 años he pasado por muchas empresas y conocido a muchos colegas y no conozco a nadie que haya usado esta metodología.
#9 METRICA 3 nunca lo había visto fuera del sector público, ni siquiera en la universidad, pero vamos está sostenido mucho en UML.
Yo soy funcionario (informático de la AGE) desde hace un trienio, lo miré para preparar las oposiciones (y por tanto, UML). Curiosamente, no lo tenemos en cuenta en el trabajo, en su lugar hay SCRUM, TDD y demás cosas "modernas".
En algo más de una década de consultoría al principio recuerdo un banco intentar hacer un framework de desarrollo reinventando uml y era terrible. Hoy día creo que está plenamente abandonado.
#9 Metrica es lo que se usa en la administración pública, por lo que no está desactualizado
#24 he trabajado bastantes años en el ministerio de Justicia y allí no vi Metrica por ningún sitio. Se usará para aprobar las oposiciones, pero no se usa en proyectos reales
#26 Entonces es vergonzoso que lo pidan para las opos
Los conceptos de sistemas distribuidos son ahora los mismos que hace 20 años, si quieres estudiar algo práctico haz una FP no una ingeniería.
#6 si crees que no ha habido novedades el que se ha quedado desfasado eres tú.
Supongo que dirás lo mismo por ejemplo sobre inteligencia artificial?
#16 Estamos hablando de sistemas distribuidos, dime ¿Qué novedades ha habido en este campo? Porque llevan muchos años con el mismo concepto.
Y tu vienes a hablarme de IA que no tiene nada que ver.
#22 ¿En serio? ¿Qué conceptos hay nuevos en sistemas distribuidos?
#29 ya he mencionado algunos.
#48 No, no lo has hecho
#52 Blockchain, algoritmos de consenso, los fundamentos de Kafka (no la implementación, las ideas), kubernetes, bases de datos distribuidas, map reduce, etc
#53 A ver..
Bases de datos distribuidas: El concepto se forma en 1970 por Edgar Frank.
Kafka y blockchain: Es mensajería no sistemas distribuidos.
Kubernetes: Es una implementación no un concepto.
Map reduce: Es un modelo de programación paralela no un sistema distribuido.
#54 kubernetes es una implementación de un concepto.
Blockchain no es mensajería aunque tenga mensajería. En cualquier sistema distribuido va a haber intercambio de mensajes de algún tipo.
En 1970 había muchos conceptos hoy obsoletos o muy cambiados, no sé si quieres decir que con mirar qué había entonces es suficiente.
Map reduce no es "programación paralela".
Y hay un montón de algoritmos nuevos y de papers en este campo.
#6 ¿Los conceptos son los mismos? Ni de coña. ¿No será que te has quedado desfasado?
#38 ¿Y cuando cambie esa tecnología o esa metodología, que va a pasar? ¿Te parece si listamos todas las tecnologías que estaban de moda hace 6 años y ahora no lo están?
El desarrollo de software cambia, los fundamentos no. El teléfono móvil que tienes en la mano funciona gracias a conceptos que funcionan exactamente igual desde el año 94.
Si hubiera aprendido las tecnologías que estaban de moda cuando empecé la carrera, no me habrían servido de absolutamente nada cinco años después. La teoría de autómatas sigue vigente ahora y hace cincuenta años.
#39 pa ti la borrica. De mucho te sirve a ti la teoría de autómatas en tu vida laboral
#40 Dime cómo diseñas un sistema embebido o una máquina industrial sin conocerla. Espero tu comentario.
#41 No soy diseñador de sistemas industriales, soy diseñador de software bancario. Aquí lo que manejamos son microservicios, scrum, TDD, arquitectura hexagonal. Ninguno de estos conceptos se imparte en la UNED porque los profesores ni siquiera han oido hablar de ellos. Pero muy bien por tí, estudiad a Turing y a Chomsky y no paséis de los años 50
#43 No soy diseñador de sistemas industriales
¿La informática empieza y termina en el software corporativo?
#44 ¿la informática empieza y termina en los años 50?
#46 Dime por qué la teoría de autómatas no sirve. Dices que no sirve en la vida laboral, para a continuación decir que no eres diseñador de sistemas industriales. Por lo cual deduzco que no te sirve a ti, porque reduces algo inmenso (ciencias de la computación) a un subconjunto específico, como es el del software corporativo.
#47 No digo que no sirve, digo que el plan de estudios no se puede limitar a enseñar sólo autómatas, arquitectura de computadores y métrica. Esto es así porque resulta más cómodo para los docentes que llevan siglos acartonados. Ahora dime tú por qué en una carrera no hay que estudiar las últimas tendencias y metodologías en desarrollo de software cuando en el 90% de los proyectos de software que se desarrollan (aunque te pese) son bancarios, de seguros o de gestión. Pero bueno, que mientras exista gente que dice que para eso hacer un curso de CCC...
#49 dime tú por qué en una carrera no hay que estudiar las últimas tendencias y metodologías
Porque cambiarías el plan de estudios cada medio año, y el crédito te valdría el triple de lo que te vale ahora.
Cuando yo estudié estaba de moda Flash, SOA, Perl y todo lo que podías hacer con un teléfono era jugar a la serpiente. Dime donde está todo eso.
Hace 20 años también se hablaba de que la universidad tiene que enseñar tecnologías modernas. Esta discusión es muy vieja. Siempre ha existido.
Si has pasado por una carrera sabes de sobra que es TDD, scrum y la arquitectura hexagonal. O al menos lo puedes aprender por tu cuenta, que es de lo que se va todo esto.
#50 "Si has pasado por una carrera sabes de sobra que es TDD, scrum y la arquitectura hexagonal. O al menos lo puedes aprender por tu cuenta, que es de lo que se va todo esto. " Ese es el problema ,que en la UNED eso no se enseña porque no saben ni que existe. Pero si el plan es aprender por tu cuenta, también puedes aprender por tu cuenta autómatas
#51 Cual es la parte que te molesta de que cada año no salgan de la carrera 500 tíos preparados para quitarte el trabajo y tirarte las expectativas salariales a mínimos?
Incluso grado superior es una especie de "bootcamp" de fundamentos. Si lo que quieres es estar al día y donde se paga pasta tienes que hacerte un curso de algo "puntero". Pero quién te dice qué es lo puntero? Tu has optado por tdd orientado al micro, pero eso te sirve como bien dices si estas en una corporación de la ostia, si tienes que hacer algo en cualquier otro entorno es complicarse la vida . A todo esto sumale que ahora con IA te montas unos servicios que se te va de las manos y va a empezar a sobrar mucha gente.
La UNED es una forma de acceder de forma muy barata a bases de datos de pago.
devilinside
themarquesito por si os interesa el truco y lo desconocíais. Aunque esto fue hace bastantes años, no sé si siguen permitiendo matricularse por asignaturas sueltas o si siguen teniendo estas bases de datos.
Tenía un colega abogado que todos los años se matriculaba de una única asignatura (o lo hacía su pareja, no recuerdo bien). Gracias a eso tenía acceso a bases de datos jurídicas "como alumno" que son bastante caras: Tirant, Aranzadi, Laley... En vez de pagarlas por separado. Ya sólo en los Mementos Lefevbre te ahorras una salsa.
#13 Gracias por la información. Una buena idea si sigue funcionando. Igual me da por Criminología o Antropología
Pues algo que te ahorras en libros y así te puedes dedicar a la retro informática
¿RMI y CORBA? Vamos, los papis de gRPC, tan de moda hoy en día. De hecho en esencia son lo mismo.
En ingeniería estudias las bases, fundamentos, de los sistemas informáticos.
A mí me enseñaron Informix en Bases de Datos, y ya el profe nos dijo que, entonces (y ha llovido..), ya era una BDD que nadie utiliza en producción (casi descatalogada). Pero que da lo mismo, porque lo importante es aprender como funciona un RDBMS, no la última versión de PostgreSQL o MariaDB. Eso lo aprenderás en tu trabajo (o en una FP).
#18 Rmi lo puedes encontrar sin ir mas lejos en el estandard J2EE, cuando llamas Ejb en Java.
Ahora estos tecnologias se dan por supuestas, pero no veas la de inventos raros que se hacian antes para conectar los clientes con los servidores en entornos empresariales.
#18 entonces estarás de acuerdo que en la carrera no te enseñan a trabajar, sino arqueología de la computación que en la práctica no usarás a no ser que te contrate Oracle para el desarrollo de la próxima versión de Java. Más vale. que a los chavales les enseñen desarrollo ágil, TDD, etc que mierdas de Metrica y UML. Lo que está claro es que en la UNED enseñan lo que los profesores saben, no lo que los alumnos necesitan saber
#27 No, no estoy de acuerdo. De hecho no has entendido nada. La herramienta es lo menos importante en todo este asunto.
Son los conceptos y la razón de ser de estos, lo que te enseñan en la carrera.
Si quieres aprender tecnologías "que vas a usar en el curro" te haces un FP o un cursillo de CCC.
#35 Qué gracia me hacéis los seres superiores cuya frase favorita es "no has entendido nada". El que no entiende nada eres tú si crees que enseñar Metrica a estas alturas sirve para algo. Pero bueno, discutir con inteligencias superiores no está a mi alcance
#35 hombre, hoy día antes que CCC haría un máster, al menos te lo valoran más.
#27 en la carrera no te enseñan a trabajar, sino arqueología de la computación
Estructuras de datos, algoritmia, teoría de sistemas operativos, concurrencia, teoría de lenguajes, álgebra.. en efecto, es arqueología de la computación, porque los ordenadores no han cambiado demasiado en medio siglo.
Si quieres trabajar quizá sea mejor una FP.
#37 veo que me das la razón, la carrera no sirve para trabajar. Da igual que los computadores no hayan cambiado mucho, pero el desarrollo del software sí que ha cambiado en medio siglo, y no se pueden estar enseñando metodologías de hace 30 o 40 años
Con razón ahora la gente que estudia no presencial se va a otras universidades
. La de Burgos es pública, online, y tienen notas de cortes que no son una locura, por cierto.
#1En los EJB también encuentras ceros y unos, y eso no significa que yo tenga que saber leer código máquina. Por cierto, me gustaría saber el % de proyectos que se desarrollan hoy en día con EJB
La idea de las colas de mensajes existen desde principios del siglo pasado, mapreduce viene de la programación funcional de los 60, las bases de datos distribuidas de los 80...