Pre Informe 1

Confirmo que recibi los siguientes archivos con su correspondiente sha-1

b002c1857b1cd3e1d61895824d47e2fab1a8ca55  CaracterizaciónDeComponentesDiscretosEIntegradoUsandoLaTarjetaDeSonidoDePC.pdf
4c61418afed9289cd673c749ae3b943d7a2e87b5  DopplerPavlovTichno-preinfomeTP1.pdf
dcdeb6770047d466345f7b68254ca855bbd8139a  FWP Electrónica Placa Audio.pdf
248f2ac8daf9499f09da6d5c8a2d921202ccde50  P1_ Petriella_Cusato.pdf
4ca106cf8f1167fc4c3f08100219a17097fd4d86  PreInforme_Daneri_Sallaberry_Quintana.pdf
58b429b87582a7f54f4fe9bfffc20f507a0227e3  Preinforme TP1.pdf
6582f5846ac52e9e249836f99ab09dfa460b9bdf  Preinforme_Burne_Zanini.pdf
c55eb8eba35f1b275a6588c9f94276a3f1b13848  preinforme1_fersamar.pdf
86488d169f969f977ea82026ec68e1f502bcac7b  Preinforme 1 Brinatti Toscani Lacapmesure.pdf

(si no saben lo que es sha-1, vuelvan a leer el material de git)

Sobre el pre-informe

Conforme se va acercando la fecha de entrega aprovecho para hacerles algunas observaciones:

  • El pre informe es una herramienta de diagnostico y de apoyo, no de evaluación. La idea es que su confección junto con los comentarios que les haremos les sirva para la versión final del informe.
  • Entreguen la version que tengan, como la tengan. Y donde no tienen nada pueden poner lo que piensan hacer.
  • Se entrega por mail a hgrecco@df.uba.ar con el subject. PREINFORME 1

Clase del 12 de septiembre

El 12 de septiembre no habrá clase en apoyo a la convocatoria impulsada por la facultad en Res. (CD) Nº 2366/18 de paro, clases públicas y movilización desde
el Ministerio de Educación, Cultura, Ciencia y Tecnología al Congreso de
la Nación el jueves 13 de septiembre a las 11 hs.

El calendario quedaría:

  • 12 de septiembre: No hay clase
  • 19 de septiembre: no hay clase por la AFA.
    Envío digital de pre-informe
  • 26 de septiembre: clase de FPGA.
    Discusión del pre-informe
  • 3 de octubre: clase de placas de adquisición
    Entrega del informe
El pre-informe consiste de una versión lo mas acabada posible del informe que presentarán el 3/10. La idea es poder ayudarlos a escribir una buena versión final con un feedback temprano.
El informe debe contener qué midieron, cómo midieron, que resultados obtuvieron y la confección de una mini hoja de datos. Deben hacerlo para, al menos, un componente discreto y otro integrado. No hace falta un introducción histórica ni una discusión grandilocuente.  Pueden poner referencias a codigo propio si está hosteado en un lugar público, a libros, papers, hojas de datos, etc.

(Por favor avisar a sus compañeros ya que el sistema muestra que hay sólo 12 suscriptos a la página)

Para pensar y programara

Les dejo en el siguiente link código Python (sin documentar) para que vean:

https://gist.github.com/hgrecco/141f6aedb00dd3d407fbd55f0027693c

Preguntas:

  1. ¿Qué hace cada una de las funciones y como lo hace (esto es trivial por el nombre)?
  2. ¿Para que son útiles en el contexto de lo que estuvimos trabajando?
  3. ¿Qué requerimientos hay sobre arr (implícitos y explícitos)
  4. Documenten las funciones
  5. ¿Que pasa si la función que llama a estas necesita que el chunk tenga siempre el mismo tamaño? ¿Que cambio harían?
  6. ¿Cómo harían algo parecido si arr fuera un generador?
  7. ¿Cómo harían algo parecido si arr fuera un archivo que no pueden cargar en memoria?