
Alberto Cortés Martín
- Cargo
- Profesor ayudante
- Teléfono
- +34 91 624 6234
- Fax
- +34 91 624 8749
- alcortes
it.uc3m.es (Para estudiantes: Como pedirme una tutoría, Como plantearme preguntas técnicas) - Clave pública GPG
- 29E27A35; expira: 2010-05-17; Fingerprint: AF03 A278 A68D 1F31 019D C439 ABC6 0D75 29E2 7A35
- Dirección
- Universidad Carlos III de Madrid, Avd. de la Universidad, 30, E-28911 Leganés (Madrid) España
- Despacho
- Escuela Politécnica Superior, Edificio Torres Quevedo, Despacho 4.0F06 (Para estudiantes: Como pedirme una tutoría, Como plantearme preguntas técnicas)
Docencia
Asignaturas
- Redes de ordenadores II (Ingeniería Informática, quinto curso).
- Fundamentos de ordenadores II (Ingeniería de telecomunicación, segundo curso).
- Cursos anteriores.
Como pedirme una tutoría
Los siguientes pasos te ayudarán a conseguir un tutoría conmigo y aumentarán el beneficio que saques de ella. También nos ahorrarán (a ti y a mí) un montón de tiempo. Si eliges ignorar algunos de estos pasos, probablemente yo también te ignoraré, en favor de otros alumnos que si sigen estas sencillas instrucciones:
- Las tutorías tienen lugar en mi despacho.
- Las tutorías duran entre media hora y una hora aproximadamente.
- Para solicitar una tutoría, mándame un email y espera mi respuesta; normalmente tardaré en responderte entre 1 hora y 2 días laborables.
- No me pidas una tutoría en persona, en clase o si te cruzas conmigo en un pasillo, hay grandes posibilidades de que me olvide de ello y te de plantón.
En tu correo debes incluir la sigiuente información:
- Identifícate claramente, así como la asignatura que cursas y su grado o titulación.
- Describe detalladamente tu pregunta/problema. Esto me ayudará a prepararme las respuestas con antelación y a dimensionar la duración de la tutoría (lo que me permite atender a más alumnos por hora). Si tus dudas son principalmente técnicas, lee Como plantearme preguntas técnicas y plantéate si no será más interesate ahorrarnos la tutoría y resolver tus dudas por email.
- Proponme al menos 4 momentos para la tutoría, mis favoritos son miércoles de 17:00 a 18:00 y los martes de 12:00 a 13:00 (CET/CEST).
Como plantearme preguntas técnicas
Manda tus preguntas a mi dirección de email. Trataré de contestarte el mismo día. Ahorra tu tiempo y el mío siguiendo estas instrucciones:
- Si tienes preguntas sobre código fuente, acompáñalas de programas lo más sencillos posibles que yo pueda compilar y ejecutar en los laboratorios y que reproduzcan tus errores o dudas. No me mandes pseudo-código, extractos de tu código o tu práctica al completo, solo un código fuente mínimo listo para ser compilado y probado en los laboratorios; cuanto más corto y sencillo, mejor. Incluye instrucciones de compilación, pruebas, capturas de tráfico de red, ejemplos de los errores y como reproducirlos.
- No me interesan tanto tus suposiciones como los hechos.
- Haré lo posible por ayudarte, pero no tengo una bola de cristal, ni puedo leerte tu mente, ni saber como es el ordenador que usas en casa; anticipate y mándame toda la información que creas que me hará falta. Dado el régimen de lectura de email que mantengo, cada pregunta que tenga que hacerte retrasará la solución aproximadamente 1 semana.
- Mándame solo texto plano o formatos binarios abiertos, como pdf o pcap. Ni se te ocurra mandarme capturas de pantalla.
- No me mandes varias preguntas no relacionadas entre si en el mismo email, en lugar de ello escríbeme varios emails para cada una de ellas, de esa manera son más fáciles de gestionar, almacenar y buscar. Además, así no tendrás que esperar a que resuelva tus dudas más complicadas para obtener respuestas a las más sencillas.
- Para obtener mejores respuestas y más rápidas, lee How To Ask Questions The Smart Way (en inglés, tiempo estimado de lectura: 1 hora). Este documento no tiene nada que ver conmigo o la asignatura, por favor, no molestes a sus autores con tus preguntas sobre la asignatura.
Investigación
Temas de investigación
Soy miembro del Pervasive Computing Laboratory. Mis temas principales de investigación son:
- Aprovechar al máximo la diversidad y multiplicidad de interfaces de red en los dispositivos.
- Protocolos de transporte, en especial SCTP.
- Interfaces de comunicación entre el kernel y las aplicaciones.
Principales resultados de investigación
- Artículos en Revistas
- Alberto Cortés, Carlos García-Rubio, Celeste Campo, Andrés Marín, Florina Almenárez, Daniel Díaz, "Decoupling path failure detection from congestion control to improve SCTP failovers", IEEE Communication Letters, volume 12, issue 11, November 2008 Pages: 858 - 860, ISSN: 1089-7798, DOI: 10.1109/LCOMM.2008.080884, copia local, BibTex
- Conferencias y congresos
- Alberto Cortés-Martín, Carlos Garcia-Rubio, Celeste Campo, Estrella M. García-Lozano y Alicia Rodriguez-Carrion, "Selection and Publication of Network Interface Cards in Multihommed Pervasive Computing Devices", 2011 IEEE International Conference on Pervasive Computing and Communications Workshops, pages 239-244, March 21-25, 2011 in Seattle, USA, ISBN: 978-1-61284-936-9, descargar de la página del congreso, copia local, BibTex.
- Proyectos
- 2008-2010: Easy Wireless 2, un proyecto CELTIC - Avanza I+D.
- 2005-2007: Easy Wireless, un proyecto ITEA-PROFIT.
Otras responsabilidades
Revisor de artículos en revistas
- Computer Communications, Elsevier, ISSN: 0140-3664.
Miembro del comité técnico de programa para conferencias y workshops:
Temas varios
Lecturas recomendadas
- Articulos online:
- "Why hardware documentation matters so much and why it is so hard to get" por Theo de Raadt.
- "Systems Software Research is Irrelevant" por Rob Pike.
- "How To Ask Questions The Smart Way" por Eric S. Raymond.
- "Things I Wish I'd Been Told; Tips For Students with a Bachelors in Computer Science" por Craig Partridge. Pagaría 50 Euros a quien escriba algo similar para doctorandos españoles.
- "Is Linux ruining my chance at a good software engineering career?" en Stackoverflow.
- "Is Programming Obsolete?" por Brian Harvey.
- "Revenge of the Nerds" por Paul Graham.
- "The importance of stupidity in scientific research" por Martin A. Schwartz.
- "Stop the Numbers Game" por David Parnas.
- Libros (hay un cierto orden en esta lista):
- "The UNIX programming Environment, por Brian W. Kernighan y Rob Pike.
- "The C Programming Language, Second Edition", por Brian W. Kernighan y Dennis M. Ritchie.
- "Notes on Programming in C", por Rob Pike.
- "The Practice of Programming", por Brian W. Kernighan y Rob Pike.
- "The art of Unix Programming", por Eric S. Raymond.
- "The C++ Programming Language", por Bjarne Stroustrup.
Mis cosas
Pataletas
Estoy harto de como se enseña informática:
- Computer Science Education: Where Are the Software Engineers of Tomorrow?.
- How Should We Teach Computer Science?.
- Revenge of the Nerds





