En que programar?

[dec]

Hola,

¡No te conformes con un libro! Ni tampoco con un lenguaje.

[mamcx]

En terminos generales, es bueno aprender mas de un language (de hecho diria que es fundamental para volverse buen programador).

Pero es importante saber mezclarlos. No tiene mucha gracia aprender Java y C# (muy parecidos). Es mejor aprender lenguajes opuestos, o que te introduzcan a formas muy diferentes de hacer las cosas.

Por ejemplo, luego de usar Delphi, empeze con python: http://www.python.org/. Delphi y python son muy diferentes, pero complementarios.

Con Delphi, aprendes mucho sobre estructuras estaticas, la importancia de predefinir todo y de usar lenguajes estaticos y compilados, ademas de RAD. Python es inverso: Es dinamico, es scripting, es definir por codigo y no por IDE.

Otros combos interesantes para combinar con Delphi:

Haskell: http://learnyouahaskell.com/

Te quita el concepto de la programacion OO y te introduce a su opuesto natural: Programacion funcional

C# o Java: Para conseguir un trabajo

Ruby: Metaprogramacion y magia. El opuesto en estilo de python, tirando mas a lenguaje funcional. Muy popular entre desarrolladores web

Go (http://golang.org/): Programacion multi-hilos, mas simple.

------
Pero es ideal saber manejar bien uno primero antes de aventurarse a aprender los demas. Lo que aprendes en la U tiende a ser una muy escueta introduccion a la programacion, y hasta que no desarrolles software no vas a enfrentarte a los desafios necesarios que construiran la experiencia que necesitas para poder realmente decir que sabes programar.

Asi que yo empezaria por saber a donde te quieres enfocar, y un proyecto X en concreto. Luego ejecutarlo y terminarlo.

[roman]

Empezado por mamcx

C# o Java: Para conseguir un trabajo

¿De plano es su única virtud?

// Saludos

[Casimiro Noteví]

Esa ha sido buenísima

[roman]

Empezado por mamcx

Otros combos interesantes para combinar con Delphi:

Haskell: http://learnyouahaskell.com/

Te quita el concepto de la programacion OO y te introduce a su opuesto natural: Programacion funcional

Y esto, ¿no es como un retroceso? ¿De qué va este haskell? ¿Es similar a lisp? ¿En qué áreas se usa?

// Saludos

[mamcx]

Empezado por roman

Y esto, ¿no es como un retroceso? ¿De qué va este haskell? ¿Es similar a lisp? ¿En qué áreas se usa?

// Saludos

Retroceso en que?

Algo que me tomo tiempo entender es que no existe una linea ascendete tipo:

Programacion Imperativa < Estructural < Objetos

Sino familias de lenguajes. Por lo tanto, no hay retroceso en pasar de una familia a otra (algo que hacemos todo el tiempo, por ejemplo al usar un lenguaje declarativo como SQL o HTML).

La programacion funcional es la OPUESTA a la orientada a objetos. En OO se tiende a enfatizar todo en el sustantivo, mientras en la funcional en el paso de datos.

La primera vez que entendi la diferencia fue leyendo:

http://steve-yegge.blogspot.com/2006...-of-nouns.html

P.D: Al igual que todo "estilo", la programacion funcional puede ser incorporada en otros lenguajes que son OO, y la OO se puede introducir en otros lenguajes no OO (como por ejemplo, cuando se simular OO en C).

Esto significa que no hay que sacrificar -del todo- la herramienta que conozco ahora, por una totalmente diferente.

Un ejemplo simple, en python (python es multi-paradigma: OO, procedural, funcional, imperativo):

Tradicional, imperativo (con efectos colaterales):

Código PHP:

amigos = ['a','b','c']

amigos.sort()

for amigo in amigos:
    print amigo.upper() 


Funcional (sin efectos colaterales):

Código PHP:

amigos = ['a','b','c']

[amigo.upper() for amigo in sorted(amigos)] 


Una buena discusion de cuando se usa un estilo u otro:
http://stackoverflow.com/questions/2...ed-programming

La programacion funcional ha sido casi siempre un "nicho" oscuro, ppalmente porque sus proponentes son muy de la academia y meten una terminologia y casos de usos muy cienti/matematico/esoterico que es dificil de resonar con el programador promedio, pero ultimamente sus conceptos mas utiles se han ido pegando en varios lenguajes. Por ejemplo:

Soporte a Closure y funciones de primero orden

Uso de funciones anonimas / lambdas

Tambien han ido surgiendo lenguajes como F#, Scala, Clojure que tiene un punto de vista mas "normal" de la programacion funcional y que como corren sobre un runtime como .NET/Java permiten importar codigo OO.

[Julián]

Empezado por mamcx

Código PHP:

amigos = ['a','b','c']

amigos.sort()

for amigo in amigos:
    print amigo.upper() 


Funcional (sin efectos colaterales):

Código PHP:

amigos = ['a','b','c']

[amigo.upper() for amigo in sorted(amigos)] 


Y ¿Cuales son eso efectos colaterales?
Y por cierto, el segundo ejemplo parece mucho mas retorcido, en el peor sentido, que el de php.

Un saludo!

[roman]

Empezado por Julián

Y por cierto, el segundo ejemplo parece mucho mas retorcido, en el peor sentido, que el de php.

Me parece que ambos ejemplos están en python.

// Saludos

[maxi915]

ajam, todo muy bien, pero sigo sin saber las diferencias claves en los lenguajes ..muy buenos aportes de todas formas

[mamcx]

Empezado por Julián

Y ¿Cuales son eso efectos colaterales?

http://docs.python.org/howto/functional.html

In a functional program, input flows through a set of functions. Each function operates on its input and produces some output. Functional style discourages functions with side effects that modify internal state or make other changes that aren’t visible in the function’s return value. Functions that have no side effects at all are called purely functional. Avoiding side effects means not using data structures that get updated as a program runs; every function’s output must only depend on its input.

El efecto colateral es este: amigos.sort()

Supongamos que el codigo que puse (ambos son python, pongo etiqueta PHP por los colores, ya que no hay para python) fuera una funcion:

Código PHP:

def listarAmigos(amigos):
    amigos.sort()

    for amigo in amigos:
        yield amigo.upper()


amigos = ['b','a','c']

print list(listarAmigos(amigos))
>> RESULTADO: ['A', 'B', 'C']
print amigos
>> RESULTADO: ['a', 'b', 'c'] 


Como ves, al invocar listarAmigos ocurrio un efecto colateral: La funcion altero los datos/objetos.

En la programacion funcional se busca que con la MISMA entrada ocurra EXACTAMENTE, SIEMPRE, la MISMA salida. Esto ayuda a que el programa sea mas confiable, correcto y sin sorpresas inesperadas.

O en otras palabras, se busca la inmutabilidad de los datos, y se prefiere retornar copias nuevas de los datos transformadas por funciones.

En forma funcional:

Código PHP:

def listarAmigos(amigos):
    for amigo in sorted(amigos):
        yield amigo.upper()


amigos = ['b','a','c']

print list(listarAmigos(amigos))
>> RESULTADO: ['A', 'B', 'C']
print amigos
>> RESULTADO: ['b', 'a', 'c'] 


No se altero la estructura inicial (amigos).

Los efectos colaterales son causas de muchos errores y dificultad en depurar los programas, porque en cualquier momento, una estructura cambia su significado e informacion al ir pasando de un lado al otro, y el manejo del estado se debe chequear manualmente (recordar que si paso un objeto mutable lo que envie me puede devolver algo inesperado).

Functional programming can be considered the opposite of object-oriented programming. Objects are little capsules containing some internal state along with a collection of method calls that let you modify this state, and programs consist of making the right set of state changes. Functional programming wants to avoid state changes as much as possible and works with data flowing between functions. In Python you might combine the two approaches by writing functions that take and return instances representing objects in your application (e-mail messages, transactions, etc.).

Por lo tanto, se puede decir que OO es manipular maquinas de estado, donde cada "palanca" y "boton" representa un conjunto de datos y operaciones diferentes, mientras en funcional, cada funcion representa una transformacion de datos.

En OO se puede llegar a cosas raras como:

Código PHP:

class BD:
    conexion = ...
    esActivo = false

    def open(self):
        self.conexion = Conexion()
        self.esActivo = true

    def consulta(self, sql):
        #Esto es un error en potencia. El significado
        #de consulta depende de que previamente se abra
        #la conexion! Se debe colocar guardas
        return self.conexion.ExeSql(sql)
        #Ok, una guarda        
        if self.esActivo:
            #El colocar una guarda NO garantiza la ejecucion! El estado esta desconectado de los datos!
            return self.conexion.ExeSql(sql)

bd = new BD()

bd.open()

#ERROR. No hay garantia del manejo de estado, sin 
#programacion cuidadosa
bd.conexion = None

print bd.consulta("SELECT 1") 


Este es un ejemplo de como los estados con efectos colaterales complican la programacion y generan potenciales errores.