"Steal This Software"

SOPA

2012-01-15T17:41:00.000-08:00

Codigo js:

Django-IDE: Ahora en GitHub!

2011-12-11T15:42:00.000-08:00

Ya está subido el código de lo que hay hasta ahora, de la IDE que estoy cocinando:

Introducing: Django-IDE

Hay mucho por hacer y mucho por mejorarle, por lo que, colaboradores bienvenidos!

Django-IDE: Video preview

2011-10-25T16:36:00.000-07:00

Luego de escribir este post IPnaf IDE - La IDE definitiva para python, y recibir algunos comentarios que me hicieron pensar (y ver que, estaba un poco equivocado en mis comentatios), me dije "y por qué no puedo ser yo quién arme una IDE?"

Y así fue que, pensando un poco, me puse a intentar llenar un hueco que, creo que está lo suficientemente vacío como para que un esfuerzo allí, valga la pena.
Entonces, empezó a nacer Django-IDE.

Les dejo un video con una preview muy muy muuuuy temprana (no tiene para nada todos los features que va a tener), en fin, acá va:

Ver en youtube

What is Django-IDE good for?

Django-IDE helps you to:

Easily create Django projects.
Manage and edit existing project
Edit and Save your code, with a editor based on Ace.
Run and debug.

La estoy armando a pulmón, esto es, codeo un poco los findes, y cuando puedo...
Espero comments!!! :)

It Sucks! (parte 2)

2011-10-11T19:58:00.000-07:00

Ejemplo: WebService SOAP doloroso:

Producto: MSCRM 2011

Accion: Login con Live + retrieve de una cuenta

Es necesario? Realmente tiene que ser tan mugroso?

Para mí, es un Epic Fail.

IPnaf IDE - La IDE definitiva para python

2011-10-07T20:08:00.000-07:00

Dentro del titulo mentiroso, que usé para atraer la atención (el plan B era poner "cerveza gratis!") encierro un pensamiento mío, pero que creo que muchos compartimos. Pero, primero lo primero:

IPnaf IDE quiere decir: IPnaf Please Not Another Fucking IDE!!

Aunque, debería ser "not another fucking python IDE!" Y a qué me refiero con esta misteriosa frase?? He visto, y ultimamente mucho mas, una proliferacion de lo que hacen llamar IDEs. Pero, me voy a centrar en IDEs para el lenguaje pythyon: cito, spyder, Ninja, entre otros, que aparecieron como "somos la IDE definitiva".

Hay un chiste de Xkcd donde, la idea más o menos es que, alguien dice "uh, hay n maneras de hacer x! No puede ser, hay que generar un standard. Horas luego hay n+1 maneras de hacer x"

Y es así. Siempre. Siempre?? Bueno, no siempre, pero en el 99.9% de los casos. Otras veces, ese pensamiento da lugar a innovaciones. Pero, es lo común?? Diríamos que no.

Vuelvo a los ejemplos que cité: Spyder y Ninja. Ambas las bajé, instalé y probé. Aclaro que no tengo nada en contra de quienes la desarrollan (ni los conozco) ni me parece que su trabajo y esfuerzo sea malo. Al contrario. Pero, veo que está desperdiciado. Gente con talento claro, pone esfuerzo en cosas que ya existen y, sin innovaciones reales. A qué me refiero??

Spyder y Ninja [0] son, sin duda esfuerzos de desarrollo y diseño. Pero, que son? Editores de texto lindos y python friendly. Nada más. Ah, y que ejecutan código. Nada que no puede hacer con Emacs y un poco de tiempo + macros.

Debugger? No, gracias. [1]

Ojo, no es que sea fácil hacer un debugger como la gente, que corrar el código paso a paso y podamos inspeccionar varibles, ejecutar código en el contexto de ejecución, editar código on the fly, hacer remote debugging etc. [2]
Pero, es lo que falta!! (en general) Y si, es más lindo ponerse a escribir la IDE desde cero [3], y luego agregarle esas funcionalidades superstar, pero, primero hay que hacer el editor, el highlighter, el buscador de código, el generador de plugins, el pseudo intellisense, etc. Y, para cuando llegamos a las funcionalidades breakers, rockstar, "la papa", quizá el proyecto ya murió.

"No necesitamos esos features de maricones". Diría el macho programmer. (y esto me hizo acordar a otro chiste de Xkcd) pero, la realidad es que, cuando más cómodo esté uno, mejor trabaja y más se puede concentrar en el problema puntual que esté resolviendo.

Por qué no tomar una IDE existente y opensource y mejorarla en vez de arrancer una from scratch?

Entonces, si se van a poner a programar, aviso, no necesitamos más IDEs =)

EOF

[0] Elegí Spyder y Ninja porque son 2 que recuerdo haber visto últimamente, y que además las instalé y probé.

[1] Creo que Spyder estaba implementando pdb y winpdb. De todos modos, mi punto sigue en pie.

[2] Acá es cuando alguien me va a decir, "vos, porque estás acosbumbrado a visual basic" Puedo asegurar que he programado en editores de texto plano como en Visual Studio, Eclipse o Netbeans. Uno puede usar un debugger o usar prints, pero, las funcionalidades rock star en las IDEs, son geniales!! No es que uno no pueda vivir sin ellas, pero, si existen, mucho mejor!!

[3] Es como el caso de las n distribuciones de Linux. Ya hay suficientes en variedad como para parar un poco, si tenés tantas ganas de laburar en una distro, contribuí con una que exista!!!

It Sucks!

2011-10-06T15:40:00.000-07:00

Ultimamente he tenido que interactuar con varios productos de una empresa "muy conocida" (que tienen, entre otros productos un CRM y un ERP) y, me he topado con un viejo amigo: los webservices.

Y, claro, no es que no los conociera pero, hacía mucho que no me topaba y, ya había olvidado lo feo que son, lo lentos, lo roto que está el modelo en general (SOAP, REST o POX, da igual)

O lidias con librerias horrendas, o parseas xmls.

Y me pregunto: Por qué? No deberíamos (los informáticos) facilitar el acceso a los datos?? No debería ser todo, cada vez más fácil y lindo?

OData, ya es algo, pero, como todo, hasta que sea realmente un standard, vamos a seguir sufriendo con, mixturas de tecnologias (y tampoco se si es la solución al problema)

En fin, mi opinón es que, en lo que es acceso a datos abierto y fácil para todos, We Suck!

Lecturas relacionadas:
SOAP
REST SOAP POX

O' Really Maker

2011-08-23T16:20:00.000-07:00

La frase del día...

2011-08-01T19:11:00.000-07:00

"Google+ isn’t about sharing cat pictures, it’s about serving ads. Twitter’s massive network of 140-character bits of information isn’t about connecting people across the globe or to view current trends in worldwide thinking, it’s about serving ads. Facebook isn’t about entertaining yourself with games or sharing interesting links, it’s about serving ads."

No es que no lo sepamos, pero...

Fuente.
Info relacionada.

Otra idea loca: MyGoogle

2011-07-27T18:24:00.000-07:00

Lamentablemente, esto no puedo, ni siquiera soñar con llevarlo a la práctica (ni siquiera sé si lo puede hacer google) y, aunque la idea es simple, su implementación no lo es tanto.

Google, como buscador es un servicio, personalizado (hasta cierto punto) pero... Qué pasa si yo quiero mi buscador? Y no me refiero un buscador de mis archivitos en mi pc, no.

Yo quiero mi google.

Quiero decirle a mi "googlito" que indexe, por ejemplo, datos sobre fútbol, porque quiero una base de datos del tema, o que indexe info sobre la bolsa, porque soy un corredor de bolsa y quiero datos estadísticos.
Es decir, quiero que mi "googlito" me genere una base de datos, que yo pueda consultar (como hoy se consulta el google normal) pero, "saborizada" con mi forma particular de indexar.

Así, tendría una cuenta de google index (como hoy tengo de Gmail, por ejemplo) donde customizo "mi google", diciendole (de alguna forma) como quiero que indexe, con qué criterios, qué relaciones, etc, etc.

Así mismo, puedo publicar esos "googles" customizados para que los usen otras personas.
De esta forma, no sé, Bonadeo capaz tiene su google (como hoy tenés tu twitter) donde, vas a www.google.com/#bonadeo y buscás data sobre, que se yo, tennis de forma más personalizada y enfocada en el tema tennis, y no tan general como hoy buscaríamos sobre tennis en el google normal.

Es medio porrera la idea, pero, ojalá papa noel me traiga algo así para navidad.

Led fucking Zeppelin

2011-07-19T19:38:00.000-07:00

No hay mucho que agregar, Black Dog + muchos fans toncandola + muy buena edición = este video :)

Volvi a programar en mi "spare time": web_alert - Parte 2

2011-07-14T16:19:00.000-07:00

En un post anterior, estuve contando sobre un proyectito que arranqué, por puro hobbie pero, esperando que sea útil a la vez.

La cosa es que me encontré con algo que me desaminó un poco: http://www.webalertpro.com/

Primero, es casi exactamente la misma idea.
Segundo, tiene casi el mismo nombre!

Obviamente, esto es culpa de mi, evidente, falta de inventiva.

Por ahora sigue el proyecto, pero lamentablemente, perdió un poco de empuje.

Volvi a programar en mi "spare time": web_alert

2011-06-28T17:16:00.000-07:00

Proyecto: web_alert
Objetivos: Divertirme, aprender y, en una de esas, sale algo útil.
Lenguajes: Python, obvio!

Queriendo meterme un poco con python+web, empecé un proyectito al que nombré "web_alert".

Primero lo armé versión consola y "on demand", luego la idea es que sea una especie de servicio web.

Qué haría? Fácil, toma como input urls que el usuario suministra y tags de interés que el usuario suministra, por ejemplo:

urls: http://barrapunto.com, http://www.lanacion.com.ar
tags: panchos, celulares, perros

La aplicación 'mira' esas urls, y genera como output links relacionados con los tags que le pasas como input y, te lo presenta donde vos le digas, por ejemplo:

mail, twitter, facebook.

Sirve? No se, pero que me voy a divertir, seguro. =)

P.D: Previews y el código en google, coming soon...

EDITADO: Este post estaba en planeta python y desapareció, jua! =)

Advide from an old programmer

