Translate
jueves, 27 de marzo de 2014
miércoles, 26 de marzo de 2014
lunes, 24 de marzo de 2014
Mixin, Mixin y más Mixin...
El mixin es una técnica para la reutilización de código. El objetivo es que una función pueda estar en diferentes clases, aunque las clases no tengan ninguna relación.
Los mixin fueron utilizados por primera vez en Flavors que era un enfoque a la orientación a objetos utilizado en Lisp Machine Lisp. La ventaja de los mixin es que fomentan la reutilización de código y evitan problemas típicos asociados con la herencia múltiple.
¿Cómo funciona? Existen diferentes formas de implementarlo dependiendo del lenguaje.
Scala
En scala existen entidades llamadas traits. Los traits son características, similares a las interfaces de java, pero pueden contener código. Código que va a ser reutilizados por las clases que utilicen esta característica. Por supuesto una clase puede utilizar varias características.
Voy a tomar el ejemplo del libro programming in scala. Supongamos que queremos modelar la amistad entonces vamos hace un trait llamado Friend.
trait Friend {
val name : String
def listen() = println("Your friend " + name + "is listening")
}
Como se puede ver se declaro el val name, el cual debe ser proveído por la clase que vamos a mixiar. Ahora tenemos que utilizar a Friend, si la clase que utiliza este trait no extiende de ninguna clase podemos utilizar extends, por ejemplo:
class Human(val name: String) extends Friend
Human podría reescribir los métodos de Friend, por ejemplo si extendemos a Human en Man y Woman, estos también pueden reescribir estos métodos.
Cuando una clase extiende de otra clase se debe utilizar la palabra clave with. Con with podemos utilizar varios trait. Veamos la clase Dog:
class Dog(val name:String) extends Animal with Friend {
override def listen = println(name + "'s listening quietly")
}
En el ejemplo reescribimos el método sólo para mostrar que se puede reescribir, pero si no es necesario no se debe reescribir.
Ahora podemos utilizar el trait heredado y es más podemos tipar por ese trait como lo hacemos en java con las interfaces:
val john = new Man("John" )
val sara = new Woman("Sara" )
val comet = new Dog("Comet" )
john.listen
sara.listen
comet.listen
val mansBestFriend : Friend = comet
mansBestFriend.listen
También podemos utilizar el mixin en instancias no solo en clases por ejemplo una clase gato, el gato por naturaleza no es muy amistoso:
class Cat(val name: String) extends Animal
Pero existe un gato llamado snowy que es muy amigable, entonces podemos hacer lo siguiente:
val snowy = new Cat("Snowy" ) with Friend
val friend : Friend = snowy
friend.listen
Mixin es una técnica de reutilización de código que nos provee gran flexibilidad en Scala. Veamos como se implementa en Ruby.
Ruby
En Ruby definimos módulos y podemos importar estos módulos en nuestras clases.
module Debug
def who_am_i?
"#{self.class.name} (\##{self.id}): #{self.to_s}"
end
end
class Phonograph
include Debug
# ...
end
class EightTrack
include Debug
# ...
end
ph = Phonograph.new("West End Blues")
et = EightTrack.new("Surrealistic Pillow")
ph.who_am_i? #Phonograph (#935520): West End Blues
et.who_am_i? #EightTrack (#935500): Surrealistic Pillow
Groovy
El caso de Groovy resuelve el mixin con anotaciones o con el método mixin, es como una fusión de Java y Ruby.
Pero como Ruby tiene la ventaja de ser un lenguaje de tipado dinámico, lo que nos da ciertas libertades.
Usemos anotaciones:
class Dog {
def talk() {
"Woof, woof"
}
}
@Mixin(Dog)
class Talk {
// other stuff here
}
Y listo! Pero a la vez groovy permite hacer mixin con instancias no solo con clases de la siguiente manera:
someoneElsesClass.mixin(Dog)
Como es dinámicamente tipado, no hay problema si hacemos:
someoneElsesClass.talk()
En Scala si queríamos hacer esto usábamos with en el constructor tipando de esta manera al objeto:
val snowy = new Cat("Snowy" ) with Friend
val friend : Friend = snowy
friend.listen
El método mixin de Groovy tiene la ventaja que se puede utilizar en cualquier momento, no como la palabra reservada de Scala with que sólo se puede utilizar en el constructor.
Dart
Dart implementa el mixin muy similar a scala, es decir tiene trait que pueden ser agregados a las instancias o a las clases. Pero además tiene interfaces, veamos un ejemplo:
interface Shape {
num perimeter();
}
trait Rectangle implements Shape {
final num height, width;
Rectangle(num this.height, num this.width); // Compact constructor syntax.
num perimeter() => 2*height + 2*width; // Short function syntax.
}
class Square extends Rectangle {
Square(num size) : super(size, size);
}
Dart usa las interfaces como Java, pero tiene trait como Scala y estas características se pueden combinar.
Ceylon
En Ceylon existen las interfaces que al igual que Scala pueden contener código; es decir una interfase de Ceylon es similar a un trait de Scala:
shared interface Writer {
shared formal Formatter formatter;
shared formal void write(String string);
shared void writeLine(String string) {
write(string);
write(process.newLine);
}
shared void writeFormattedLine(String formatString, Object... args) {
writeLine( formatter.format(formatString, args) );
}
}
shared class ConsoleWriter()
satisfies Writer {
formatter = StringFormatter();
shared actual void write(String string) {
writeLine(string);
}
}
Hay una diferencia sutil pero importante entre los traits de Scala y las interfaces en Ceylon: en Ceylon no puedes guardar estado en las interfaces; es decir, no puedes tener atributos concretos (ni mutables ni inmutables). Solamente puedes definir atributos como "formal", para que los implemente la clase que satisfaga dicha interfaz. La única manera de tener atributos concretos en una interfaz es definirlos con getter y opcionalmente con setter, pero atributos simples no lo permite.
Como podemos ver en todos los lenguajes la idea la similar, cambia un poco la forma de implementarla.
Mixin es una característica de los lenguajes modernos, que nos brinda una forma práctica de reutilización de código.
Que implementación les gusto más?
domingo, 23 de marzo de 2014
Correr scripts sql con Hibernate
Esto no es una gran novedad pero bueno; Hibernate permite configurar un script que se ejecute cuando crea las tablas por lo tanto, deben imaginar que Hibernate debe estar configurado en hibernate.hbm2ddl.auto en create o create-drop.
Simplemente en el persistence.xml debes configurar el parámetro hibernate.hbm2ddl.import_files con los archivos sql que vas a correr separados por comas, como por ejemplo /1.sql, /2.sql, /etc.sql
Y listo, cuando Hibernate arranque va a crear las tablas y luego va a correr estos scripts. Si queres que logee tenes que agregar a la configuración de log4j los siguiente:
log4j.logger.org.hibernate.tool.hbm2ddl=DEBUG
Espero que les sirva.
Simplemente en el persistence.xml debes configurar el parámetro hibernate.hbm2ddl.import_files con los archivos sql que vas a correr separados por comas, como por ejemplo /1.sql, /2.sql, /etc.sql
com.ejemplo.model.Clase1 com.ejemplo.model.Clase2 com.ejemplo.model.Clase3 com.ejemplo.model.Clase4
Y listo, cuando Hibernate arranque va a crear las tablas y luego va a correr estos scripts. Si queres que logee tenes que agregar a la configuración de log4j los siguiente:
log4j.logger.org.hibernate.tool.hbm2ddl=DEBUG
Espero que les sirva.
Influencia de los lenguajes de programación
Una infografía de los lenguajes y sus influencias, la idea de la infografía no es saber que lenguaje influyo a otro, simplemente porque no se ve pero nos sirve para saber que lenguajes son los más influyentes, a simple vista se puede ver:
Lisp, scheme, Logo, Forth, Dylan, Smalltalk, Ruby, Python, Lua, Java, Object-C, ML, Pascal, Haskell, etc
Y que lenguaje sabes? y cual vas a aprender?
Lisp, scheme, Logo, Forth, Dylan, Smalltalk, Ruby, Python, Lua, Java, Object-C, ML, Pascal, Haskell, etc
Y que lenguaje sabes? y cual vas a aprender?
jueves, 20 de marzo de 2014
CourseBuffet, buscando los mejores cursos...
CourseBuffet es un buscador de cursos gratuitos. Como sabrán coursera, edx, Udacity y otras plataformas, brindan excelentes cursos. Cual tomar? donde encuentro el curso del tema que necesito? Para responder estas preguntas inventaron CourseBuffet.
Gran idea!!
Dejo el link: http://www.coursebuffet.com/
Java 8
Llegue retarde a la noticia, pero de igual manera me quiero hacer eco de esta noticia. La página de Oracle ya está presente la descarga de Java 8; pero al parecer el lanzamiento oficial, será el próximo 25 de marzo.
Ya deben estar enterados de las novedades, entre las que se encuentra lambda. Esta versión sin duda es una de las más importantes.
En mi opinión el cambio de lenguaje no es tan importante, dado que tenes lenguajes en esta plataforma que son muy buenos, ya pensados para utilizar lambda. Si yo manejaría la pelota, me dedicaría a aprender Scala, Groovy, Clojure, etc. Pero es verdad que va a haber mucho trabajo en Java 8.
Que opinan? Tiene posibilidades Java 8?
Ya deben estar enterados de las novedades, entre las que se encuentra lambda. Esta versión sin duda es una de las más importantes.
En mi opinión el cambio de lenguaje no es tan importante, dado que tenes lenguajes en esta plataforma que son muy buenos, ya pensados para utilizar lambda. Si yo manejaría la pelota, me dedicaría a aprender Scala, Groovy, Clojure, etc. Pero es verdad que va a haber mucho trabajo en Java 8.
Que opinan? Tiene posibilidades Java 8?
martes, 18 de marzo de 2014
domingo, 16 de marzo de 2014
The Open source owns the web
Como sabrán Linux fue concebido en la web, y con filosofía web 2.0 dado que la la gente compartía su código por la web. No es casual que las mayores tecnologías que se usan en la web sean Open Source.
sábado, 15 de marzo de 2014
Groovy o Scala esa es la cuestión
Groovy y Scala son lenguajes que se están haciéndose famosos en la plataforma Java. Los dos son similares pero tienen diferencias importantes; que son buenas saberlas antes de elegir uno o otro.
Como semejanza los dos lenguajes corren sobre la JVM, con interoperabilidad con toda la plataforma. Los dos son orientados a objetos pero Scala también es funcional y los dos tienen clausuras. Además los dos permiten un sistema de reutilización con mixins.
Los dos lenguajes soportan aplicación parcial de una función y curring, pero el uso de estas características es más natural en Scala dado que es funcional. Además Scala optimiza las funciones recursivas esto tiene gran importancia en el paradigma funcional pero no tiene tanta importancia en la programación imperativa.
Los dos tienen por defecto evaluación ansiosa o eagerly; sin embargo Scala permite call-by-name y lazy evaluation. En Groovy se puede emular call-by-name con clousures.
Scala no tiene el concepto de campos o clases estáticas, utiliza el concepto de objetos que son similares a objetos singletones; en cambio Groovy, si utiliza statics.
Groovy es un lenguaje dinámicamente tipado pero también podemos trabajar con tipado estático (definiendo los tipos a las variables), esto puede ser bueno o malo depende de como lo veamos; además Groovy soporta dynamic meta-programming.
Scala es un lenguaje estáticamente tipado por lo tanto no soporta dynamic meta-programming, es este punto Scala es más parecido a Java pero Scala cuenta con un sistema de tipos más sofisticado que Java. Algo que también hace la curva de aprendizaje más empinada.
Groovy es sintácticamente más parecido a Java pero semánticamente se ve la influencia que tuvo Ruby. Scala en cambio sintácticamente se ve la influencia de Java y Ruby, pero semánticamente fue influido por Java, SML, Haskell y gBeta.
A mi entender lo principal que impulso a Groovy fue Grails fue el caballo de batalla y que le hizo muy buena publicidad al lenguaje. En cambio Scala no tenia un framework de desarrollo ágil que lo impulsara hasta que la empresa Typesafe compro el framework Play! y con Play 2 adaptaron a Play para que funciones con Scala. Si bien Grails esta super maduro, Play! tiene una comunidad muy buena.
James Strachan el creador de Groovy dijo: “I can honestly say if someone had shown me the Programming in Scala book by Martin Odersky, Lex Spoon & Bill Venners back in 2003 I’d probably have never created Groovy.” Dicho que condena a Groovy, pero a mi entender es un tanto injusto. Groovy es un lenguaje de tipado dinámico con características que lo hacen muy práctico y muy fácil de aprender. En cambio Scala es un lenguaje de tipado estático, que tiene una curva de aprendizaje mayor a Groovy.
Estas son las diferencias más importantes, que tenemos que tener en cuenta cuando escogemos uno o el otro…
Como semejanza los dos lenguajes corren sobre la JVM, con interoperabilidad con toda la plataforma. Los dos son orientados a objetos pero Scala también es funcional y los dos tienen clausuras. Además los dos permiten un sistema de reutilización con mixins.
Los dos lenguajes soportan aplicación parcial de una función y curring, pero el uso de estas características es más natural en Scala dado que es funcional. Además Scala optimiza las funciones recursivas esto tiene gran importancia en el paradigma funcional pero no tiene tanta importancia en la programación imperativa.
Los dos tienen por defecto evaluación ansiosa o eagerly; sin embargo Scala permite call-by-name y lazy evaluation. En Groovy se puede emular call-by-name con clousures.
Scala no tiene el concepto de campos o clases estáticas, utiliza el concepto de objetos que son similares a objetos singletones; en cambio Groovy, si utiliza statics.
Groovy es un lenguaje dinámicamente tipado pero también podemos trabajar con tipado estático (definiendo los tipos a las variables), esto puede ser bueno o malo depende de como lo veamos; además Groovy soporta dynamic meta-programming.
Scala es un lenguaje estáticamente tipado por lo tanto no soporta dynamic meta-programming, es este punto Scala es más parecido a Java pero Scala cuenta con un sistema de tipos más sofisticado que Java. Algo que también hace la curva de aprendizaje más empinada.
Groovy es sintácticamente más parecido a Java pero semánticamente se ve la influencia que tuvo Ruby. Scala en cambio sintácticamente se ve la influencia de Java y Ruby, pero semánticamente fue influido por Java, SML, Haskell y gBeta.
A mi entender lo principal que impulso a Groovy fue Grails fue el caballo de batalla y que le hizo muy buena publicidad al lenguaje. En cambio Scala no tenia un framework de desarrollo ágil que lo impulsara hasta que la empresa Typesafe compro el framework Play! y con Play 2 adaptaron a Play para que funciones con Scala. Si bien Grails esta super maduro, Play! tiene una comunidad muy buena.
James Strachan el creador de Groovy dijo: “I can honestly say if someone had shown me the Programming in Scala book by Martin Odersky, Lex Spoon & Bill Venners back in 2003 I’d probably have never created Groovy.” Dicho que condena a Groovy, pero a mi entender es un tanto injusto. Groovy es un lenguaje de tipado dinámico con características que lo hacen muy práctico y muy fácil de aprender. En cambio Scala es un lenguaje de tipado estático, que tiene una curva de aprendizaje mayor a Groovy.
Estas son las diferencias más importantes, que tenemos que tener en cuenta cuando escogemos uno o el otro…
Discover Dart
Hola quería compartir un nuevo curso de code scholl sobre Dart. Recuerdan que Dart es el lenguaje de google que quiere desterrar a Javascript.
Dejo link:
http://dart.codeschool.com/
Dejo link:
http://dart.codeschool.com/
jueves, 13 de marzo de 2014
lunes, 10 de marzo de 2014
Recompensa del esfuerzo
Si bien no tiene que ver directamente con el blog; quiero compartir esta reflexión de Alejandro Dolina. La relación con este blog tiene que ver con el goce de aprender, el goce de usar la cabeza, tiene que ver con una visión que quiero del mundo. Y en parte explica este blog.
domingo, 9 de marzo de 2014
La historia de los lenguajes de programación
He posteado varias infografias o comparativas de lenguajes pero creo que ninguna es tan completa y fácil de leer como la que adjunto. Y a la vez muestra las personas detrás del lenguaje.
Dejo link:
http://thequickword.wordpress.com/2014/02/16/james-irys-history-of-programming-languages-illustrated-with-pictures-and-large-fonts/
Dejo link:
http://thequickword.wordpress.com/2014/02/16/james-irys-history-of-programming-languages-illustrated-with-pictures-and-large-fonts/
Suscribirse a:
Entradas (Atom)