Seguimos buscando a Arshak. Ayudanos compartiendo!
Encuesta no oficial de docentes
Resultados de la encuesta no oficial de docentes
Probaste el SIGA Helper?

Donar $100 Donar $200 Donar $500 Donar mensualmente


Enviar respuesta 
 
Calificación:
  • 0 votos - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
[APORTE] Paradigmas de Programación - Final 27-02-2016
Autor Mensaje
FeRLanD Sin conexión
Campeon del cubo Rubik
En el delirio supremo de la ex...
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 102
Agradecimientos dados: 201
Agradecimientos: 163 en 29 posts
Registro en: Apr 2012
Mensaje: #1
[APORTE] Paradigmas de Programación - Final 27-02-2016 Finales Paradigmas de Programación
Hola gente! Les dejo el final tomado hoy de Paradigmas.

           

Saludos!
(Este mensaje fue modificado por última vez en: 27-02-2016 15:07 por FeRLanD.)
27-02-2016 15:02
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] FeRLanD recibio 1 Gracias por este post
MelisaGodoy (14-07-2016)
maxiGNR Sin conexión
Empleado de Fotocopiadora
Sin estado :(
**

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 39
Agradecimientos dados: 1
Agradecimientos: 4 en 3 posts
Registro en: Jul 2008
Mensaje: #2
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
Gracias por el aporte.
Alguien lo puede resolver y compartirlo? mas que nada la parte de funcional.

Gracias
09-03-2016 09:46
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Andres_utn Sin conexión
Militante
Sin estado :(
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 83
Agradecimientos dados: 32
Agradecimientos: 17 en 5 posts
Registro en: Apr 2014
Mensaje: #3
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
Gente alguno pudo resolver la Parte A, recien la trate de hacer y me dan ganas de no presentarme al final el sabado jaja.

Si alguno la tiene y la puede subir muy agradecido

Saludos
13-07-2016 11:33
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
lrodriguez84 Sin conexión
Empleado del buffet
Sin estado :(
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 11
Agradecimientos dados: 1
Agradecimientos: 3 en 3 posts
Registro en: Nov 2008
Mensaje: #4
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
Buenas gente, acabo de resolver la Parte A

A1: v1 y v2 son equivalentes por la currificación, y con v3 ya que utiliza expresión lambda (funcion anonima que solo utilizo en ese contexto).
v4 falla por definición de la función on.

A2a: La sintaxis es correcta, pero la iteración entraría en un loop infinito.
A2b: son expresiones de composicion, aplicacion parcial y orden superior
- no funciona, falta un parametro
- funciona, loop infinito (este punto me exploto la ram de la pc).
- funciona loop infinito.

Creo que es todo, voy a continuar resolviendo el resto de los puntos, si alguno puede aportar algo mas a la resolución, se lo agradecería.

*Aclaración: las respuestas son en base a resultados arrojados desde haskell.


Saludos.
Leo.
14-07-2016 12:35
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] lrodriguez84 recibio 1 Gracias por este post
MelisaGodoy (04-08-2016)
lrodriguez84 Sin conexión
Empleado del buffet
Sin estado :(
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 11
Agradecimientos dados: 1
Agradecimientos: 3 en 3 posts
Registro en: Nov 2008
Mensaje: #5
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
Paso la resolución del resto de puntos.

Parte B
b1) profesion(ted,arquitecto).
profesion(lily, maestra).
profesion(marshal, abogado).
profesion(barney, desconocido).

b2) No se puede resolver sin la utilizar listas, ya que no se pueden relacionar los elementos por si solos y obtener el maximo (no contamos con la funcion max en prolog). Tambien es un requsito utilizar orden superior, ya que findall arma la lista y es una función de orden superior.

b3) foo xs = elem (1,_) xs Es incorrecta, ya que elem no puede recibir una tupla.


Parte C
Rigoberto planteo una mejor solución ya que resuelve los distintos comportamientos, a travez de la herencia.

