e-ferro Venturas/Desventuras de "informatico"

Red Sostenible

2010-01-12T13:06:00.002+01:00

Consideramos imprescindible la retirada de la disposici�n final primera de la Ley de Econom�a Sostenible por los siguientes motivos:

1 -Viola los derechos constitucionales en los que se ha de basar un estado democr�tico en especial la presunci�n de inocencia, libertad de expresi�n, privacidad, inviolabilidad domiciliaria, tutela judicial efectiva, libertad de mercado, protecci�n de consumidoras y consumidores, entre otros.

2 - Genera para la Internet un estado de excepci�n en el cual la ciudadan�a ser� tratada mediante procedimientos administrativos sumar�simos reservados por la Audiencia Nacional a narcotraficantes y terroristas.

3 - Establece un procedimiento punitivo ?a la carta? para casos en los que los tribunales ya han manifestado que no constitu�an delito, implicando incluso la necesidad de modificar al menos 4 leyes, una de ellas org�nica. Esto conlleva un cambio radical en el sistema jur�dico y una fuente de inseguridad para el sector de las TIC (Tecnolog�a de la Informaci�n y la Comunicaci�n). Recordamos, en este sentido, que el intercambio de conocimiento y cultura en la red es un motor econ�mico importante para salir de la crisis como se ha demostrado ampliamente.

4 - Los mecanismos preventivos urgentes de los que dispone la ley y la judicatura son para proteger a toda ciudadan�a frente a riesgos tan graves como los que afectan a la salud p�blica. El gobierno pretende utilizar estos mismos mecanismos de protecci�n global para beneficiar intereses particulares frente a la ciudadan�a. Adem�s la normativa introducir� el concepto de "lucro indirecto", es decir: a m� me pueden cerrrar el blog porque "promociono" a uno que "promociona" a otro que linka a un tercero que hace negocios presuntamente il�citos

5 - Recordamos que la propiedad intelectual no es un derecho fundamental contrariamente a las declaraciones del Ministro de Justicia, Francisco Caama�o. Lo que es un derecho fundamental es el derecho a la producci�n literaria y art�stica.

6 - De acuerdo con las declaraciones de la Ministra de Cultura, esta disposici�n se utilizar� exclusivamente para cerrar 200 webs que presuntamente est�n atentando contra los derechos de autor. Entendemos que si �ste es el objetivo de la disposici�n, no es necesaria, ya que con la legislaci�n actual existen procedimientos que permiten actuar contra webs, incluso con medidas cautelares, cuando presuntamente se est� incumpliendo la legalidad. Por lo que no queda sino recelar de las verdaderas intenciones que la motivan ya que lo �nico que a�ade a la legislaci�n actual es el hecho de dejar la ciudadan�a en una situaci�n de grave indefensi�n jur�dica en el entorno digital.

7 - Finalmente consideramos que la propuesta del gobierno no s�lo es un despilfarro de recursos sino que ser� absolutamente ineficaz en sus presuntos prop�sitos y deja patente la absoluta incapacidad por parte del ejecutivo de entender los tiempos y motores de la Era Digital.

La disposici�n es una concesi�n m�s a la vieja industria del entretenimiento en detrimento de los derechos fundamentales de la ciudadan�a en la era digital.

La ciudadan�a no puede permitir de ninguna manera que sigan los intentos de vulnerar derechos fundamentales de las personas, sin la debida tutela judicial efectiva, para proteger derechos de menor rango como la propiedad intelectual. Dicha circunstancia ya fu� aclarada con el dictado de inconstitucionalidad de la ley Corcuera (o ley de patada en la puerta). El Manifiesto en defensa de los derechos fundamentales en Internet, respaldado por m�s de 200 000 personas, ya avanz� la reacci�n y demandas de la ciudadan�a antes la perspectiva inaceptable del gobierno.

Para impulsar un definitivo cambio de rumbo y coordinar una respuesta conjunta, el 9 de enero se ha constituido la "Red SOStenible" una plataforma representativa de todos los sectores sociedad civil afectados. El objetivo es iniciar una ofensiva para garantizar una regulaci�n del entorno digital que permita expresar todo el potencial de la Red y de la creaci�n cultural respetando las libertades fundamentales.

En este sentido, reconocemos como referencia para el desarrollo de la era digital, la Carta para la innovaci�n, la creatividad y el acceso al conocimiento, un documento de s�ntesis elaborado por m�s de 100 expertos de 20 pa�ses que recoge los principios legales fundamentales que deben inspirar este nuevo horizonte.

