La parte difícil de programar …
No es aprender tu primer lenguaje. No es aprender tu segundo lenguaje ni el tercero tampoco. No es aprender Lisp, Scheme, Ruby, Python, Erlang, Haskell, Perl. No es saber C de atrás para adelante, de arriba para abajo. No tiene nada que ver con Java, script o regular. Tampoco tiene nada que ver con Objetive C. C++, C# o D. No es ni siquiera assembler.
No es entender la recursividad, No es usar lenguajes funcionales. No es entender cosas como Function Currying, y otros trucos geniales.
No es conocer el hardware hasta los bits. No es programar para sistemas embebidos, o para granjas gigantes de mainframes. No es obtener un título de Ciencias en computación. No es trabajar para Google, o Microsoft, o Sun, o IBM, o cualquiera. Tampoco es trabajar para vos. No es manejar tu tiempo, ni el de los demás. No es ni agil ni extremo.
La cosa más difícil de programar is que no importa quien seas, o que estés haciendo, la mayoría de las veces alguien ya lo ha hecho, lo ha hecho mejor, y lo ha lanzado al mundo para que lo vea y lo use. En vez de re-inventar la rueda, el mejor curso es cerrar emacs, y pasar algo del tiempo que ibas a pasar creando el esquema del siete millonésimo framework web leyendo documentación, y aprender a vivir con eso.
Sin embargo nunca entendí realmente eso del currying.
By Adan Bard
Setiembre 17th, 2008 at 6:12 pm
Currying es lo más sencillo del mundo, hombre. La entrada en wikipedia que has referenciado es bastante clara (bueh, por lo menos así lo veo yo).
Si me esperan unos 10 minutos hago un post explicando detalladamente el tema.
.
.
.
No, mentira. No entendí nada.
Setiembre 17th, 2008 at 10:11 pm
Jajajjaj si yo referencié a wikipedia por que cuando traduje el texto me quedé
…
Pero la idea se entiende igualmente y es bastante sincera.
Saludos !
Setiembre 19th, 2008 at 9:00 pm
Muy buena traducción. Yo ya lo había leído en inglés pero leerlo en español hace que lo lea más detenidamente y pensando
Actualmente eso se cumple mayormente. Un día te levantás con una idea genial para después enterarte que alguien ya la tuvo antes. Pero no por eso voy a decir “no programo nada total ya está todo hecho”. Bah, es cuestión de cada uno.
Setiembre 19th, 2008 at 11:45 pm
Exactamente !
Tiene que ver con la persona y la situación.
Por. ej:
Si uno tiene que implementar algo profesionalmente y se sabe que eso ya está hecho y muy depurado uno debería no experimentar y apostar por lo seguro, pensando como un ingeniero.
Ahora, la situación cambia si nosotros lo queremos para nosotros o bien para aprender, entonces pensamos como científicos y lo hacemos nosotros mismos; ya que tenemos contra que comprarlo. Y además no tenemos las cuestiones del riesgo o el tiempo que son normales en el caso anterior.
O por lo menos eso sería la desición más lógica creo yo …
Saludos !