Ca) 1. no existe el polimorfismo, solo envia el mensaje a la variable de instancia para obtener el sueldo base.
2. el beneficio es la utilización del polimorfismo para el calculo del sueldo total, ya que abstraigo del tipo de empleado que tiene mi coleccion.
Cb) 1. No utiliza polimorfismo.
2. En sueldoBase
Cc) Pancracio deberia mejorar la solución, dividiendo las responsabilidades de cada tipo de empleado, como lo plantea Rigoberto que utiliza la herencia, abstracción y polimorfismo, que son algunas de las bases de la programación orientada a objetos.



Algunas de las justificaciones se pueden ampliar, aunque en los finales sugieren que no se guitarreé, asi que trate de ser lo mas escueto posible en las respuestas.



Si tienen algun otro final de 2016 subanlo que tengo pensado rendir el sabado y no encontre finales de este año en la pagina de pdep.


Saludos,
Leo.
14-07-2016 18:35
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] lrodriguez84 recibio 1 Gracias por este post
nanohueso (22-11-2016)
gabrielarce Sin conexión
Militante
Benditos finales..
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 99
Agradecimientos dados: 62
Agradecimientos: 19 en 11 posts
Registro en: Jan 2010
Mensaje: #6
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
Hola! para la parte A, en head. iterate (+1) esta aplicado parcialmente y toma el primer valor (por head)..
Saludos!
03-08-2016 01:32
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Ambro17 Sin conexión
Militante
Demasiado humano
***

Análisis de Sistemas
Facultad Regional Buenos Aires

Mensajes: 77
Agradecimientos dados: 9
Agradecimientos: 37 en 17 posts
Registro en: Jun 2014
Mensaje: #7
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
(14-07-2016 12:35)lrodriguez84 escribió:  Buenas gente, acabo de resolver la Parte A

A1: v1 y v2 son equivalentes por la currificación, y con v3 ya que utiliza expresión lambda (funcion anonima que solo utilizo en ese contexto).
v4 falla por definición de la función on.

A2a: La sintaxis es correcta, pero la iteración entraría en un loop infinito.
A2b: son expresiones de composicion, aplicacion parcial y orden superior
- no funciona, falta un parametro
- funciona, loop infinito (este punto me exploto la ram de la pc).
- funciona loop infinito.

Creo que es todo, voy a continuar resolviendo el resto de los puntos, si alguno puede aportar algo mas a la resolución, se lo agradecería.

*Aclaración: las respuestas son en base a resultados arrojados desde haskell.


Saludos.
Leo.

Puede ser que con el tipo de la función pida la firma? tipo a -> a -> b en lugar de los conceptos que aplica? No estoy seguro..
03-08-2016 20:56
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
gabrielarce Sin conexión
Militante
Benditos finales..
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 99
Agradecimientos dados: 62
Agradecimientos: 19 en 11 posts
Registro en: Jan 2010
Mensaje: #8
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
Claro, en el punto 2b de la parte A se pide el tipo de cada una..

- Num a => a -> a
- Num a => Int
- Num a => [[a]]

(de las 2 ultimas, no estoy muy seguro..)

Saludos!
04-08-2016 10:53
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Batman Sin conexión
Militante
Gotham City
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 51
Agradecimientos dados: 1
Agradecimientos: 142 en 27 posts
Registro en: Mar 2016
Mensaje: #9
RE: [APORTE] Paradigmas de Programación - Final 27-02-2016
Medio viejo, pero por si alguno anda revisando finales....
La parte B,
el b2 si puede resolverse sin listas....


ganador(Ganador):-
puntos(Ganador,PuntosGanador),
forall(puntos(Persona2,Puntos2),(PuntosGanador>=Puntos2)).


(El orden superior queda).

y el b3 es incorrecta la de Haskell pero NO porque elem no pueda recibir una tupla, sino porque se le puso el "_"... y parece romper todo ja

"It's Not Who I Am Underneath, But What I Do That Defines Me."
02-12-2016 20:35
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: 1 invitado(s)