En particular, consideramos que en estos momentos es especialmente urgentes la implementaci�n por parte de gobiernos e instituciones competentes, de los siguientes aspectos recogidos en la Carta:

1 - Las/os artistas como todos los trabajadores tienen que poder vivir de su trabajo (referencia punto 2 "Demandas legales", p�rrafo B. "Est�mulo de la creatividad y la innovaci�n", de laCarta);

2 - La sociedad necesita para su desarrollo de una red abierta y libre (referencia punto 2 "Demandas legales", p�rrafo D "Acceso a las infraestructuras tecnol�gicas", de la Carta);

3 - El derecho a cita y el derecho a compartir tienen que ser potenciado y no limitado como fundamento de toda posibilidad de informaci�n y constitutivo de todo conocimiento (referencia punto 2 "Demandas legales", p�rrafo A "Derechos en un contexto digital", de la Carta);

4 - La ciudadan�a debe poder disfrutar libremente de los derechos exclusivos de los bienes p�blicos que se pagan con su dinero, con el dinero publico (referencia punto 2 "Demandas legales", p�rrafo C "Conocimiento com�n y dominio p�blico", de la Carta);

5 -Consideramos necesaria una reforma en profundidad del sistema de las entidades de gesti�n y la abolici�n del canon digital (referencia punto 2 "Demandas legales", p�rrafo B. "Est�mulo de la creatividad y la innovaci�n", de la Carta).

Por todo ello hoy se inicia la campa�a INTERNET NO SERA OTRA TELE y se llevar�n a cabo diversas acciones ciudadanas durante todo el periodo de la presidencia espa�ola de la UE.

Consideramos particularmente importantes en el calendario de la presidencia de turno espa�ola el II Congreso de Econom�a de la Cultura (29 y 30 de marzo en Barcelona), Reuni�n Informal de ministros de Cultura (30 y 31 de marzo en Barcelona) y la reuni�n de ministros de Telecomunicaciones (18 a 20 de abril en Granada).

La Red tiene previsto reunirse con representantes nacionales e internacionales de partidos pol�ticos, representantes de la cultura y legaciones diplom�ticas.

Firmado Red SOStenible

http://Red-SOStenible.net

La Red Sostenible somos todo

The Zen of Python, by Tim Peters

2010-01-04T16:04:00.001+01:00

Lo siguiente es el "Zen de Python" aunque es aplicable a todos los lenguajes que he conocido hasta ahora....

>>> import this

The Zen of Python, by Tim Peters

Beautiful is better than ugly.

Explicit is better than implicit.

Simple is better than complex.

Complex is better than complicated.

Flat is better than nested.

Sparse is better than dense.

Readability counts.

Special cases aren't special enough to break the rules.

Although practicality beats purity.

Errors should never pass silently.

Unless explicitly silenced.

In the face of ambiguity, refuse the temptation to guess.

There should be one-- and preferably only one --obvious way to do it.

Although that way may not be obvious at first unless you're Dutch.

Now is better than never.

Although never is often better than *right* now.

If the implementation is hard to explain, it's a bad idea.

If the implementation is easy to explain, it may be a good idea.

Namespaces are one honking great idea -- let's do more of those!

>>>

En defensa de nuestros derechos fundamentales en internet

2009-12-03T13:14:00.000+01:00

Ante la inclusi�n en el Anteproyecto de Ley de Econom�a Sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresi�n, informaci�n y el derecho de acceso a la cultura a trav�s de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de internet manifestamos nuestra firme oposici�n al proyecto, y declaramos que?

Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunci�n de inocencia, a la tutela judicial efectiva y a la libertad de expresi�n.
La suspensi�n de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el art�culo 20.5 de la Constituci�n, pone en manos de un �rgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos espa�oles el acceso a cualquier p�gina web.
La nueva legislaci�n crear� inseguridad jur�dica en todo el sector tecnol�gico espa�ol, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra econom�a, entorpeciendo la creaci�n de empresas, introduciendo trabas a la libre competencia y ralentizando su proyecci�n internacional.
La nueva legislaci�n propuesta amenaza a los nuevos creadores y entorpece la creaci�n cultural. Con Internet y los sucesivos avances tecnol�gicos se ha democratizado extraordinariamente la creaci�n y emisi�n de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.
Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deber�an buscar otro modelo.
Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, cre�bles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.
Internet debe funcionar de forma libre y sin interferencias pol�ticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.
Exigimos que el Gobierno garantice por ley la neutralidad de la Red en Espa�a, ante cualquier presi�n que pueda producirse, como marco para el desarrollo de una econom�a sostenible y realista de cara al futuro.
Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio p�blico y limitar los abusos de las entidades gestoras.
En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate p�blico y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no org�nica y que versa sobre otra materia.

