miércoles, 13 de junio de 2012

Día 12 de junio. Presentación de trabajos

En las sesiones de mañana y tarde se presentaron los siguientes trabajos:
    Comparativa de tipos de vídeo

    Comparativa de media centers

    Almacenamiento en la nube

    Programas de conversión de vídeos

    Comparación de compresores de archivos

    Prestaciones impresoras

    Servidores web de altas prestaciones

    Comparación de configuraciones de kernel y distribuciones Linux

    El sistema operativo Android

    Compatariva de tablets Android: hardware, software y usabilidad

    Grid computing
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

lunes, 11 de junio de 2012

martes, 5 de junio de 2012

Día 5 de junio. Presentación de trabajos

En esta sesión se presentaron los siguientes trabajos:
    Comparativa de baterías de portátiles

    Cloud computing

    Reciclaje informático

    Comparativa de discos duros externos

    Servidores ftp

    Comparación de formatos de vídeo
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

miércoles, 30 de mayo de 2012

Día 29 de mayo. Presentación de trabajos

En esta sesión se presentaron los siguientes trabajos:
  • Comparativa de servicios de almacenamiento en la nube
  • Overcloking
  • Privacidad y seguridad en redes sociales
  • Conversión de vídeos con ffmpeg
  • Comparativa de prestaciones entre equipos Mac
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

martes, 29 de mayo de 2012

Día 22 de mayo. Presentación de trabajos

En esta sesión de teoría se presentaron los siguientes trabajos:
  • Almacenamiento en la nube
  • Virtualización
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

Día 15 de mayo. Presentación de trabajos

En esta sesión de teoría se presentó el siguiente trabajo:

trabajo Máquinas Virtuales

Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

miércoles, 16 de mayo de 2012

Preparando la presentación del trabajo final de DyEC

Ya que estás avanzando con el trabajo final de la asignatura, debes ir pensando en la presentación que harás en clase.

La idea es hacer unas 20 transparencias (o más si ves que las necesitas), para hablar unos 15 minutos.

Plantéatelo como que vas a mostrar "por encima" lo que has hecho en tu trabajo, de forma desenfadada e informal (como si se lo estuvieses contando a unos amigos tomando un café).

Habrá quien se muestre muy interesado y quiera más detalles. Esas personas se podrán bajar más adelante el trabajo completo para leerlo y obtener toda la información que desean.


Por otro lado, como en principio sólo tenemos las horas de teoría para hacer las presentaciones, si algún martes hay mucha gente para presentar, podríamos usar las horas de prácticas (martes de 10-12h) para que quien lo desee haga la presentación de su trabajo. En cualquier caso, si aún no lo has hecho, comunícame qué día prefieres exponer.

lunes, 7 de mayo de 2012

Herramientas Linux para hacer benchmarking

Un compañero ha encontrado en este enlace:

http://www.howtogeek.com/111617/how-to-benchmark-your-linux-system-3-open-source-benchmarking-tools/

donde presentan tres herramientas para hacer benchmarking en una máquina Linux.

viernes, 4 de mayo de 2012

Comenzamos la práctica 5

El lunes 7 y martes 8 comenzaremos la última práctica de la asignatura (P5).

En esta práctica vamos a desarrollar un pequeño benchmark para aplicar carga a diferentes subsistemas y medir el tiempo empleado en ejecutarla.

Concretamente, se trata de desarrollar un programa en un lenguaje de alto nivel (el que deseeis) que permita medir y comparar las prestaciones de varios sistemas. Por ejemplo, este programa debe poderse compilar para ejecutarlo en dos sistemas operativos en la misma máquina hardware con el objetivo de comparar los sistemas. Otra opción es tomar dos máquinas diferentes, con el mismo sistema operativo, y ejecutar vuestro programa para compararlas.

Como en todas las prácticas, hay que establecer claramente cuál es el objetivo del benchmark, obtener resultados, analizarlos, presentarlos y obtener un índice que indique qué sistema es mejor para los objetivos planteados.

Podéis usar cualquier lenguaje de programación (Perl, C++, C, PHP, Java...) y la idea sería medir las siguientes cosas:
  • el tiempo que tarda en ejecutar una serie de operaciones aritmético-lógicas (muchos millones de ellas), tanto en coma flotante como enteras.
  • el tiempo que tarda en crear un array de un par de GB en memoria (y rellenarlo)
  • el tiempo que tarda en crear (escritura) varios miles de archivos pequeños
  • el tiempo que tarda en leer varios miles de archivos pequeños
  • el tiempo que tarda en crear (escritura) un fichero de varios GB
  • el tiempo que tarda en leer un fichero de varios GB
  • el tiempo que tarda en mostrar por pantalla varios millones de caracteres (o si domináis alguna librería gráfica, mostrar varios millones de polígonos)