2011-06-16T16:04:00.000-07:00

Advice From An Old Programmer

You have finished this book and have decided to continue with programming. Maybe it will be a career for you, or maybe it will be a hobby. You will need some advice to make sure you continue on the right path, and get the most enjoyment out of your newly chosen hobby.
I have been programming for a very long time. So long that it is incredibly boring to me. At the time that I wrote this book I knew about 20 programming languages and could learn new ones in about a day to a week depending on how weird they were. Eventually though this just became boring and couldn't hold my interest.
What I discovered after this journey of learning is that the languages did not matter, it's what you do with them. Actually, I always knew that, but I'd get distracted by the languages and forget it periodically. Now I never forget it, and neither should you.
Which programming language you learn and use does not matter. Do not get sucked into the religion surrounding programing languages as that will only blind you to their true purpose of being your tool for doing interesting things.
Programming as an intellectual activity is the only art form that allows you to create interactive art. You can create projects that other people can play with, and you can talk to them indirectly. No other art form is quite this interactive. Movies flow to the audience in one direction. Paintings do not move. Code goes both ways.
Programming as a profession is only moderately interesting. It can be a good job, but if you want to make about the same money and be happier, you could actually just go run a fast food joint. You are much better off using code as your secret weapon in another profession.
People who can code in the world of technology companies are a dime a dozen and get no respect. People who can code in biology, medicine, government, sociology, physics, history, and mathematics are respected and can do amazing things to advance those disciplines.
Of course, all of this advice is pointless. If you liked learning to write software with this book, you should try to use it to improve your life any way you can. Go out and explore this weird wonderful new intellectual pursuit that barely anyone in the last 50 years has been able to explore. Might as well enjoy it while you can.
Finally, I will say that learning to create software changes you and makes you different. Not better or worse, just different. You may find that people treat you harshly because you can create software, maybe using words like "nerd". Maybe you will find that because you can dissect their logic that they hate arguing with you. You may even find that simply knowing how a computer works makes you annoying and weird to them.
To this I have one just piece of advice: they can go to hell. The world needs more weird people who know how things work and who love to figure it all out. When they treat you like this, just remember that this is your journey, not theirs. Being different is not a crime, and people who tell you it is are just jealous that you have picked up a skill they never in their wildest dreams could acquire.
You can code. They cannot. That is pretty damn cool.

Fuente

El programador pesimista

2011-06-01T17:14:00.000-07:00

Esto es algo que, si bien suena obvio, parece que no lo es porque, una y otra vez me encuentro con gente del "ambiente" que parece ignorarlo o, por lo menos, lo pasa por alto.

~~Todo el mundo~~ Muchos programamos como si el mundo fuera de colores y los duendes con sombreros divertidos bailaran a nuestro alrededor.
Es decir, como si todo fuera a salir bien.

Y es por programar de esta forma, optimista que, uno se sobresalta y se rompe la cabeza cuando algo sale mal[0].

posible duendes divertidos

es sarcasmo Marge

El programador pesimista

Lo que propongo (o más bien, resalto porque estoy seguro de que esto no se me ocurrió a mi) es, programemos como si todo fuera a fallar.

Si lo que estoy escribiendo se rompe, cómo evito datos incongruentes? como le doy la posibilidad al usuario de arreglarlo él mismo? o cancelarlo? o volver a hacerlo?

Cómo escribo el código/comentarios de manera que, si falla o se rompe pueda arreglarlo fácil sin tener que volver a pensar todo de nuevo?

Cómo escribo ese mismo código para que, si hay un problema y lo tiene que arreglar un compañero (porque yo no estoy) lo pueda hacer sin problemas y entienda todo como si fuera yo?

Es decir, pensar en el peor escenario posible y, anticiparse con medias preventivas que, en el momento son hasta triviales, pero nos pueden ahorrar horas.

Posibles programadores pesimistas:

Framework web minimo

2011-06-01T16:45:00.000-07:00

Estaba buscando algún framework web, chiquito y sencillo. Quería tirar código y que salga andando algo, fácil, sin instalar mucho ni configurar.
Se me ocurrió preguntar en la lista de python argentina[0].
Al instante, muchas respuestas y, una de ellas me nombraba web.py (que lo conocía) y otro más[1], que es el motivo de este post:

Muy zarpado. Lo primero que me cautivó:

"Bottle does not depend on any external libraries. You can just download bottle.py into your project directory and start coding."

Un solo archivo! Lo importo y, habemus web. Eso es lo que quería!

Luego, el hello world:

from bottle import route, run

@route('/hello')
def hello():
    return "Hello World!"

Cada vez se ponía mejor. Sintaxis clara y, una linda manera de resolver la relación url-código: Decoradores.

Creó que me enamoré =)

[0] PyAr
[1] Bottle

Todo Inventado, o...

2011-05-30T18:50:00.000-07:00

Un poco para paliar el famoso burnout de, nosotros, los programadores, me decidí a ponerme a programar algo que me guste, en un lenguaje que no use para el trabajo (python, probablemente) y, de paso, si es útil, mejor!

Pero, o bien estoy escaso de ideas o bien, todo está inventado pero, cada cosa que se me """ocurre""" ya existe.
Dos ejemplos:

1) Un buscador de imagenes inverso. Esto es, en vez de poner una palabra y que tire imagenes, poder subir una imagen y que te tire que palabras tiene asociadas.
Ya existe.

2) Un visitador de páginas. Esto es, un servicio que, entre a una web y que, cuando hay cambios en la misma (según keywords) me genere un mail, feed o postee en algun lado o, whatever.
Ya hay algo parecido.
Otro.

Estos son 2 ejemplos cercanos, me viene pasando hace mucho. Será que estoy viejo y falto de creatividad?? O será que, realmente, la frase poco feliz "ya está todo inventado" es cierta?

Acepto donadores de ideas.

Nota: Probablemente exista un post así, en otro blog. :)

Ubuntu: Hasta los grandes deben aprender sobre interfaces

2011-05-21T07:29:00.000-07:00

Ayer, no me andaba el teclado numérico en Ubuntu.
Me extrañó mucho dado que hacía poco estaba funcionando y, que todo ese sector del teclado se haya roto me parecía raro.

Busqué en google.
Me encontré con que, a varios les había pasado lo mismo, en algún momento.
No se si fue al actualizarse una versión, o si hay algún atajo raro que hace esto, o que tipo de bug raro lo ocasionó.

Al parecer, existe una opción de manejar el mouse con el teclado que, se activó mágicamente.

Claro, si uno conoce que existe la opción, es probable que se de cuenta rápido de cuál es el problema.
El tema es que, yo no conocía que existía esa opción y, como al querer teclear los números, uno pasa rápidamente por las teclas, no percibía que había un movimiento en el puntero del mouse (que sí es obvio cuando uno deja apretada una de las teclas)

Entonces, para qué toda esta historieta?

Cuando hay una opción activada y esta es poco convencional y además produce un resultado confuso (en este caso, uno piensa que no funciona el teclado numérico) se debe indicar en pantalla, con un icono o algo que dicha opción está activada.

Sorry Ubuntu, pero en esta le pifiaron.

Clap, clap, clap

2011-04-23T14:09:00.001-07:00

“If Java had true garbage collection, most programs would delete themselves upon execution.”

(Robert Sewell)

Escribir codigo que, simplemente funcione

2011-04-21T08:01:00.000-07:00

No hay mucho para explicar o agregar:

> can you try following change ? it will push gart to 0x80000000
>
> diff --git a/arch/x86/kernel/aperture_64.c b/arch/x86/kernel/aperture_64.c
> index 86d1ad4..3b6a9d5 100644
> --- a/arch/x86/kernel/aperture_64.c
> +++ b/arch/x86/kernel/aperture_64.c
> @@ -83,7 +83,7 @@ static u32 __init allocate_aperture(void)
>         * so don't use 512M below as gart iommu, leave the space for kernel
>         * code for safe
>         */
> -       addr = memblock_find_in_range(0, 1ULL<<32, aper_size, 512ULL<<20);
> +       addr = memblock_find_in_range(0, 1ULL<<32, aper_size, 512ULL<<21);

What are all the magic numbers, and why would 0x80000000 be special?

Why don't we write code that just works?

Or absent a "just works" set of patches, why don't we revert to code
that has years of testing?

This kind of "I broke things, so now I will jiggle things randomly
until they unbreak" is not acceptable.

Either explain why that fixes a real BUG (and why the magic constants
need to be what they are), or just revert the patch that caused the
problem, and go back to the allocation patters that have years of
experience.

Guys, we've had this discussion before, in PCI allocation. We don't do
this. We tried switching the PCI region allocations to top-down, and
IT WAS A FAILURE. We reverted it to what we had years of testing with.

Don't just make random changes. There really are only two acceptable
models of development: "think and analyze" or "years and years of
testing on thousands of machines". Those two really do work.

                   Linus

Intención del código (o, me descargo un poco)

2011-03-23T16:16:00.000-07:00

Este post, probablemente, parezca una pelotudez. Probablemente alguien diga "esto es obvio"o "no me digas", pero, es que lo he visto tantas veces, me he topado con esto tanto, que empiezo a creer que no es tan obvio.

Me ha tocado leer/mantener código que no fue escrito por mi. Es decir, meterme a tocar, mejorar, fixear, código ajeno en vez de escribirlo desde cero. En esos casos, me he topado con cosas como esta (*):

Function Foobar(n){

    n = n * 3 

    return n

}

El tema es el siguiente, dada una función escrita en algún lenguaje de programación, puedo saber si está bien?

Esa función, es correcta o no es correcta?? Digamos, desde el punto de vista de la sintaxis (suponiendo que eso es la sintaxis de algún lenguaje) puede no fallar. Pero, está bien? Cómo se que intención tenía? Qué se supone que hace? O que esperar? Por qué nos cuesta tanto documentar eso en comentarios?

En casos peores, he visto cosas como:

Function Foobar(n){ //Devuelve n multiplicado por 3

    n = n * 3 

    return n

}

Donde, no solo sigo teniendo el problema de no saber si está bien o no, sino que, además, me dice algo que es obvio.