Por favor difunde este manifiesto en tu blog, Twitter, en redes sociales, en foros o impr�melo y rep�rtelo.

Incluido en Asterisk el parche PacketCable NCS 1.0 Support for Docsis / Eurodocsis Networks

2009-11-04T08:38:00.005+01:00

Por fin, se ha incorporado a Asterisk el parche PacketCable NCS 1.0 Support for Docsis / Eurodocsis Networks

La gran cantidad de trabajo realizado en Alea Soluciones para integrar Asterisk en redes que usen PacketCable NCS ha dado sus frutos y desde ayer, Asterisk incluye este c�digo de forma oficial, lo que facilitar� en gran medida su mantenimiento y mejora.

Esto permitir� de forma sencilla usar Asterisk como Call Manager en redes de cable Docsis en las que todos o parte de los eMTAs usen el protocolo PacketCable NCS.

En este tipo de redes HFC se est� produciendo un proceso de migraci�n a SIP, pero es muy normal encontrarse con redes mixtas SIP / NCS, o incluso algunas NCS en exclusiva, para las que era complicado tener un buen soporte de telefon�a debido sobre todo a la falta de software que implementase el protocolo PacketCable NCS. Este parche y su incorporaci�n oficial el Asterisk aporta su grano de arena a la soluci�n de este problema.

Por supuesto, para estas redes (HFC con se�alizaci�n de telefonia con PacketCable NCS) existen varios Call Managers privativos, pero aparte de tener precios elevados, no permitian crear soluciones flexibles, ni implementar muchos de los servicios de usuario que con Asterisk se pueden realizar facilmente. Adem�s estos productos, en la mayor parte de los casos no permitian crear soluciones mixtas SIP/NCS.

M�s informaci�n sobre el parche en

https://issues.asterisk.org/view.php?id=12950
Los cambios aceptados en

http://svn.digium.com/view/asterisk?view=rev&revision=227049

Ahora queda pendiente introducir a Asterisk algunas otras partes de c�digo que han aparecido durante el proceso de desarrollo del parche y que no se han incluido en el "commit" realizado ayer (soporte de digimaps, mejoras de uso de memoria, etc)...

Calendario del VoIp2Day

2009-09-20T13:55:00.002+02:00

Esta semana se celebra el voip2day... Comenz� el a�o pasado y fue muy interesante... esperemos que las conferencias de este a�o est�n al mismo nivel o incluso mejor (como conozco a bastantes de la organizaci�n y a algunos de los conferenciantes, estoy casi por asegurar que ser� as� casi seguro...)

El calendario de ponencias se puede ver en voip2day pero para mi propia comodidad lo he cargado en un calendario p�blico de google calendar... si ha alguien m�s le viene bien, lo puede consultar en:

Importante: La informaci�n est� copiada de la p�gina web voip2day y no es oficial...

A Continuaci�n se puede ver la agenda completa de las jornadas:

Software Freedom Day 2009

2009-09-19T10:37:00.004+02:00

Software Freedom Day

Busca un evento cercano:

Por ejemplo en Madrid tienes:
http://softwarefreedomday.org/teams/europe/spain/madrid/h4ckdr4g

Nos vemos por all�....

Libro de citas (VI)

2009-09-18T08:59:00.002+02:00

"If you know what you're doing, three layers is enough; if you don't, even seventeen levels won't help"

Michael Padlipsky

Entrando en producci�n / asoma-t / asomat / plataforma Tv

2009-09-10T20:38:00.006+02:00

asoma-t o asomat es la plataforma de televisi�n (incluyendo televisi�n de pago y contenidos) en los que he estado trabajando estos �ltimos meses...

Estos d�as estamos entrando en producci�n de una parte de la plataforma, por lo que he estado bastante atareado.

Aunque en la web de asoma-t ahora no hay contenido, la verdad es que el proyecto es t�cnicamente bastante interesante y parece que estamos haciendo razonablemente las cosas, puesto que est� entrando en producci�n sin sobresaltos, con trabajo, pero sin sobresaltos...

As� que, como se suele decir por la puerta grande...

Boscli Creating Interactive domain specific Shells in Python

2009-08-16T23:46:00.003+02:00