Se puede hacer un solo programa que ejecute varios módulos para medir en secuencia cada una de esas cosas, o se pueden hacer varios programas por separado que midan, cada uno de ellos el tiempo correspondiente. De esa forma habremos medido cómo de bien funcionan los subsistemas de CPU, memoria, disco y gráfica.

En cualquier caso, la medida de tiempos debe hacerse con la máxima precisión posible. Por ejemplo, en todo lenguaje hay funciones que nos permiten tomar tiempos con precisión de microsegundos. Se recomienda usar este tipo de funciones.

Por ejemplo, se puede usar la función gettimeofday:

lunes, 16 de abril de 2012

Comenzamos la práctica 4: Uso de programas de monitorización

Esta semana comenzamos la práctica 4. Al igual que en las anteriores, usarémos dos sesiones de prácticas (la de la semana 16-17 abril y la de 23-24 de abril) 

Esta práctica continúa el trabajo hecho en la práctica 2. Entonces aprendísteis a instalar, configurar y usar varios programas de monitorización. En la P4 lo que haremos será planificar diferentes niveles de carga computacional a nuestra máquina y monitorizarla.

Aconsejo usar la misma máquina, mismo sistema operativo y mismos programas de monitorización que usásteis en la P2 (se supone que aún lo tendréis todo preparado para usarlo). Así os ahorráis volver a buscar, instalar, etc nuevos programas.

(1) Lo primero que haremos será reiniciar la máquina en la que vayamos a hacer la práctica. No vale con hibernarla o suspenderla y despertarla. Recomiendo apagarla completamente y volver a arrancarla desde cero. Una vez esté arrancada, se supone que sólo estarán en ejecución los procesos básicos del S.O. A eso lo vamos a llamar "estado base", en el que el consumo de recursos debería ser mínimo.

Estando en el estado base, lanzamos los programas de monitorización, sacamos estadísticas, gráficas, etc para documentar cómo se comporta el sistema cuando está sin carga, y lo guardamos todo para hacer el documento de la práctica más adelante.

(2) A continuación, vamos a planificar una "media carga". En este paso, cada cual decide qué tipo de carga aplicar. ¡Ojo! lo que voy a poner a continuación es un posible ejemplo, no quiere decir que todo el mundo tenga que ejecutar el mismo tipo de programas para hacer exactamente lo mismo. Pues bien, por ejemplo, como media carga podéis ejecutar un compilador, un navegador y acceder a YouTube, un procesador de textos y visualizar un vídeo.

Mientras se ejecutan todas esas cosas, lanzamos de nuevo los programas de monitorización y sacamos estadísticas, gráficas, etc para documentar cómo se comporta el sistema con media carga. Una vez más, todos esots datos y gráficas los plasmaremos en la sección correspondiente en el documento de esta práctica.

(3) Por último, vamos a planificar una "carga alta". Al igual que antes, cada cual debe decidir qué programas ejecutar para cargar bastante su sistema. Como ejemplo, podéis lanzar un par de compilaciones, dos navegadores diferentes con varias pestañas abiertas cada uno, un gestor de bases de datos trabajando, un servidor web (Apache o XAMPP), un reproductor o codificador de vídeo, un compresor de archivos (winzip o  winrar)... lo que a cada cual se le ocurra. La idea es estresar la máquina y hacerla trabajar al máximo.
 
Una vez más, mientras se ejecutan todas esas cosas, lanzamos los programas de monitorización y sacamos estadísticas, gráficas, etc para documentar cómo se comporta el sistema con alta carga. Todos esots datos y gráficas los plasmaremos en la sección correspondiente en el documento de esta práctica.

(4) Por último, hay que hacer el documento de la práctica, describiendo el sistema utilizado (hardware y software), describiendo en cada caso cada tipo de carga aplicado, y mostrando todos los resultados para los tres tipos de carga. Hay que analizar y representar de la forma más adecuada los resultados obtenidos y evaluar si el sistema está sobrecargado o en qué condiciones podría llegar a estarlo.