Entonces, queridos amigos programadores, cuando comentemos procuremos poner la intención de ese cacho de código. NO quiero que me digan lo que puedo ver leyendo el código, sino, justamente, lo que se les pasó por la cabecita cuando lo escribieron. Por qué? Porque es mucho más sencillo arreglarla (si fuera necesario) sabiendo que se supone que hace, que tener que deducirlo teniendo en cuenta quien la llama, por ejemplo. Además, si la función estuviera mal, es más complejo deducir que en realidad, quisieron poner, no se, n = n + 3, por decir algo, aumentando mis posibilidades de romper algo que estaba bien, pero que parecía mal.

Gracias

(*) Aclaración para los despistados, esa función es solo ilustrativa, no es un caso real =)

Magia Negra: Un ActiveRecord en pytnon

2011-03-10T15:44:00.000-08:00

~~Pensando en un proyecto cuasi muerto que tengo, me vino a la mente que, aprovechando el código ya escrito y con muy poco esfuerzo/código más, puedo armar un framework que implemente ActiveRecord~~

~~Y acá está (solo está creado el espacio y subido un commit inicial) pero promete.~~
~~El nombre, inspirado en el efecto mágico y, un tributo a las viejas bandas del metal quizá?~~

Status: Muerto por falta de interés.

Quick Hack

2011-01-31T13:06:00.001-08:00

Tenia que resolver lo siguiente:

Una macbook que baja mails desde un servidor propio (con un Kerio en la empresa)

Un router que no soporta loopback

Entonces, cuando la mac esta fuera de la empresa, se podia hacer referencia, en el cliente de mail, al DNS, que llamaremos empresa.dyndns.ws (para no revelar datos reales)
Pero, dentro de la empresa, el DNS empresa.dyndns.ws, simplemente no funciona.
Habia que resolverlo, y rapido[0].

Python al rescate!
Colorized Source Code

He aquí el script (es feo, muy feo, pero salio rapidisimo y con fritas!)

import os

from subprocess import Popen, PIPE, STDOUT

esta = False

p = Popen(['ping','-c','1','server'], stdout = PIPE)

output = p.stdout.read()

p.wait()



if 'bytes from' in output:

    ok = True

else:

    ok = False



f = open('/etc/hosts', 'r')

f2 = open('/etc/hosts2', 'w')



for i in f:

    if 'empresa.dyndns' in i:

        esta = True

        if ok:

            f2.write(i)   

    else:

        f2.write(i)      



if not esta and ok:

    f2.write('192.168.0.1    empresa.dyndns.ws \n')	





f.close()

f2.close()



os.remove('/etc/hosts')

os.rename('/etc/hosts2','/etc/hosts')

Basicamente, hace un ping al nombre del servidor donde esta el servidor de mail (el Kerio) con el nombre local, 'server'. Si esta, estoy en le empresa, sino, no.
Entonces, basado en eso, toco el archivo hots (gracias Apple por hacer su OS un UNIX) y listo[1]. Se agrego al inicio y se corre con permisos de root y logramos lo que esta persona queria, una solucion rapida y magica.

No estoy orgulloso del script en si, sino, del poder de python para hacer estos quick hacks, que te salvan la papas. =)

[0] Dicen que rapido y bien, es imposible.
[1] Pero, como decia TuSam, puede fallar. Por ejemplo, si justo hay otro 'server', donde esta esta persona (shit happens)

Status: RESOLVED FIXED

2011-01-17T14:26:00.000-08:00

Mi primer bug en mozilla! (si, es trivial pero, me pone contento igual!)

https://bugzilla.mozilla.org/show_bug.cgi?id=606824
http://hg.mozilla.org/mozilla-central/rev/a5092e4ae324

Solo puedo agregar lo siguiente:

=)

Simplemente Firefox...

2010-12-06T16:16:00.000-08:00

Por este tipo de cosas (y por muchisimas otras) es que me gusta firefox.

No hay mucho más que comentar, hay que ver el link =)

Programar: Ensuciarse hace bien

2010-11-06T15:01:00.000-07:00

A quienes hayan podido ver en "la caja boba" la publicidad de una conocida marca de productos para lavar la ropa, les sonará esta frase con la que titulo esta entrada:

"Ensuciarse hace bien"

Lo que quizá no se entienda es por qué la adopto, o qué puede tener que ver con la programación.

La historia

Brevemente, y para no aburrir a quienes ya conocen el aviso, trata de unos niños jugando, ensuciandose y de cómo eso es beneficioso para estos chiquitos. Obviamente, el ensuciarse beneficia a la marca, pero ese es un tema aparte. Lo que me interesa es el concepto:

jugar + ensuciarse + cansarse + ensuciarse de nuevo = beneficio

Esto es muy cierto y, creo que se aplica a la programación. No es que me haya dado cuenta de golpe, pero, algo que experimenté hace unas horas, hizo que me inspire y escriba esta entrada.

Estaba (y estoy) escribiendo una mini-nano-IDE en python+pyqt4. Lo que hace es levantar una ventanita gráfica muy simple con un editor de texto con highlighter de sintaxis de python y, lo más interesante, quería que tuviera un debugger.

Entonces, me puse a leer. ¿Cómo demonios hago un debugger? Obviamente, nunca pensé escribirlo desde cero, no es la idea reinventar la rueda (más allá de que sería interesante) por lo que, caí en lo más básico que se me ocurrió, Pdb.

Y acá empieza todo el tema del juego: comencé a jugar con la clase, probé como funcionaba (hacía mucho que no la usaba y no recordaba los comandos) y estuve así un rato. Después, leí un poco de la documentación como para ser un poco más prolijo.

Luego, empecé a escribir códigos de prueba, donde heredé la clase, y seguí jugando un poco más.

Luego, usando mi editor de texto favorito (¿cuál será?) abrí el módulo pdb.py, y me lo puse a mirar. Ahi noté que, la clase Pdb heredaba otras dos clases: cmd y, la más interesante, Bdb que, no era otra cosa que un framework para implementar debuggers!! Así que abrí también el módulo bdb.py y me puse a leerlo, junto con un poco de la documentación.

Pero, estaba avanzando lento, quería realmente zambullirme de lleno, quería experimentar con el código un poco más, involucrarma más, en fin, quería ensuciarme.

Así que: ¿que hice? Cómo tampoco la idea es romper (sobre todo, bibliotecas estandard) me copié el módulo como pdd.py a la carpeta de mis scripts y, ahi, con una copia del pdb.py original, me arremangué y metí los dos brazos de lleno en el barro y la mugre.
Y me puse a chapotear: Agregué prints con estados (que forma moderna de debuggear, ¿no?) cambié cosas, saqué otras cosas más, agregué atributos y métodos nuevos a la clase, sobreescribí algunos métodos originales, en fin, toqué el código como si fuese mío y, en cierto sentido, lo hice mío, me sumergí y salí, tiempo después, escupiendo código python (es sólo una metáfora) y, lo más importante, terminé de definir cómo voy a hacer el debugger usando, la clase original pdb (y no su versión diezmada por mí)

Moraleja

Y, luego de todo esto, ¿cuál es la moraleja?
La moraleja es que, cuando uno quiere entender algo que, como en este caso, es código ajeno y es un tema nuevo para uno, no alcanza con leer el código y la documentación.
Uno tiene que, apropiarse del código, meterle mano, cambiarle cosas, ensuciarse de él. Haciendo esto, uno logra entender de forma más profunda, e incluso, más rápida, el código ajeno.

Así que, la próxima vez que quieran entender código ajeno, ya se una biblioteca estandar, una biblioteca de terceros o, simplemente, el módulo que escribió tu compañero de trabajo, no tengas miedo de mirar el código, ejecutarlo, tocarlo (haciendo una copia, claro) porque, como dije al principio:

"Ensuciarse hace bien"

Client side Python

2010-09-20T18:42:00.000-07:00

El pasado sábado 18-09, estuve en la Mozilla SFD y, en una de las charlas me enteré de un proyecto llamado DrumBeat.

Es realmente interesante: Basandose en el objetivo de Mozilla de mantener y ayudar a que la web sea cada vez más abierta, lo que proponen es un sitio donde se agrupan proyectos, ideas, sobre cosas que ayuden a que esto pase, es decir, a que la web sea cada vez más abierta.
Pueden ser proyectos de todo tipo, no tiene que ser necesariamente relacionado con programación.
La idea detrás de DrumBeat es conseguir apoyo y financiación de estos proyectos, con el fin de, claro está, concretarlos.

En fin, el día de la charla hubo un brainstorming y, me quedó el tema dando vueltas en la cabeza. En el camino de vuelta, se me ocurrió algo:

Un Python, Client-Side. =)

La idea es, para el desarrollo web, lo que es Server-Side, uno tiene alternativas, entre ellas, python, php, perl, ruby, etc. Pero, para el lado del cliente no hay tantas. Basicamente, javascript y, luego empezar a dar vueltas por soluciones oscuras, plugin-dependientes, etc.

Qué bueno sería tener más lenguajes disponibles para los scripts del lado del cliente, no? Y no sería genial arrancar por (a mi entender) el lenguaje más cómodo, amigable, divertido y, a la vez, poderoso del universo???
Así que armé el proyectito:

Client-Side Python en DrumBeat

Creo que la idea en si, no es mala... Obviamente, lo que necesita es notoriedad!! Por lo que, unos votos no le vendrían nada mal!

Por qué la gente no usa Linux?

2010-09-13T19:33:00.000-07:00

Detrás de la pregunta que es, más que nada, "marketinera", hay algo que me hizo meditar un poco (milagro!)

Cuantas veces hemos oído o leído a los típicos linux-fan-boys decir
"Usen linux! El que no lo hace es estúpido!" y, por otro lado, los windows-fan-boys responden "Linux es dificil, queremos que todo sea amigable" y millares de explicaciones similares. Líneas y líneas de mails, foros, etc.

Lo que nadie dice, o al menos, nunca leí ni oí es algo más simple. Algo, tan evidente, que parece escapar a la vista de hasta los más despabilados. Y es lo siguiente:

La gente (toda) es un animal de costumbre.

Parece una frase hecha, es verdad. Pues lo es. Y es cierta, lamentablemente o no.