Boscli is a framework to create interactive command line interfaces. Our mission is to help developers write interactive shells for domain specific task. It provides an easy way to wrap and join together command line apps and utilities and create specific shells with security levels and modes, history, auto-completion and so on.

Using this framework any developer can build an interactive command line interface for configuration or monitor an appliance in a few minutes.

The Boscli can be used as a great "glue code" for appliance's interfaces or to create a "homogeneous" administration interface for different systems and applications.

For example if you need to integrate different services and applications (asterisk, linux conf, monit, apache, etc...) but you want to offer to your users or to the systems administrator an integrated line oriented interface, you can use Boscli as a framework to create thin wrappers around the apps/services you want to integrate and create one or more boscli shells.

All the commands are defined as a Boscli plugin that can be reused for different shells in different configurations, so with the same code you can create different shells, for different users or for different task (initial conf, admon, etc....)

The main features are:

For developers:

Integrated plugin system
Easy new plugin creation
Easy new command definition
Easy new types definition
Auto generated help
Basic types support
Function access control support
Function mode support
Command execution Log

For final shell users

Command Autocompletion
Interactive line edition
Contextual Help
Pagination
Filters
Command history

More info at:
Home page: http://oss.alea-soluciones.com/trac/wiki/BoscliOss
Freshmeat entry http://freshmeat.net/projects/boscli-oss

Asterisk DTMF Alarms Telecare and other industrial appliances

2009-07-29T13:29:00.004+02:00

Alarms, Tele care devices and other industrial appliances, use DTMF tones based protocol for controlling the communication or for transmit information. In a lot of scenarios Asterisk can be a great "bridge" server to connect this kind of appliances, but in some cases we can find some weakness/problems related with Asterisk implementation or with VoIP.

The goal of this article is trying to expose some problems we can encounter connecting this kind of devices to Asterisk and if applicable the solutions we can use. In a lot of cases this solutions include adapting the Asterisk code.

Asterisk implementation problems (for DTMFs exchange):

1) DTMFs/DTMFs Gaps timings
Asterisk defines minimal DTMF tone duration and minimal amount of time between two consecutive DTMFs tones. Using this constants Asterisk can decide to ignore a DTMF or to regenerate a DTMF tone with a greater duration than the original.
The related code can be found at main/channel.c.
The normal values defined are:

#define AST_MIN_DTMF_DURATION 80
#define AST_MIN_DTMF_GAP 45

For resolve some problems we found with some Telecare devices (sending DTMF with 50 ms duration), we changed this values to:

#define AST_MIN_DTMF_DURATION 30
#define AST_MIN_DTMF_GAP 20

This problem can be detected with Asterisk 1.4.x and 1.6.x versions.

2) Initial weird sound at DTMFs tone beginning
When the DTMF are sent inband, Asterisk is always listening the audio channel to detect the DTMFs and execute the corresponding action. Sometimes the action is to activate a feature, or select an option in an IVR or in our case to regenerate the DTMF tone in the output channel. In the last mentioned case, at the output channel we can hear the original RTP of the DTMF (a few milliseconds), followed by few milliseconds of silence, and followed with the regenerated DTMF tone.
The first few milliseconds is the time used by the DSP (main/dsp.c) code to detect the DTMF, the silence is the time between the DSP module detect the DTMF and the regenerated DTMF tone begin.
For example, if we use RFC2833 for DTMF signaling, we can receive a few milliseconds of RTP original DTMF, followed by the DTMF tone as RFC2833 signal, so we can hear a "little" weird sound at the begining of the DTMF tone.

The first and second periods can be improved (reduced) changing the Asterisk DSP code, but it seems a difficult patch. Other possibility is to inhibit Asterisk from detecting DTMFs in inband audio. Of course it can be easy to avoid the DTMF detection globally (for example following http://astrecipes.net/index.php?n=248), but a better solution can be some kind of DTMF detection/regeneration configuration at channel level. Anyone can help me to implement this patch???

We don't have any proof that this "little" weird sound affect the DTMFs exchange with the devices we usually use, but of course, it won't be a great surprise if in the future we have problems with other devices.
As far as we know, this problem can be detected with Asterisk 1.4.x and 1.6.x versions.

3) Incorrect regeneration of DTMFs when conversion from inband to rfc2833
We take the following scenario:

Tlf A (DTMFs inband) (SIP/MGCP/ZAP/ etc... Always having the DTMFs in audio, codec G711 a or u law)
Tlf B (DTMFs rfc2833)
Asterisk bridges channels Tlf A and Tlf B