viernes, 13 de abril de 2012

Ejercicios de clase del Tema-2 (realización de gráficos)

Una vez terminado el Tema 2, dejamos planteados dos ejercicios sobre la realización de gráficos para presentar resultados de la evaluación de prestaciones.

Concretamente, en la transparencia 37 (ver la presentación colgada en el SWAD) planteamos realizar un gráfico tipo Gantt a partir de los datos de la tabla mostrada. La idea es comprobar si el gráfico que ofrece el autor es correcto. Para hacer el gráfico podeis seguir las indicaciones que se muestran en los vídeos:
    http://www.youtube.com/watch?v=ZNHQAz-9gOk
    http://www.youtube.com/watch?v=iSCpgFwinzw&feature=related


Como segundo ejercicio se planteó aprender a usar alguna herramienta que nos permita hacer gráficos de Kiviat. Por ejemplo, se pueden hacer con Calc o Excel:
    http://antaresdyec.blogspot.com.es/2008/04/autoevaluacin-tema-2-bloque-1.html
Una vez que domineis dicha herramienta, se propone hacer el gráfico comparativo para dos sistemas (los datos están en la tabla de la última transparencia de la misma presentación).


Como en otros ejercicios de clase, podéis colgarlos en vuestro blog o página web personal, podéis enviármelos por email, o colgar los archivos en la web y dejar aquí un comentario enlazándolos.

martes, 10 de abril de 2012

Hoy terminamos el Tema 2 de teoría

Antes de las vacaciones vimos las dos primeras unidades: directrices para el correcto diseño de gráficos y errores comunes en la representación. Mostramos varios ejemplos sacados de la prensa de errores al confeccionar gráficos.

Esta tarde terminaremos el Tema 2 hablando de manipulación de gráficos y tipos de gráficos.

Concretamente, veremos en detalle cómo hacer gráficos de Gantt y de Kiviat.

La presentación actualizada se encuentra disponible en el SWAD (así como otros materiales adicionales que os pueden servir ahora o en el futuro a la hora de confeccionar gráficos con diferentes herramientas).

miércoles, 28 de marzo de 2012

Teoría. Comienzo del Tema 2

Este martes pasado comenzamos el tema 2: "Representación gráfica aplicada a la evaluación de prestaciones".

Concretamente, este martes vimos un conjunto de recomendaciones para realizar gráficos relativos a la evaluación de los sistemas informáticos. Resumidas, vienen a ser:
  • Minimización del esfuerzo por parte del lector
  • Maximizar información para hacerlo autosuficiente
  • Presentar el máximo de información con el mínimo de tinta
  • Usar el eje X para la variable independiente, el y para la dependiente, el origen en el 0,0, las abscisas y ordenadas en orden creciente, etc.
  • Mostrar los ejes, las subdivisiones, las medidas, escalas, etc.
Además, se comentaron los principales errores que se suelen cometer cuando se están preparando gráficas, y mostramos algunos ejemplos de gráficas con errores evidentes sacadas de la prensa escrita y TV.

Tras Semana Santa veremos que algunos de esos errores no son fortuitos, y se comenten premeditadamente para malinterpretar la información (Unidad 3). También se presentarán los tipos de gráficos más utilizados en la evaluación de sistemas informáticos (Gannt y Kiviat).


Ejercicio: En esta clase, como ejercicio se propuso partir del gráfico por defecto de algún programa de gráficos (Excel o LibreOffice, p.ej.), y convertirlo en uno que cumpla las recomendaciones anteriores estudiadas.

lunes, 26 de marzo de 2012

Comienza la práctica 3: Uso de profilers

Esta semana comenzamos la práctica 3. En esta práctica, vamos a partir de un código fuente que compilaremos usando las opciones de profiling para analizar en qué funciones se gasta más tiempo durante la ejecución de nuestro programa.

Como ejemplo, tomemos el siguiente programa C++ en el que tenemos dos funciones que se llaman desde el main:

 

#include <iostream>

using namespace std;

#define MAX 1000000

 

int a[MAX];

int i = 0;

 

void rellenar(int i) {

       //operaciones aritméticas incluidas para perder tiempo

       double x = 0.7;

       double y = (x*0.2+0.5)*(x-0.1);

       x = x*(x*0.2+0.5)*(x+0.1);

       y = y/x;

 

       if (i % 2 == 0){

              a[i] = (i / 2);

       }else{

              a[i] = (3 * i + 1);

       }

}

 