Windows, se malo o bueno, es lo que se mantuvo. Es lo que hay.
No voy a hacer de esto una clase de historia, pero, más o menos, es sabido como prevaleció por sobre otros sistemas operativos. Cómo lo hizo? En su momento fue una suma de suerte, olfato para los negocios, manejos oscuros y oportunismo. Así fue que, para bien o para mal, cuando mucha gente vió por vez primera una computadora (me incluyo) ya venía con windows. Windows era lo que no se cuestionaba. Ya estaba ahí.
Al desconocer uno no cuestiona.

Hardware + Windows = Computadora.

Así me lo presentaron, a mi y a millones. Como un televisor, una radio o una video casettera. Casi nadie se anda preguntando qué sistema operativo tiene una TV, o basado en qué está. Simplemente está ahi y es el medio para que usemos el aparato en sí. Así ve a windows el usuario normal.

Desde que fui al colegio (en mi casa no tuve computadora sino hasta ser maś grande) nunca me pregunté: Por qué windows? Ni siquiera me puse a pensar si existiría algo más. En ese momento, Linux, por ejemplo, era mucho menos popular que hoy en día. Nunca nadie me lo comentó tampoco (mis profesoras de computación eran casi amebas). Pensemos en que, en esa época, la computadora era, un lujo que no todos podían darse. Internet era solo para nerds raros que conectaban el teléfono para navegar entre las BBS. La gente no sabía que es Linux (hoy, un alto % por lo menos sabe qué es)
No fue hasta tener una pc que me interesó el tema y, leyendo mucho y interesandome por temas de seguridad y, los mal llamados hackers[0], fue leí que existía algo llamado Linux y decidí instalarlo.

Ahora bien, el usuario normal, es curioso por los temas de computación? NO. Rotundamente, no. El usuario común usa la pc porque le sirve para algo. O para trabajar, o para entretenerse, o para estudiar. Pero nada más. Esto es algo que, la gente que estamos en computación, a veces olvidamos. Al usuario estandar NO le interesa como funcionan las cosas. Sólo que funcionen. Al usuario normal no le gusta pasar horas en la pc y resolver problemas. Si fuera por él, usaria 2 o 3 programas y nunca cambiaría nada. Y acá aparece la resistencia el cambio.

El usuario normal no es como nosotros (los informáticos) no les importa instalar la nueva versión de XXYY, ni configurarla para que haga N, ni entender como funciona, ni los detrás de escena, ni si hay tal o cuál distro de linux, nada.
Mientras cualquiera de nosotros pasaría (y con gusto) horas configurando nuestro sistema, instalando X dependencia, compilando, programando, etc, al usuario esto le parecería, simplemente, un problema, una molestia.

Ya adivinan por qué la gente no usa Linux?

La gente (usuario estandar) no usa Linux porque no quiere algo distinto a lo que está acostumbrada. No le importa que funcione mejor o si es gratis. Quiere que sea como se acostumbró a usar. Quiere que el messenger tenga al tipito verde y el office sea el office y no el OpenOffice, por más que haga exactamente lo mismo o mejor, no le interesa. Y no es que sea idiota. No. Es que quiere el mismo paradigma, desea la sensación de "esto lo conozco". El, "esto es nuevo" lo aterra, y repito, NO es que sea un idiota, es la naturaleza humana!! Todos somos así.

Muchos creen que la gente usa windows porque windows hace algo mejor que Linux. Esto es, cuando menos una opinión desinformada. Alguien que haya usado (y use) ambos sistemas operativos, no puede NUNCA pensar algo así. Es naive, cuando menos. Lo único que le brinda windows a la gente es la sensación de seguridad. Seguridad, no porque sea más "inviolable" sino, la seguridad de la familiaridad. Más vale malo conocido, dicen, no?
Otros dicen que la gente no usa Linux porque es dificil. Lo mismo que lo anterior, nadie que haya usado o instalado una distro moderna, puede opinar eso. Dicho argumento es de, por lo menos, 10 años atrás cuando, debo reconocer, Linux era un poco para usuario más avanzados.
Hoy en día esto no es así[1]

Yo soy un usuario de Linux, no soy un fanático pero, estoy de acuerdo con la filosofía del OpenSource[2]. La principal razón por la cuál yo instalé Linux fue debido a mi curiosidad. Luego, al instalarlo noté mejoras en ciertos aspecto como, más comodidad y rendimiento en herramientas que yo uso como programador. Luego vi que ya no necesitaba un antivirus y que, todo lo que pasaba en el sistema podía ser tan transparente o tan "verboso" como yo quisiera. Pero eso ya es mi historia personal...

No estoy exponiendo razones de por qué Linux es o no mejor. Sino que, no hay razones (reales técnicas) para no usarlo más que el simple miedo al cambio.
-----------------------------------------------------------------------------------------------------------------------------

[0] hackers, entendido como "piratas informáticos" y sólo eso, es algo que hay que agradecerle al periodismo, mayormente. Obviamente, esto no es correcto, hay mejores definiciones.

[1] http://www.youtube.com/watch?v=zVmpTQW_fP8
http://www.guia-ubuntu.org/index.php?title=Instalaci%C3%B3n_est%C3%A1ndar

[2] en.wikipedia.org/wiki/Open_source

VbAutodoc: Auto documentando VB

2010-08-21T15:48:00.000-07:00

Qué lindo sería contar con una herramienta que, lea el código fuente (en este caso en VB) y me arme un archivo de documentación sobre las funciones y sub rutinas (preferentemente en html).
Cómo soy programador y me gusta python =) decidí hacerla. La bautizé vbautodoc (muy original) y está disponible una muy ~~precoz~~ temprana versión.

Próximamente, voy a mejorar aspectos en cómo se construyó, por ejemplo, el pedazo de html que uso como base, lo metí dentro del código, y sólo funciona para documentar VB, cuando, si se parametriza podría servir para cualquie lenguaje.

Web del proyecto
Descargas

Top 5 tips para desarrollar mejores aplicaciones

2010-06-19T14:24:00.000-07:00

Muchas veces me pongo a pensar en retrospectiva, acerca de cosas que se han hecho bien y cosas que se han hecho mal. Aquí escribo un resumen de las principales cosas que recomiendo hacer para ser un programador más feliz.

1- El usuario no tiene tiempo, ni quiere leer.

Olvidense del RTFM. Nadie lo lee. Hay que imaginarse que el usuario está inmerso en un caos tremendo, teléfonos sonando, gente, alarmas, etc. Lo que menos quisiera es estar lidiando con carteles del tipo "está seguro que desea cerrar etc", o, con aplicaciones oscuras que, si bien hace lo que se debe, tienen muchos botones, radio button y demás, y que, ni el mismo desarrollador entiende sin mirar el código.
Por eso, las aplicaciones tienen que ser intuitivas, se tienen que "auto-explicar". Lo mismo se aplica para los carteles y pop-ups que requieren una decisión del usuario. Si no hay más remedio que poner un cartel, que sea corto y puntal. Por ejemplo:

¿Está seguro que desea cerrar la aplicación?
[si] [no]

Cuando se podría:

¿Salir?
[si] [no]

Mucho más corto y al pie.

Por último, recuerden la página de Google, un cuadro de texto y un botón. ¿Qué mas?

2- Refactorizar vs From Scratch.

No siempre es bueno reescribir todo, ni tampoco siempre lo es reusar. Hay que usar esto de forma inteligente. Por un lado el código viejo no es necesariamente malo o confuso. Hay que tener en cuenta que, por un lado, leer código es más dificil que escribirlo (por eso siempre es tentador el reescribir todo) y por otro, el código viejo es, muchas veces, un código ya testeado, con bugs correjidos, en fin, es tiempo de trabajo. Reescribir todo desde cero significaría, tirar todo eso a la basura.
Lo ideal es un balance entre, reescribir las partes "mal escritas" tratando de reusar lo más posible. Es significativamente menos tiempo que escribir todo desde cero, sobre todo, si tenemos en cuenta que, el código desde cero va a tener bugs nuevos.

3- Pensar en grande.

Todo buen programa tiene que empezar cómo algo simple, pero, pensado a lo grande. Esto es, pensar que en un futuro, el programa puede crecer. Por eso, hay que escribir todo de forma flexible, aunque lleve más tiempo ahora, en un futuro va a ser más facil expandir y mantener. Mucho se ha hablado de la deuda técnica.Esto es un poco lo que trato de comunicar aquí: El tiempo que se ahorra escribiendo código chapucero ahora, lo pagás mañana.

4- Keep it simple.

Muchas aplicaciones tienen varias faces de desarrollo. Esto es, se reune con el cliente, se diseña, se programa, se vuelve a ver con el cliente, se corrijen cosas, se agregan otras. Entonces, es de esperar que el cliente no sea muy lógico, que haga cambios sobre la marcha y que no tenga en cuenta el diseño general del sistema. Para eso nos paga a nosotros ¿Verdad? Por eso, siempre hay que hacer limpieza del código y del programa. Lo que no se usa, fuera (por lo menos, de la vista) Esto ayuda mucho a que se cumpla el punto 1.
Si la aplicación en si, estaba pensada con otro espiritu y luego, se modificó, tratar de quitar todo lo que sobre. A veces más es menos. Muchos botones y radio button, checks, etc, para mantener un poco la idea anterior y que conviva con la idea nueva genera más problemas que soluciones. Use it or lose it.

5- Testing

Esto es obvio, pero, no se respeta mucho. El cliente no es un beta tester. Si se programa con la idea "que tenga bugs, total lo corrijo rápido" se arriesga, primero, problemas en datos que haya que resolver (esto es tiempo) y, segundo, da la idea de que el programa anda mal.

Octopys: Octopus para linux

2009-12-13T18:17:00.000-08:00

Algún día prometí que iba a hacer una versión de octopus para linux, y cumplí. Por lo menos, ya hace algo, habrá que pulirlo un poco, lógicamente.

Está escrito en Python, con una GUI en Qt y lo pueden descargar desde acá.
O, pueden mirar el código directamente gracias a pastebin:

main.py
oct.ui
octo.py

El funesto caso de Is y ==

2009-12-12T08:01:00.000-08:00

Hace varios días (creo que pasaron meses) inicié una discusión en la lista de mail (creo yo, más famosa y con más gente que sabe en serio) de python. PyAr.
La cosa empezó por un artículo que leo, donde se mostraba lo siguiente:

>>> a = 10
>>> b = 10
>>> a == b
True
>>> a is b 
True

Luego

>>> a = 500
>>> b = 500
>>> a == b
True
>>> a is b
False

Claro. Al ser relativamente nuevo en python, ver esto me sorprendió, por lo que decido preguntar de que se trataba en la lista.
Mi pregunta no fue del todo clara, (y acepto 100% la culpa) por lo que se entendió que mi sorpresa venia por una confusión de conceptos y que, lo que no sabía era la diferencia entre "is" y "==".

Lo que pasó:

En realidad, yo posteo todo el ejemplo (que incluye "is" y "==") para dar un contexto, pero, en si, mi sorpresa venía SOLAMENTE por ver como el operador "is" se comportaba aparentemente distinto en dos situaciones aparentemente iguales.
Noten el uso de aparentemente. Esto es:

 [entero_valor_x] is  [entero_valor_x]

True

 [entero_valor_Y] is  [entero_valor_Y]

False

Olvidemos que comparar enteros con "is" es una chanchada, es incorrecto y no tiene mucho sentido. Más allá de eso, no me parecía (noten que uso el tiempo pasado) que comparar enteros (del mismo valor numérico) con "is" resultara True en algunos casos y False en otros. No veia el por qué, y me parecía feo (noten que sigo usando el pasado).

Pero claro, como se interpretó mal mi pregunta, todo se enfocó a explicarme que "is" no era "==", lo cuál, no era PARA NADA el punto del topic.
Claro, fue mi culpa por no ser claro en una primera instancia. Luego, traté de remediarlo, pero ya era tarde y... el resto es historia.

La explicación:

La explicación la había encontrado muy al comienzo del thread. Posteo una que me gustó y es sencilla:

Autor: Facundo Batista
Fecha: 2009-11-04 12:192009-11-04 15:19 -300UTC
A: pyar
Asunto: Re: [pyar] WTF?

a apunta a un 3 en memoria, y b apunta al mismo 3 en memoria. Python
no creó dos objetos "3", sino que usó el mismo para los nombres a y b.

a apunta a un 500 en memoria, y b apunta a otro 500 en memoria. Python
sí creó dos objetos "500".

La pregunta es... ¿por qué la diferencia de comportamiento? Como bien
dijo Nati arriba, Python precachea (o tiene internalizado) algunos
enteros chicos, porque sabe que siempre se van a usar.

Esa es sólo una, varios usuarios lo explicaron muy bien también. =)
Y eso era todo lo que quería escuchar. Una explicación sobre el funcionamiento, en apariencia, raro del "is" comparando enteros. No que me digan que usar "is" en ese caso estaba mal (cosa que sabía) ni que "is" no es "==" (cosa que sabía), y un largo etc.

P = NP?? So what????

2009-11-18T15:17:00.000-08:00

Mi Filosofía de la Programación

2009-11-14T07:49:00.000-08:00

a) Los nombres de variables y procedimientos deben ser descriptivos, pero, lo más breves posibles. Lo mismo se aplica a nombres de tablas y campos de las mismas.

b) Los nombres de variables auxiliares deben ser más cortos aún. Si es una sola letra, mejor.

c) Todo código que se puede reutilizar se debe reutilizar.

d) Si vas a escribir 2 veces algo similar, es probable que tengas que separar ese trozo en un procedimiento aparte.

e) Es preferible que el código se explique a si mismo que escribir código ofuscado y necesitar n líneas de comentarios (salvo que genere una alta considerable en el rendimiento)

f) El CamelCase da legibilidad, pero no hay que abusar. Lo mismo se aplica al underscore.

g) Una pequeña línea de comentarios a veces ayuda mucho, pero, no abusar, si quisieramos escribir tanto seríamos escritores.

----------------------------------------------------------------------------------------------------------------------------------
Esa es mi filosofía en cuanto a la programación. Se puede estar de acuerdo o no. Paso a explicar cada punto:

a) Esto es, no usar nombre del tipo xuiud, xxsw, x45, n45. Pero tampoco utilizar nombres como NrodeCuentaBancariadelCliente. clie, nomb, arti son óptimas para variables o campos, Articulos, Clientes, VeriDeuda para tablas o procedimientos. Sentido común, yo puedo llamar a una funcion VerificarDeudaCliente, pero podría abreviarla con VeriDeuda y se seguiría entendiendo de qué se trata.

b) Si se va a usar una varible que, por ejemplo, se incrementa en una iteración el nombre tiene que se más corto aún que en a), por ejemplo: i, e, r.

c) Este punto es bastante obvio. Si ya lo pensaste ayer, reciclalo.

d) No dudar en separar código en común en una subturina o función pasandoles argumentos.

e) Eso es algo que siempre discuto. Es preferible escribir código un poco más largo en líneas pero que se entienda fácil a escribir algo ofuscado y necesitar varias líneas de comentarios para explicarlo. Esto es más obvio cuando se escribe algo hoy y se tiene que modificar en 2 o 3 meses. Ese sería el filtro.
La única excepción sería si escribirlo así me diera un rendimiento mayor y notorio.

f) Usarlos con sentido común. VeriClie o veri_clie, son aceptables. VeRiClIe o ve_ri_cli_e, es abusar.

g) Relacionado con el punto e). Agregar una línea de comentario para aclarar un poco el panorama está bien. Ahora, líneas y líneas por todos lados demuestra que algo no anda bien, por qué tu código necesita tanta explicación??
Además, si tanto te gusta escribir, capaz deberías considerar la literatura =)

Lego

2009-11-14T07:11:00.000-08:00

CodMACs/Python

2009-10-15T18:49:00.000-07:00

Finalmente, subí a code.google la primera versión de CodMACs (implementación escrita en python) la pueden bajar desde acá.

El zip tiene clave. La idea es tener un poco de control sobre quién bajó el script. Todavía no estoy utilizando el sistema de control de versiones que provee google.

Quién desee la clave, me puede enviar un mail a mi dirección hosteada en gmail: martincerdeira.

Edito:

Nuevo blog dedicado: http://www.codmacs.blogspot.com/

Microsoft Security Essentials

2009-10-08T11:54:00.000-07:00

Principalmente, no uso antivirus por motivos obvios, pero lo que más me llamó la atención es (no se si el producto es bueno o no) la foto de la página principal, la cuál, no tiene que ver con nada.

La pueden ver acá

Y, les dejo una que propongo yo y que, a mi entender, es mucho mejor.

(click en la imagen para agrandarla)

10 Razones para dejarse una barba gigante.

2009-09-27T17:23:00.001-07:00

Welcome to HELL

2009-09-23T12:51:00.001-07:00

Esto es un mail que me envió la gente de la empresa C****** con respecto a una implementación de un sistema de mensajes mediante xml con una Clínica.
Más abajo, mi respuesta.

From: ***
To: 'Martín Cerdeira'
Sent: Wednesday, September 23, 2009 11:57 AM
Subject: RV: Implementacion Integracion

Martin, como estas?

Un temita que observo, la fecha origen, que me mandan en los mensajes siempre es unos minutos ANTES de la fecha diferida (que seria la fecha de atención)

Se supone que deberia ser posterior….ya que no se cargan atenciones futuras, se cargan las que se realizaron pasadas de la fecha actual (origen)

Esto lo podrás controlar?

Siempre deberia ser posterior la fecha diferida que la fecha origen.
Gracias martin!

De: Martín Cerdeira
Enviado el: miércoles, 23 de septiembre de 2009 13:00
Para: *********
Asunto: Re: Implementacion Integracion

En el mail me decis que la Fecha Origen la mandan anterior a la Fecha Diferida:

"Un temita que observo, la fecha origen, que me mandan en los mensajes siempre es unos minutos ANTES de la fecha diferida (que seria la fecha de atención)"

O sea, FechaOrigen < Fecha Diferida.
Después me decís que la FechaDiferida debería ser posterior a la FechaOrigen:

"Siempre deberia ser posterior la fecha diferida que la fecha origen"

O sea, FechaDiferida > FechaOrigen

Luego, (FechaDiferida > FechaOrigen) = (FechaOrigen < FechaDiferida)

Esto es exactamente lo mismo pero dicho de distintas formas. Cómo es entonces?

1) FechaDiferida > FechaOrigen
2) FechaDiferida < FechaOrigen

1 o 2?

AFIP: Chorros Inmundos

2009-09-14T15:01:00.000-07:00

Dando vueltas en foros y demás me encuentro con que, AFIP (conocerán los horripilantes aplicativos de estos muchachos) no contentos con el proveer ese software tan pedorro y solamente disponible para plataformas privativas (windows), además, VIOLAN la licencia GPL.
En las fuentes que cito al pie se puede ver lo que comento.
Reproduzco un mail que se les envió y su posterior respuesta:

De mi mayor consideración: Me dirijo a Ud., a los efectos de informarle que he tomado conocimiento que en la librería: “filewin.dll en la posición de
memoria 18F70 / filewin2.dll en la posición de memoria 19480/ fil14.dll “ en la posición de memoria 18F70, figura el texto: “Copyright (C) 1992-1993 Jean-loup Gailly This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambrid”
En consecuencia, y en el entendimiento de que se trata de una licencia GPL v2, la que obliga a mantener dentro del ámbito publico, distribuir con código fuente y Texto por separado de esta licencia, entre otras cosas; es que vengo por la presente a solicitarle a Ud. tenga a bien facilitarme un link para la descarga del fuente del aplicativo S.I.Ap y todos sus módulos para el uso y mantenimiento del mismo, así como para la realización de la documentación pertinente.
A tales efectos, solicito se sirva indicarme los pasos a seguir para poder acceder a dicha información.
Asimismo, solicito que en los paquetes de descarga del aplicativo y sus módulos introduzca el texto de la Licencia original para el conocimiento de la comunidad.
Sin más saludo a Ud. muy atentamente.-

EDITADO:
Cuando se les pregunta por soporte para linux o por el código fuente responden:

A quien corresponda:
Le informo que los aplicativos de la AFIP están homologados
únicamente para funcionar con las plataformas Windows 95. 98 y NT. Y
en cuanto al código fuente nos es imposible suministrarselo por razones
de seguridad.

Muchas Gracias
Saluda Atte. Mesa de Ayuda