In this scenario and independent who initiates the call, if on the channel using inband a DTMF is received, on the receiving channel (Tlf B) we hear the original RTP of the DTMF (a short time, just the same as described in point 2), followed by silence for the whole duration of the DTMF, and followed (when the received DTMF ends on the inband channel) with the regenerated DTMF tone in rfc2833 for a fixed time (100 ms).

E.g. If on channel A we receive inband a 2 seconds long DTMF (keep the button 2 secs pushed), we hear on channel B (rfc2833) the short tone when the DTMF begins, 2 seconds of silence and then the DTMF tone of 100 ms.

Looking at traces in the Asterisk it looks like the Asterisk only detects the end of the DTMF and not the beginning.

DTMF end '1' received on SIP/mta419-1-081efc60, duration 0 ms
DTMF begin emulation of '1' with duration 100 queued on SIP/mta419-1-081efc60
DTMF end emulation of '1' queued on SIP/mta419-1-081efc60

DTMF end '2' received on SIP/mta419-1-081efc60, duration 0 ms
DTMF begin emulation of '2' with duration 100 queued on SIP/mta419-1-081efc60
DTMF end emulation of '2' queued on SIP/mta419-1-081efc60

In this same call a DTMF generated by B (rfc2833) is heard perfectly on side A (inband) (not taking into account the initial short tone)

DTMF begin '1' received on SIP/mta419-2-081adcd0
DTMF begin passthrough '1' on SIP/mta419-2-081adcd0
DTMF end '1' received on SIP/mta419-2-081adcd0, duration 5170 ms
DTMF end accepted with begin '1' on SIP/mta419-2-081adcd0
DTMF end passthrough '1' on SIP/mta419-2-081adcd0

This behavior was verified in versions Asterisk 1.4.17, 1.4.24-rsp, 1.4-svn-trunk and 1.6.0, Although it looks like it has been fixed in 1.6.1, and now we were trying to determine at what point in the code it has been fixed to try to backport the fix to the 1.4.x code.

4) Asterisk detects a valid DTMF tone as a DTMF echo, and ignores it.
Thanks to I�aki Civico for reporting the problem and the possible solution.
In this case we can find at the Asterisk logs the message "Ignore potential DTMF echo from ..." This message indicates that Asterisk thinks that there is no enough separation between the end of the previous DTMF and the DTMF we are trying to send now.

The related code can be found at main/rtp.c