int sumar(void) {

       int suma = 0;

       for(i=0; i<MAX; i++) {

              suma = suma + a[i];

       }

       return suma;

}

 

int main() {

       for(i=0; i<MAX; i++) {

              rellenar(i);

       }

 

       int total = sumar();

 

       cout << total << endl;

 

       return 0;

}

 

Hay dos detalles que hacen muy ineficiente este programa: (1) poner el for en el main para llamar 1000000 de veces a rellenar supone un gasto de tiempo muy grande (las llamadas a subrutinas son operaciones muy costosas); (2) hemos incluido unas operaciones aritméticas que no hacen nada.

Veamos el resultado de pasar el profiler. Para ello, usamos las siguientes órdenes:

g++ -o p3a p3a.cc -g -pg

./p3a

gprof p3a

 

La salida es.

$ g++ -o p3a p3a.cc -g -pg

$ time ./p3a
-1173078384

real    0m0.060s
user    0m0.052s
sys    0m0.008s

$ gprof p3a
Flat profile:

Each sample counts as 0.01 seconds.
  %   cumulative   self              self     total          
 time   seconds   seconds    calls  ms/call  ms/call  name   
 75.00      0.03     0.03  1000000     0.00     0.00  rellenar(int)
 25.00      0.04     0.01        1    10.00    10.00  sumar()
  0.00      0.04     0.00        1     0.00     0.00  global constructors keyed to a
  0.00      0.04     0.00        1     0.00     0.00  __static_initialization_and_destruction_0(int, int)


Vemos que el 75% del tiempo se gasta en la función rellenar (ya que se hacen muchas llamadas). El 25% del tiempo se gasta en la función suma.

 

¿Se puede mejorar?

Quitemos las operaciones aritméticas de la función rellenar (no hacen nada realmente) y además pongamos el bucle for dentro de la función (así sólo haremos una llamada a esta función). Esto debería darnos alguna mejora:

 

#include <iostream>

using namespace std;

#define MAX 1000000

 

int a[MAX];

int i = 0;

 

void rellenar(void) {

       for(i=0; i<MAX; i++) {

              if (i % 2 == 0){

                     a[i] = (i / 2);

              }else{

                     a[i] = (3 * i + 1);

              }

       }

}

 

int sumar(void) {

       int suma = 0;

       for(i=0; i<MAX; i++) {

              suma = suma + a[i];

       }

       return suma;

}

 

int main() {

 

       //una sola llamada a cada función

       rellenar();

       int total = sumar();

 

       cout << total << endl;

 

       return 0;

}

 

Como antes, para pasarle el profiler usamos las órdenes:

g++ -o p3b p3b.cc -g -pg

./p3b

gprof p3b

 

La salida del profiler en este caso es:

$ g++ -o p3b p3b.cc -g -pg

$ time ./p3b
-1173078384

real    0m0.021s
user    0m0.008s
sys    0m0.012s

$ gprof p3b
Flat profile:

Each sample counts as 0.01 seconds.
  %   cumulative   self              self     total          
 time   seconds   seconds    calls  ms/call  ms/call  name   
100.00      0.01     0.01        1    10.00    10.00  sumar()
  0.00      0.01     0.00        1     0.00     0.00  global constructors keyed to a
  0.00      0.01     0.00        1     0.00     0.00  __static_initialization_and_destruction_0(int, int)
  0.00      0.01     0.00        1     0.00     0.00  rellenar()

Ahora casi todo el tiempo se gasta en la llamada a la función suma, y muy poco en la llamada a rellenar (sólo hacemos una llamada a cada una de las funciones, lo que hace que el tiempo empleado sea mucho menor).


A partir de este programa, se propone como práctica que tomeis un programa propio (del que tengáis el código fuente), le apliqueis el profiler y analiceis en qué funciones se gasta más tiempo. A partir del análisis, intentad mejorarlo (optimizar el cuello de botella detectado) y volved a pasarle el profiler para comprobar que lo habeis optimizado.

Se valorará que se haga con programas propios (en lugar de partir de esos ejemplos que hemos usado) y que se haga con otros compiladores distintos al gcc (p.ej. VC++, Perl, PHP, Java, etc).

viernes, 23 de marzo de 2012

Clase del 20 de marzo

El martes de esta semana dedicamos la clase de teoría a comentar el avance de las prácticas 1 y 2: cosas que se están haciendo bien y cosas con las que hay que tener cuidado al entregar prácticas.