FUENTES:
http://www.vialibre.org.ar/2008/01/28/objeciones-a-siap/
http://www.trucholand.com.ar/blog/?p=108

CodMACs: Una aplicación que programa por vos (Parte 2)

2009-09-04T14:18:00.000-07:00

CodMACs era una "buena" idea. Ahora, el tiempo que me llevaban programar el parser del lenguaje de macros que desarrollé sumado a un comentario que me hicieron en un foro[1] me llevó a pensar en una alternativa:

Qué tal si en vez de usar un lenguaje especial de macros utilizo uno más potente, ya desarrollado y que funciona? Por ejemplo, Python o PHP.
Entonces, la idea sigue siendo la misma pero, en vez de usar un lenguaje propio, utilizo un lenguaje de script mucho más poderoso y, lo más importante, conocido por muchos y totalmente funcional (al mío le faltaba muchísimo debug).

Entonces, combinandolo con lo que sería una especie de tags:

...code...code...code...code...code...code...
code...code...code...code...code...code...
code...code...code...code...code...code...

<script_template_python>

  if(a==1):

      print "hola"

</script_template_python>

...code...code...code...code...code...code...
code...code...code...code...code...code...
code...code...code...code...code...code...

Donde, "...code" es el código fuente que sea. Esto generaría una salida con el código de "...code" y el resultado de evaluar el código de python entre los tags.

La idea es algo similar a lo que hace php.

Veremos.

[1] El comentario fue:
"Si yo uso eso, paso de una tarea engorrosa (programar) a tener que hacer otra aún más engorrosa (escribir las macros)"

Buenas costumbres de programación

2009-08-31T18:57:00.001-07:00

Por algo era...

Problemas Abiertos de la Informática

2009-08-22T09:41:00.000-07:00

Pensando en los famosos "problemas abiertos de las matemáticas", me puse a buscar un paralelo informático y, aquí está:

Problemas Abiertos

Estimando mejor que Vista... (2x1)

2009-08-18T19:06:00.000-07:00

Fuente: http://xkcd.com

Porqué Python?

2009-08-10T17:28:00.001-07:00

Python es un lenguaje sencillo y versátil que todo el mundo (inclusive quienes no trabajen directamente en programación) debería conocer.
Posee:

- Sintaxis limpia y sencilla. Esto hace que sea rápido desarrollar reduciendo los tiempos y la cantidad necesaria de programadores. Es ideal para escritura de scripts rápidos.

- Baterías incluidas: Tiene una enorme biblioteca estándar lo que hace que el trabajo sea más veloz y sencillo.

- Multiparadigma.

- Poderoso y robusto.

- Su identación obligatoria hace que la claridad de los programas resalte.

- Usado en conjunto con bibliotecas gráficas (como GTK+ o Qt) es posible armar proyectos grandes que incluyan GUIs.

- Portable. Es posible ejecutarlo en, por ejemplo, Linux, windows y Mac, Windows Mobile, y Google Android (gracias Fisa)

- Documentación altamente disponible: 1) En internet (muchas páginas y wikis incluyendo oficiales y no oficiales) 2) Listas de correo (como pyar) donde hay un feedback constante. 3) En el mismo modo interactivo.

- Una comunidad excelente en Argentina (gracias Facundo) http://www.python.org.ar

Creo que esas son las principales.
La pregunta es, todavía no probaste python?

Conjetura de Collatz:: 3n+1

2009-07-29T15:29:00.000-07:00

Explicación

Por si no les dió ganas de leer, basicamente lo que expone es que dado un numero entero positivo cualquiera (n), si se le realizan una serie operaciones sucesivas (si el nro es par, se lo divide por 2, caso contrario, se lo multiplica por 3 y se le suma 1) el resultado siempre es 1.
Ejemplo:

{7,22,11,34,17,52,26,13,40,20,10,5,16,8,4,2,1}

Una vez alcanzado el 1, no se continúa ya que quedaríamos en un loop ya que 1 es impar y:

1 * 3 + 1 = 4
4 / 2 = 2
2 / 2 = 1
1 * 3 + 1 = 4
etc
etc

Hasta la fecha no se ha demostrado.

Dejo un script en python que (si bien no lo demuestra) sirve para jugar un rato probando con distintos números.


def syracusse(init):
   print "<--START (" + str(init) + ")"
   syr = init
   while syr != 1:   
       if syr % 2 == 0:
           syr = syr / 2
       else:
           syr = (syr * 3) + 1       
       print syr
   print "<--END"

Autodocumentación

2009-07-27T14:29:00.000-07:00

Algo muy bueno y que realmente puede ser muy útil en python es la autodocumentación.