static struct ast_frame *send_dtmf(struct ast_rtp *rtp, enum ast_frame_type type)
{
       if (((ast_test_flag(rtp, FLAG_DTMF_COMPENSATE) && type == AST_FRAME_DTMF_END) ||
           (type == AST_FRAME_DTMF_BEGIN)) && ast_tvcmp(ast_tvnow(), rtp->dtmfmute) < 0) {
           ast_debug(1, "Ignore potential DTMF echo from '%s'\n", ast_inet_ntoa(rtp->them.sin_addr));
       ...
}

The rtp->dtmfmute is initiated to 500ms in the same file:

int ast_rtp_senddigit_begin(struct ast_rtp *rtp, char digit)
{
       ...
       rtp->dtmfmute = ast_tvadd(ast_tvnow(), ast_tv(0, 500000));
       ..
}

int ast_rtp_senddigit_end(struct ast_rtp *rtp, char digit)
{
       ...
       rtp->dtmfmute = ast_tvadd(ast_tvnow(), ast_tv(0, 500000));
       ...
}

Of course, to avoid this problem we can change the initialization of rtp->dtmfmute to a smaller amount of time.
This problem can be detected with Asterisk 1.4.x and 1.6.x versions.

This Article is published at oss.alea-soluciones.com AsteriskDTMF

Buscando info para desarrollo en el IRC

2009-07-01T23:54:00.002+02:00

En muchos casos, a nivel de desarrollo no hay nada como la informaci�n directa e interactiva de un canal IRC. En muchos casos en estos canales est�n los desarrolladores principales del software al que est� dedicado el canal.

Para evitar molestar a estos desarrolladores principales, suele ser muy �til buscar en los archivos del IRC por las palabras claves sobre las que est�s buscando informaci�n. Como no he encontrado ning�n buscador interesante (si alguien conoce alguno que lo diga) para los logs de estos canales suelo simplemente usar google restrigiendo la b�squeda a una web en la que se almacenen los logs de IRC de los canales que me interesan.

Normalmente suelo usar http://ibot.rikers.org que incluye los canales sobre los que m�s b�squedas suelo realizar.

Por ejemplo si quiero buscar informaci�n sobre DTMFs en Asterisk, puedo hacer la siguiente consulta a google:

DTMF asterisk site:http://ibot.rikers.org/

Si por el contrario quiero restringir la b�squeda al canal #asterisk-dev lo que puedo hacer es a�adir a la url del site el directorio del canal en el que quiero buscar, en este caso la consulta google quedar�a de la siguiente forma:

DTMF site:http://ibot.rikers.org/%23asterisk-dev/

Este post es un recordatorio de que sabiendo buscar, existe gran cantidad de informaci�n de mucha calidad en los canales de IRC... No s�lo de wikis, FAQs y c�digo vive el desarrollador.

Fotos escapada a Amsterdam

2009-06-21T10:13:00.005+02:00

Album de fotos en picasaweb

Gato antigravedad

2009-06-16T09:21:00.003+02:00

Todos sabemos que los gatos caen siempre de pie y siguiendo las leyes de Murphy, sabemos que la tostada siempre cae por el lado de la mantequilla

Luego el dispositivo con antigravedad m�s barato es... el gato con la tostada de mantequilla pegada a la espalda... por su puesto con la mantequilla hacia arriba...

Fotos Snorkel Cullera

2009-06-12T08:27:00.004+02:00

Muchas m�s fotos en el album correspondiente en picasaweb

CulleraSnorkel

Snorkel Cullera (II)

2009-06-11T17:35:00.003+02:00

Snorkel Cullera (I)

2009-06-11T17:33:00.003+02:00

Internet speed meme

2009-06-10T23:22:00.002+02:00

Siguiendo el meme de moda, aqu� est� el resultado del test de velocidad realizado con speedtest.net

El mundo es un casino...

2009-06-03T11:43:00.002+02:00

El mundo es un casino y "La Banca" siempre gana

Libro de citas (V)

2009-05-26T01:41:00.001+02:00

"Perl - el �nico lenguaje de programaci�n que tiene el mismo aspecto antes y despu�s de un cifrado RSA."

Keith Bostic

Escapada a Sevilla

2009-05-26T01:18:00.007+02:00

Alan Kay / Citas / Que grande!

2009-05-23T13:43:00.006+02:00

Considero a Alan Kay como uno de los tecn�logos m�s inspiradores que han existido.... Algunos de sus trabajos m�s interesantes son el Dynabook, el ambiente de objetos Smalltalk, la implementaci�n de smalltalk Squeak, y la plataforma para entornos de colaboraci�n / mundos virtuales Open Croquet

Ahora, algunas citas:

The best way to predict the future is to invent it.

Simple things should be simple and complex things should be possible.

If you don't fail at least 90 percent of the time, you're not aiming high enough.

Actually I made up the term "object-oriented", and I can tell you I did not have C++ in mind.

Alan Kay

Retorno a Dynabook. Una conversaci�n con Alan Kay

Uno de los mejores momentos de The Big Bang Theory

2009-05-15T13:16:00.006+02:00

Se�ores de la SGAE. creo que esto se podr�a considerar "uso leg�timo" de contenido con Copyright, as� que mejor vayan a ver si alguna ONG u hogar de Jubilados organiza alg�n concierto y pueden meterle mano (Ver La SGAE cobr� 3.324 euros de otro concierto ben�fico que tuvo p�rdidas)....

Libro de citas (IV)

2009-05-15T03:33:00.001+02:00

Any fool can write code that a computer can understand. Good programmers write code that humans can understand.

Martin Fowler

En linea web de Alea Soluciones

2009-05-06T01:11:00.004+02:00

Aunque me gusta mi trabajo, cuando la gente me preguntaba por �l, siempre me daba mucho reparo darles la direcci�n web de Alea Soluciones, puesto que se trataba de una web bastante pat�tica...

Despu�s de mucho tiempo con esa espinita clavada, por fin he sacado un poco de tiempo para crear un sitio web sencillito, pero con una apariencia, creo que aceptable... Esperemos que ahora sea mucho m�s f�cil de mantener...

Si quereis ver c�mo ha quedado pode�s pasaros por Alea Soluciones

Otro Alter Ego ''Mi(i) ping�ino''

2009-05-05T15:02:00.002+02:00

Como cualquiera que se precie tengo varias personalidades (aunque casi
siempre uso la misma). Asi que aqu� os presento, en exclusiva, mi
segundo Alter Ego, "Mi(i) ping�ino"