Por ahora todas las prácticas están bastante bien (en general). Como detalles a cuidar para las siguientes entregas, cabe destacar la mejora en la expresión de la redacción y las faltas de ortografía.

Comentamos (recordamos) que quien quisiera, podía publicar en su propio blog las respuestas a las preguntas de clase o a las prácticas. Sólo tendría que enviar la URL para enlazar en el blog de la asignatura.

Por último, describimos varios posibles trabajos, mostrando qué secciones se deberían hacer, etc. En cuanto a las temáticas, en el swad está la lista de posibles trabajos. Es sólo una relación inicial, por lo que se pueden proponer nuevos trabajos.
   

miércoles, 14 de marzo de 2012

Ejercicio de clase: monitores

En la clase de ayer martes día 13 se planteó el siguiente ejercicio de clase:

¿has usado monitores para comprobar tus sistemas? (sin contar con la práctica 2 de DyEC)
¿cuáles?
¿con qué objeto?


Ejercicio de clase: simuladores de hardware

En la clase de ayer martes día 13 se planteó el siguiente ejercicio de clase:

Buscar sistemas gratuitos de simulación, especialmente para hardware.

Ejercicio de clase: métricas

En la clase de ayer martes día 13 se planteó el siguiente ejercicio de clase:

Indicar las métricas que se usarían, y de qué tipo son (más-es-mejor, menos-es-mejor, nominal-es- mejor), en los siguientes sistemas:
  • tarjeta gráfica,
  • impresora,
  • programa servidor web,
  • ordenador servidor web.

Terminado el tema 1 de teoría

Ayer terminamos el tema 1 de teoría.
 

Tras ver en la primera clase en qué momentos de la vida de un S.I. hay que llevar a cabo diversas evaluaciones (y las fases en que se divide una evaluación), ayer vimos qué métricas existen, qué son los programas de monitorización y cómo medir tiempos. También vimos algunas herramientas de línea de comandos para Linux y para Windows.

En las clases de prácticas de esta semana comenzamos la práctica 2.
  

La semana que viene dedicaremos la clase de teoría a detallar los trabajos, y en lo posible, a que todos tengamos definido cuál vamos a hacer.

martes, 13 de marzo de 2012

Webs de interés para la asignatura

Webs interesantes:

http://www.tomshardware.com/
http://www.anandtech.com/
http://reviews.cnet.com/
http://slashdot.org/
http://www.securitybydefault.com/
http://freecode.com/
http://www.makeuseof.com/
http://www.gizmodo.es/
http://www.xataka.com/
http://www.engadget.com/

http://alt1040.com/
http://www.overclockersclub.com/
http://www.bloginformatica.net/
http://www.configurarequipos.com/
http://appleweblog.com/software

Algunas comparativas:

Comparativas de navegadores web:
http://www.tomshardware.com/reviews/chrome-17-firefox-10-ubuntu,3129.html
http://www.tomshardware.com/reviews/macbook-air-chrome-16-firefox-9-benchmark,3108.html

Comparativas de SSD:
http://www.tomshardware.com/reviews/ssd-review-benchmark,3139.html

Comparación de compiladores:
http://www.randombit.net/x86_comp.html

Comparar varios serv web en la misma máq. (iis, apache, etc)
http://www.makeuseof.com/tag/set-lightweight-windows-web-server-quickly-uniform-server/

Información y comparativas de pantallas:
http://www.tftcentral.co.uk/
http://www.makeuseof.com/tag/5-shopping-monitor/
http://www.anandtech.com/tag/displays
http://reviews.cnet.com/monitors/

UBUNTU vs WIN-7:
http://www.tomshardware.com/reviews/ubuntu-oneiric-ocelot-benchmark-review,3121.html

Comienza la práctica 2: Programas de monitorización

Esta semana comenzamos la práctica 2, que durará dos sesiones de prácticas.

Esta práctica la vamos a dedicar a al búsqueda, instalación y configuración de programas de monitorización para diversos S.O. Concretamente queremos medir prestaciones en los subsistemas de CPU, disco, memoria y red.

Como ejemplos de monitores, se proponen los siguientes:
  • Linuxgtop, ktop, top, sar, vmstat, perfmeter, iostat, df, du, cat /proc/cpuinfo, cat /proc/meminfo
  • Windows: monitor de windows, Aida64, gpu-z, GPU Monitor, CPUMon, Microsoft Process Explorer
  • OS X: iStat Pro, Net Monitor, Hardware Monitor, Activity Monitor