Realmente no requiere demasiada explicación, solamente es necesario ingresar un comentario del tipo (""") al comienzo de nuestra function (debe estar identada) y luego, invocando el comando help() pasandole el nombre la función veremos ese texto. Ejemplo:


def autodoc(msj):
  """Ejemplo de autodocumentacion
      parametros: msj = Mensaje a mostrar"""
  print msj
help(autodoc)

Vamos a ver algo asi:

Help on function autodoc in module __main__:

autodoc(msj)
····Ejemplo de autodocumentacion
····parametros: msj = Mensaje a mostrar
(END)

Crawling

2009-07-25T12:41:00.000-07:00

Quería compartir una function de mi autoría escrita en php. Lo que hace es recorrer directorios recursivamente a partir de un path inicial.
Se llama crawleo por una particular obsesión con la palabra "jaleo". Jaleo, Crawleo... etc.

Yo uso llamo a una function (mia también) que se llama indexme. Lo que hace es indexar el contenido de los archivos en MySQL. No es relevante para el ejemplo asi que no la inclui.
Donde dice indexme pueden poner otra cosa :P

function crawleo($spath){
if(file_exists($spath)){
    $ptr = opendir($spath);
    while(($buf = readdir($ptr))!=null){
       if(trim($buf)!="." && trim($buf)!=".."){
           if(is_file($spath."\\".$buf)){
               $currf = $spath."\\".$buf;
               indexme($currf);
           }elseif(is_dir($spath."\\".$buf)){
               $currf = $spath."\\".$buf;
               crawleo($currf);
           }
       }
    }
    closedir($ptr);
}else{
    echo "Search Path: $spath not found";
}
}

Octopus Project

2009-07-25T12:36:00.000-07:00

Esta entrada es sólo para decir que mi proyecto Octopus project se está pasando a linux de la mano de python.

Code name Octopys??? Pyctopus?? En fin...

Regular Expressions

2009-07-25T12:28:00.000-07:00

Fuente: http://xkcd.com/

User Hostile

2009-07-22T11:19:00.001-07:00

Teorema que demuestra que está todo inventado

2009-07-17T14:19:00.000-07:00

Cuando pensé en publicar esto no supe si ponerle como título "La máquina cuantica" o "Teorema que demuestra que está todo inventado" Me decidí por el segundo porque me pareció mas gracioso.

Estaba pensando (cosa rara) acerca de las combinaciones posibles y se me vino a la mente cierto experimento mental:

Supongamos que tengo un programa que genera todas las combinaciones posibles (de todos los valores ASCII posibles) y de todos los tamaños posibles, es decir, 0 hasta X.

Antes de seguir, propongo que lean esto:
Infinitos Monos con Maquinas de Escribir

Bien, entonces, pensemos de nuevo en lo que escribí más arriba.
Tenemos un programa corriendo que genera un archivo con todas las combinaciones posibles de caracteres ASCII iniciando en un tamaño de archivo y progresando el tamaño de 1 en 1 hasta agotar las combinaciones.

Sería logico pensar que, en algún momento, algunas de las combinaciones resultantes van a resultar en un archivo de texto legible o en imagenes o en videos o en programas ejecutables, etc.

La cantidad de combinaciones es monstruosa y que seria casi imposible separar que archivo es "algo" y que es "basura". Ademas, la velocidad de procesamiento hace que sea casi interminable, faltarían vidas enteras para analizar toda la data generada y, la mayoría será "basura"

Pero, olvidemos por un momento estos pormenores, suponiendo que logré todas las combinaciones posibles desde 0 a 1GB. Y supongamos que, con algun metodo, separé lo que es basura de lo que es "algo" y lo clasifiqué en:

- Imagenes (jpg, bmp, gif, etc)
- Peliculas (avi, mov, mpeg, etc)
- Musica (mp3, wav, etc)
- Texto

Esto quiere decir que, si tengo todas las combinaciones posibles tendré, todo lo que esté en el rango de 0 a 1GB. O sea, si el tema "Welcome to the Jungle" en formato mp3 pesara 5MB, estaría allí! Lo mismo, si la película "Sin City" en formato avi pesara 780MB, también estaría allí! Loco?

Más loco: también estarían las fotos (si están en el rango de 0 a 1GB) de mis vacaciones y de las tuyas (lector)

Más escalofriante: también encontraríamos música que nunca fue escrita, peliculas que nunca fueron filmadas, textos y programas jamás escritos! De hecho, habría fotos de nosotros en situaciones que jamás pasaron con gente que ni conocemos!! De hecho, si estuviera en el rango 0 a 1GB, el código fuente del windows vista también estaría allí...

De hecho, este artículo también estaría allí.

Entonces, será que todo en realidad ya existe? O sea, ya existe en cuanto al abanico de lo potencial. No será que cuando sacamos una foto, escribimos algo, filmamos un video, etc, no estamos "creando" sino que estamos "descubriendo", "eligiendo" de una lista casi infinita de posibilidades?

Que pasaría si se pudiera llevar a cabo algo así? Supongamos que tuvieramos computadoras muchisimo mas potentes, capaces de analizar y manejar esa tremenda cantidad de datos. Que pasaría? Estaría, realmente, todo "inventado"?

Kit Anti Zombies

2009-07-07T07:37:00.000-07:00

KIT ANTI-ZOMBIE 2000

Nadie es ajeno a los tiempos que corren: pandemias, virus, etc. Nunca se sabe cuando todo puede degenerar en zombies atacandonos y deseando nuestros cerebros. Es por eso que desarrollé el kit anti zombie para estar preparados.
El mismo incluye:

- Máscara de gas. Especial para mantenerse a salvo del contagio
- Escopeta recortada. Ideal para volar cabezas zombies, muy portable y comoda. (municiones no incluidas)
- 150 latas de conserva con alimentos varios. Necesario si se tiene que estar días sin salir a la calle.
- 2 walkie-talkies para comunicarte con tu compañero/a sobreviviente.
- 500 historietas de Mafalda. Es necesario un poco de humor para pasar el rato. Ademas, reir, levanta la moral.
- 1 botella de Vodka. Por su composicion quimica es ideal para fabricar cocteles Molotov y arrojarselo a los reanimados. O en su defecto, empedarse para olvidar. Tambien es util para cauterizar heridas (pero es mejor empedarse).
- Peine o peineta. Porque, vamos, habrá zombies, será el apocalipsis pero no hay razón por la cuál no verse bien.
- Soga. Los usos posibles son miles. Muy útil para colgarse en caso de desesperación.
- Cuchillo de combate (onda rambo). Idem anterior. Además es vital para traicionar a tu compañero/a sobreviviente en caso de escasez de alimentos.
- Cd y reproductor de Cds con el tema thriller de MJ (r.i.p.). Sirve para generar ambiente, además, a los zombies parece gustarles y quizá sea un buen medio de distracción.
- 2 granadas de manos. La utilidad es obvia. También es útil para suicidios masivos.

El kit es personalizable a gusto del cliente. Los precios varían según el combo elegido y se puede encagar por teléfono al 444-5584

EDITADO: Vodka agregado a pedido de Gustavox.

Inicio "lento" en Debian 5 (Lenny)

2009-06-03T20:47:00.000-07:00

Tengo Debian Lenny y me encontré con un problemita (no es grave para nada, pero me gustaría compartir la solución)

Resulta que cuando iniciaba tardaba un poco. Quedaba como frizado en dos lugares, que son:

Código:

Starting Common Unix Printing System: cupsd.

Y después en:

Código:

Starting MTA

Buscando (googleando) encontré como deshabilitar esos (y otros) servicios que quizá no usemos. En mi caso, cupsd (es un servicio de impresión) no tenia uso. El MTA (un servicio relacionado con el mail) tampoco.
Más info:
MTA
cupsd

El procedimiento es simple:

1) cd a /etc/rc2.d
2) Hacer un mv Snombre Knombre.

Ejemplo:

Código:

mv S50exim4 K50exim4

Ahora Lenny inicia en segundos.

Cómo usar PHP como lenguaje de script de consola?

2009-06-03T20:46:00.000-07:00

El otro día programando una aplicación web (en PHP) que tenía, por un lado, una búsqueda hecha en PHP con MySQL y por otro lado necesitaba de un daemon. Éste es quién recolectaría la info y la guardaría en MySQL.
Me dispuse a escribirlo y pensé en Perl o Python (por tener algo de portabilidad windows/linux) , pero luego, lo pensé y me pregunté:
Ya que tengo php, no lo puedo usar como lenguaje de script de consola??? La respuesta es SI.

En Linux:

Instalar el intérprete

apt-get install php5-cli

Luego armamos el archivo con un hashbang al comienzo como cualquier otro script (#!)
Ejemplo:

#! /usr/bin/php5

Listo. Al ejecutarlo nos devolverá la salida "Esto es una prueba".

En Windows:

En mi caso uso phptriad y el path al php está en:

C:\apache\php\

Entonces, puedo armar un bat (por ejemplo) y llamar a mi script así:

cd C:\apache\php\
php -f C:\PHP\pru.sh

Es decir, con cd me paré en el directorio del php.exe. Con php -f le pasé como parámetro el script que está en pru.sh. -f es para decirle que queremos parsear un file.
Hay otro métodos (por ejemplo, agregar el path del PHP a la variable de entorno path)

Agrego un link interesante:
Instalación y configuración básica de LAMP en Debian

LAMP = Linux Apache MySQL PHP (o perl o python)
Qué es LAMP?

CodMACs: Video Demo

2009-04-07T12:55:00.000-07:00

Un video:

http://dc123.4shared.com/download/97300228/32efeba0/1_online.swf?tsid=20090407-155020-42f8fdd4

CodMACs: Una aplicación que programa por vos

2009-04-02T17:22:00.000-07:00

CodMACs

Creating an application, easily in 4 steps:

1 - Reads your database and builds the XML file (containing DataBases Structure) .
The XML file is editable. You can use plain xml or "Treeview-Like" edition.
2 - Using the Editor + Highlighter, create .COD file which contains your own source code (in any language) + the CodMAC code embedded .
3 - Based on the .COD and XML Structure files, generates automatically all the source code your application will need.
4 - Finally, you can edit the result source code.

Simple menus will allow you to accomplish all these actions easily, very quickly, increasing your productivity.

Si, parece una mentira. Pero no. Es cierto. O casi. No es que la aplicación "programe" por si sola sino que, basandose en un código fuente básico (que es la base de tus programas) + un sistema de tags y marcas embebidos dentro del mismo, se logra generar código fuente en segundos.
Por ejemplo, si uno programa en Java, el template tendría la base en dicho lenguaje y, además, el código CodMAC embebido. El programa genera un resultado que es, sencillamente código fuente en Java. Se reemplaza el código escrito en CodMAC. (así como PHP genera puro HTML, por poner un ejemplo paralelo) por el resultado en el lenguaje deseado (en este caso, Java)

Cómo funciona?? Acá es donde puedo explicarlo bien debido a que soy el desarrollador.
Muchas veces en los sistemas o programas comerciales, las aplicaciones (tipo ingresos en grid, ABMs, etc) son similares. Esto es lo que aprovecha CodMACs.
La aplicación posee tres elementos:

1- Editor de texto para templates con iluminador. Ejemplo, un programa tuyo en C con los "tags" o marcas propios de CodeMACs.
2- Información acerca de las bases de datos. Esto es necesario tenerlo en formato XML. El programa posee además un módulo de conexión (por ahora sólo con SQL server) que toma las bases de datos deseadas y genera la documentación necesaria en el formato XML.
El mismo se puede editar y visualizar de forma plana y con un editor tipo TreeView.
3- Editor de texto para "Funciones" o MACROS si se las quiere llamar así. También tiene iluminador.

Entonces, primero tomamos un pedazo de un programa nuestro. La base, digamos. Entonces, tomamos el código fuente base y, donde haya referencias a una tabla, o campos se lo reemplaza por marcas de propias de CodMACs, ya sean marcas simples, funciones o Loops. Todo eso posee CodMACs.

Detallo algunas:
@@!FileName : El nombre del archivo
@@!TableName : El nombre de la tabla
@@!Index : Un índice, sirve como contador dentro de un LOOP
@@LOOP : Marca de inicio de loop. Loopea una vez por cada campo de la tabla.
@@/LOOP: Marca de fin de loop.

Entonces, dentro de nuestro código fuente metemos estas marcas. Sería un pseudo lenguaje embebido.
Es decir que si una tabla se llama Clientes, y tiene los campos clie, nomb, cuit, en todos lados donde aparezca la marca @@!TableName se reemplazará por el nombre de la tabla, en este caso Clientes. Y si ponemos un loop así:

@@LOOP
Const C@@!Identifier as integer = @@!Index
@@/LOOP

Nos quedaría:

Const Cclie as integer = 0
Const Cnomb as integer = 1
Const Ccuit as integer = 2

Además, puede pasar que deseemos hacer algo en un caso, por ejemplo, si el campo es numérico o si el campo es de texto. Eso se resuelve con las funciones. Un ejemplo de una función:

BEGIN Function Defitipo2(Value)
CASE 'nvarchar['+* || tString
CASE 'datetime' || tsFecha
CASE 'smalldatetime' || tsFecha
CASE 'money' || tNumeric
CASE 'real' || tNumeric
CASE 'int' || tNumeric
END Defitipo2

Si el campo es int, vemos que pone tNumeric. Entonces, poniendo

@@CASE(@@!Format,Defitipo2)

Estas funciones son totalmente editables por el usuario. Es decir, pueden haber tantas como se desee y se creen en un apartado especial. Sería igual que crear funciones en cualquier lenguaje de programación.
En el ejemplo, le estamos diciendo con @@CASE que se trata de una función. Con @@!Format es que le estoy pasando ese valor a la función, y Defitipo2 es el nombre de la función. En ese caso le estaría pasando a la función DefiTipo2 el formato del campo en el que estoy. Y ya vimos lo que hace, si el campo fuera int, todo el texto

@@CASE(@@!Format,Defitipo2)

Sería reemplazado por:

tNumeric

Una vez que tenemos el "template" lo guardamos como extensión cod. Luego, generamos la documentación sobre la/s tabla/s de nuestra/s base/s de datos (en un XML). Ahora, podemos si se desea guardar el proyecto (un archivo con extensión mrt) esto nos permite en un futuro, abriendo el *.mrt, tener el xml y el cod que queramos.
Una vez que tenemos el XML y el cod, le tememos que decir al programa que nos genere un codigo fuente. Basicamente, se elige las tablas que queremos, la extensión que deseamos y listo.

La estructura que usé en el XML es muy simple.

Postearé un video y, cuando esté más maduro, la primera beta. Ahora, dejo unos screenshots del CodeMAcs trabajando. En este caso se puede ver código fuente en VB6 con código de CodMACs embebido.
Saludos

ScreenShots:

Comparación de código fuente generado(visto en notepad) contra el código que lo generó dentro de CodMACs.
Se puede ver como un loop cambió por una lista grande de los campos.

CodeMACs guardando un archivo frm generado desde un template.

Selector de tablas. En este caso hay una sola.

Editor de Funciones.

Vista de XML

Editor de templates con menu de ayuda(insertando tags)

Icono principal de la aplicación.

Web Oficial: http://codmacs.tk

Sobre el IQ

2009-03-30T19:15:00.000-07:00

Hace rato que tenia ganas de escribir sobre esto. Cuantas veces uno ha oído "tal persona tiene tanto de IQ" o "determinado personaje posee un coeficiente intelectual de X"
Ahora, alguna vez uno se planteó qué es un IQ??
Según wikipedia el IQ es un resultado de un test:

El cociente intelectual o coeficiente intelectual,[1] abreviado CI (en inglés IQ) es un número que resulta de la realización de un test estandarizado para medir las habilidades cognitivas de una persona, "inteligencia", en relación con su grupo de edad

La primera vez que me enteré de la existencia de esto (tendría unos 15 años) me pareció interesante, anque simplista voy a reconocer. Simplista para ser algo que "define" la inteligencia. O sea, vendría a ser, X individuo hace un test que consiste en N numero de preguntas (de logica, reconocimiento de series, patrones) y dependendiendo de como le vaya, es cuan inteligente es esa persona. Muy chato para mi gusto. Sin envargo realicé varios tests por curiosidad. No recuerdo los resultados (seguramente me salió que estoy en la media) pero lo que si recuerdo es que, siendo distintos los tests, hacer el primero me fue mas dificil que el segundo. Esto es, el hacer el primero me "entrenó" de alguna forma. Hizo que hacer el segundo fuera más sencillo, además de que sabía que esperar (a pesar de que los tests no eran iguales) me había mostrado una forma encarar ciertos problemas. Entonces, hice algunos más y noté que era como si justamente fuera un entrenamiento, practicar el tipo de ejercicios hacía que los posteriores costaran un poco menos.
De todo esto se desprende mi conclusión. Los tests de IQ dan un número a la habilidad/experiencia de una persona para resolver un tipo de problema. La inteligencia no es algo "medible" y mucho menos por completar unas series de cuadraditos o de números. Estos tests sólo dividen, y estancan. Le dicen a alguien "vos sos la media" como que no hubiera más remedio.

No me hubiera atrevido a publicar esta entradad (hubiera considerado que estos son disparates míos) si no fuera por un comentario que leí en un libro de Paenza (de las serie "matematica, estás ahí?") donde él mismo opinaba algo similar a mi.

Estudiar Programación

2009-03-25T06:44:00.000-07:00

Esta entrada no tiene ningún test. Sólo es para plasmar una opinión acerca de cómo se enseña (mayormente) programación en, por lo menos, Argentina.
Mejor dicho, voy a exponer como creo que se debería enseñar haciendo referencia por momentos a cómo se enseña o a aquellos aspectos que considero erróneos.

Primero, considero que los métodos tradicionales de enseñanza no son aplicables. Con esto me refiero al esquema:

Pizarrón --> Profesor --> Alumnos

Éste esquema lineal es, o puede ser, muy útil en otros ámbitos. En programación no sirve de nada. No existe tal cosa como "teóricas"(o, al menos, no debería).
El esquema que propongo es:

|----> Profesor (si se requiere)
|
alumno <--> PC
|
|-------> Google, manuales y/o pdf

Explico:
El alumno tiene una pc (una por alumno)
Al alumno se le dan tareas de programación. Es decir, se lo hace programar, subiendo en dificultad claro, pero estando en contacto con el código, debugger, y compilador (si lo hubiera) desde la primer clase.
El alumno debería tener acceso a bibliografía (puede ser impresa o material en la pc) sobre el lenguaje en cuestión. Además de google y cualquier otro medio que el profesor (o incluso el alumno) proponga.
Ante cualquier tipo de duda, el profesor debe tener el conocimiento para acercarse a la pc del alumno y ver el problema con éste.
Cada clase tiene un mini TP que hay que entregar.

Con esto logramos varias cosas:
1) Por un lado que la clase sea entretenida. Nadie quiere escuchar a un tipo hablar más de media hora.
2) El alumno comienza a programar desde la primera clase con problemas lo más reales posibles.
3) Si un alumno avanza más rápido que otro no se aburre porque va a su ritmo. Lo mismo para uno que sea más lento, no se pierde.
4) Es fácil monitorear el avance antes de un parcial o prueba.
5) El alumno se entrena en "pensar". El foco está en resolver problemas, aplicar lógicas. Memorizar la sintaxis (saber si es print, printf, sprint, etc) no sirve de mucho. Es mejor aprender a pensar lógicas, sin importar la sintaxis (para eso están las referencias del lenguaje) En todo caso, es mejor saber pensar, memorizar la sintaxis va a venir sólo con el uso mismo del lenguaje.

Cómo una excepción a lo que serían las teóricas, se podrían dedicar unas clase si es que los alumnos no poseen conocimientos de programación (es decir, si están de cero) a explicar conceptos básicos como: qué es un loop, un condicional, etc
Pero esto sólo si es necesario.

Para la evaluación, con los TP se va viendo si el alumno progresa o no (ya que son individuales)
Como final, se podría hacer un TP grande o un parcial.
En el caso de un parcial, obviamente, escrito en papel no tiene sentido (si, en algunos lados toman asi) . Mucho menos creo que haya que hacerle memorizar las sintaxis, o preguntas del tipo:
Cuántos parámetros lleva el bucle For?
Los manuales que el alumno tiene en los TP, debería tenerlos en el final o parcial. Lo importante es que sepa pensar y resolver los problemas. El memorizar la sintaxis no es, NI DEBERIA SER, la finalidad.

Para finalizar, solo quiero agregar que este esquema respondería a lo que un autodidacta haría en su casa:
- Instalar una Ide o interprete (o lo que se necesite de un lenguaje)
- Probar algo sencillo
- Programar algo mas real.
- Consultar un manual, manual online, google, etc
- Programar
- Consultar un manual, manual online, google, etc
- Programar
- Consultar un manual, manual online, google, etc
- Programar
- Consultar un manual, manual online, google, etc
- Programar
- Consultar un manual, manual online, google, etc
- Programar
....

Esta es la forma de aprender de verdad. Entonces, porqué no aplicarla (de manera más controlada si se quiere) a las cátedras y/o cursos de programación?

Octopus Project: Software Multiclipboard

2009-03-21T08:37:00.000-07:00

Esto es sólo para darle un lugar a un soft mío.

http://octopusproject.tk/

En la página está todo explicado pero, basicamente, es un software que permite manejar hasta 8 clipboards.

Black Hole: Un link que apunta a otro

2009-03-20T14:02:00.000-07:00

Pensando el otro día se me ocurrió probar que pasaba si un acceso directo de windows (archivo .lnk) apuntaba a otro y a su vez, ese otro apuntaba al primero.
Es decir:

A.lnk --> Apunta a B.lnk
B.lnk --> Apunta a A.lnk

Formando asi una especie de ciclo sin fin.
Obviamente, esto no se puede hacer con el sistema operativo en si, es decir, tecnicamente hablando: "el windo' no te deja, che"
Pero, con la ayuda de un editor hexa se puede lograr. El efecto (y por el cual lo nombré blackhole) es que el explorer crashea. No podés ver que hay dentro de la carpeta que los contiene.
Esto fue testeado en windows2000 y windowsXP.
En windows98... NO FALLA!!!
Aparentemente en windows Vista está corregido. La prueba que hice no falló. Quedaría ver que sucede con accesos creados en Vista, pero me imagino que es lo mismo, no va a fallar.

Procedimiento:
Antes que nada, no lo pongan en el escritorio ya que crasheará el explorer y no lo podrán arreglar mas que entrando en modo consola.

1) Crear un archivo. Digamos: C:\Prueba\A.txt
2) Generar un acceso directo al mismo. Digamos C:\Prueba\A.lnk
3) Borrar A.txt
4) Editar A.lnk con un editor HEXA. Es sencillo, van a ver varios caracteres ilegibles y, en medio de todo eso, por varios lados aparece el nombre del archivo
"C:\Prueba\A.txt" eso lo cambiamos por C:\Prueba\B.lnk
5) Copiar el A.lnk editado y pegarlo. Renombrarlo a B.lnk.
6) Abrir B.lnk. Vamos a encontrarnos que dentro apunta a B.lnk (ya que es el A.lnk editado) Reemplazamos C:\Prueba\B.lnk por C:\Prueba\A.lnk
7) Nos quedó A.lnk apuntando a B.lnk y viceversa.
8) Al entrar en la carpeta prueba usando el explorador de windows, veran como crashea.

NO me hago responsable si se les cuelga windows o algo mas desagradable pasa. En todas las pruebas que realice solo moria el explorer (y levantaba de nuevo por si solo)

Happy Testing.

Visual Basic 6 (testeo de compilación)

2009-03-20T13:07:00.000-07:00

Queriendo compilar en visual basic 6 de la misma forma que en C (generando objects por separado y luego linkeandolos) encontré lo siguiente:

El tema es, el VB6 compila con un exe C2.exe y linkea con el LINK.exe
Lo que hice fue, reemplazar el C2.EXE por un exe mio, mi exe loguea los parametros que le pasa el vb6. Luego hice lo mismo con el link.exe y listo, tenia los parametros que le tengo que pasar a los dos exes.
El C2.exe crea los OBJ, el link, linkea.

log del C2.exe
-il "C:\DOCUME~1\Martin\CONFIG~1\Temp\VB375862" -f "Class1" -W 3 -Gy -G5 -Gs4096 -dos -Zl -Fo"C:\Documents and Settings\Martin\Escritorio\frmLala.OBJ" -QIfdiv -ML -basic

log del link.exe

"C:\Documents and Settings\Martin\Escritorio\frmLala.OBJ" "C:\Documents and Settings\Martin\Escritorio\Proyecto.OBJ" "C:\Archivos de programa\Microsoft Visual Studio\VB98\VBAEXE6.LIB" /ENTRY:__vbaS /OUT:"C:\Documents and Settings\Martin\Escritorio\Proyecto.exe" /BASE:0x400000 /SUBSYSTEM:WINDOWS,4.0 /VERSION:1.0 /INCREMENTAL:NO /OPT:REF /MERGE:.rdata=.text /IGNORE:4078

Queda corregir un problema más. El vb6 genera un archivo por cada frm en un "lenguage intermedio". Se supone que es ese archivo que guarda en temporales y que genera usando el comando iL (intermediate language) Esto es una suposición mía.

Extensión XPI: Zips camuflados

2009-03-20T12:50:00.000-07:00

Asi que eran zips camuflados nomás.
Viendo el xpi (extensión de firefox) de piratesoftheamazon con un editor HEXA veo la marca
PK
Al comienzo del file. "Es un zip" pienso. Le cambio la extensión y ahi lo tenía. Todos los files que usa, js, archivos de imagen, etc.
Interesante para hacer xpi propios.
Luego busqué en google, cosa que debería haber hecho antes :)

http://filext.com/file-extension/XPI