Por otro lado, y puesto que no sólo existen estos S.O., propongo que quien quiera, haga la práctica en otros sistemas: Android, iOS, etc. Esto será como una alternativa opcional (y conviene consultar al profesor).   

¿Qué hay que entregar como resultado de hacer la práctica? Debemos hacer un documento en el que describamos cada programa encontrado/usado. Para ello, y para cada programa, vamos a dar el enlace (o la forma en que podemos encontrarlo e instalarlo); el sistema operativo bajo el que funciona ese programa; describiremos cómo se instala y configura; mostraremos alguna captura de pantalla del programa en funcionamiento; y por último diremos si las medidas observadas reflejan algún problema en la máquina (falta de memoria, cpu o disco)

miércoles, 7 de marzo de 2012

Ejercicio de clase 2. Obsolescencia programada

Al finalizar la clase, hemos proyectado dos vídeos sobre la obsolescencia programada. Se pueden encontrar en http://bit.ly/zWBA5K

Como ejercicio se propone buscar ejemplos reales y claros de obsolescencia programada: cómo algunos fabricantes o desarrolladores ponen fecha de caducidad a sus productos o sistemas.

Ejercicio de clase 1. Sistemas operativos

Al final de la primera unidad (tema 1), hemos planteado un ejercicio de
clase en relación con los sistemas operativos que normalmente utilizamos
en nuestras máquinas.

Se pide que busqueis información sobre los S.O. que llevan otros
dispositivos diferentes a los ordenadores corrientes. Indicar las
características principales, hardware en que funcionan, y qué nicho de
mercado cubren.

Primera clase de teoría. 6 de marzo

En la clase de teoría (2h) de esta semana comenzamos el tema 1, completando las unidades 1 y 2.

Concretamente, la clase se ha dedicado a la definición de un sistema informático y los niveles de estudio de los mismos, a justificar la necesidad de la evaluación de los sistemas (a cualquier nivel), y por último, a presentar las diferentes fases en la evaluación de un sistema.
  

Resumidamente, estas fases son:
  • Especificar los objetivos y definir el sistema
  • Listar los servicios que ofrece el sistema y sus posibles resultados
  • Seleccionar las métricas
  • Listar los parámetros que pueden afectar a las prestaciones
  • Factores a estudiar
  • Seleccionar las técnicas de evaluación
  • Seleccionar la carga de trabajo
  • Diseñar los experimentos
  • Analizar e interpretar los datos
  • Presentar los resultados
Por último, hemos visto ejemplos de trabajos (de años anteriores) en los que siguiendo dichas fases, se evalúan varios elementos de un sistema.

Tanto las transparencias del tema como los tres ejemplos vistos están disponibles para su descarga en http://swad.ugr.es

lunes, 5 de marzo de 2012

Hemos comenzado las prácticas. Información sobre la práctica 1

Esta primera práctica consiste en buscar recursos relacionados con la temática de la asignatura. El PDF del guión está en el swad.  En el guión falta que indicar que la entrega se hará enviando por email el documento realizado (un PDF, normalmente) en el que habrás recopilado varios enlaces, con su descripción y una puntuación que indique cómo de actualizada y objetiva es la información que hay en dicho enlace. No olvides incluir en el cuerpo del email tu nombre y apellidos.  Puedes entregar la práctica cuando la tengas terminada. Cuanto antes, mejor, ya que te la quitas de enmedio. En principio, espero que todos la hagáis sin problemas a lo largo de esta semana.

domingo, 4 de marzo de 2012

Comenzamos las prácticas esta semana

Mañana día 5 comenzamos con la primera práctica de DyEC. Explicaremos sucintamente qué prácticas vamos a hacer este curso, y en detalle veremos (y comenzaremos) la primera.
 

Además, el martes 6 comenzamos con la teoría (veremos la mitad del tema 1).

lunes, 20 de febrero de 2012

Estrenamos el blog de la asignatura

¡Hola!

Con esta entrada sólo quiero daros la bienvenida al blog de la asignatura, en el que iremos publicando resúmenes de las clases, materiales adicionales, enlaces, etc, etc.

También quiero que sea una herramienta de colaboración en el desarrollo de las clases. Espero que aporteis vuestros puntos de vista y vuestras opiniones.

Un saludo