knocte :: MonoTema

#gtk#

2011-05-08T17:09:00.006+02:00

The title of this post is the name of the GimpNet IRC channel that some people are recently using to talk about the .NET bindings of gtk+.

I had never seen this channel with people in it at all in the past. I guess the recent interest comes from the fact that gtk-sharp master is already targeting Gtk+ 3.x API and some people are starting to use it to port things.

One example is Hyena, the awesome library that Gnome projects F-Spot, Banshee and PdfMod use (am I missing some other?). I started the port some weeks ago and all I have received is positive feedback, encouragement, and also a lot of help! For example Olivier Dufour (which I guess he will be recently known as one of the superstars that brought DVD support to Banshee -- work finished but still unmerged) who helped with accessibility and warnings, and Mike Kestner (father/maintainer of all these GAPI-based *-sharp bindings) which helped reviewing my patches to the binding and fixing other issues I reported (and of course for making huge efforts, in the first place, to have the bindings ready for the 3.x cycle, with even some GObject-Introspection experimentation, which I guess is still in the early stages and not enabled yet).

Stay tuned for the progress! (as new contributors have expressed interest in helping out soon). Branches are being created so you can join the effort if you feel like (bugs in bugzilla too, to track what's pending).

Calling hackers who care about Android+Banshee

2011-04-11T18:50:00.004+02:00

If you care about the neat feature about synchronizing metadata to your device using Banshee, and you have an Android device, you may be interested to hear that I created a patch for it, and it was recently reviewed requesting some changes here.

Unfortunately my Android phone broke completely (don't ask me the details...) so I cannot work on the patch anymore. Anyone wants to continue the work?

If yes, go ahead and ask me anything you want, I'm usually in irc://irc.gnome.org/banshee with the "knocte" nickname, or you could also ask the question on the channel if I'm not there, there are usually awesome contributors there that will try to help. If you haven't ever coded for banshee, check the Contributing page first.

BTW, kudos to all the people involved in the Banshee v.2.0 release!

WTF reduction

2011-04-10T23:10:00.004+02:00

My first patch to FluentNHibernate was just merged upstream!

What it basically does is a bit of what I call WTF reduction: you will no longer get a confusing message like "For property 'Foo' expected 'Bar' of type 'Bar' but got 'Bar' of type 'Bar'" when unit testing your entities' properties.

AFAIK the next release will include this, and will be the first one to link to the new version of NHibernate, 3.0, which I've found that works very well.

RT: MEF vs MonoAddins

2011-03-27T16:49:00.003+02:00

Just re-posting in my blog an interesting email that was sent to the MonoAddins list, comparing these two Addin frameworks:

> Can you give a short summary on why you replaced MEF with Mono.Addins?

Basically it came down to maturity. Mono.Addins seems far more stable and mature than MEF. The MEF documentation was lacking, inconsistent and out of date in a lot of places. But all that could be worked around, and for the first few internal versions of our app, MEF was servicing us just fine.

Then our addins became a bit more complex. We needed to package them up with multiple files, ideally distribute them as an archive, host them online in a plugin exchange, allow them to be discovered and installed easily. Essentially this page covers features in Mono.Addins that made us switch rather than implementing a lot of the same things using MEF ourselves:

http://monoaddins.codeplex.com/wikipage?title=Creating%20and%20Managing%20Add-in%20Packages&referringTitle=Programming%20Guide

At the time as well MEF had issues on Mono on linux. This might have been a problem with how we were using it, but it just turned out easier to plonk Mono.Addins in instead. Was an easy migration and has a lot more power and features straight out of the box (and it worked on Linux).

Your millage may vary, and your needs are probably different. MEF might be an awesome tool for your requirements. It is a little simpler to get up and running and requires less engineering to support it (which was one of the reasons we used it first off).

Hope that helps,

Michael

Version Tolerant Serialization with Mono

2010-09-08T18:26:00.002+02:00

(Zoot Woman - Lonely By Your Syde)

During the last months I've kept working {with|on} Mono, but not working for Novell anymore.

Today I'm proud to blog about a bit of work I've done on Mono towards a better Binary Serialization experience:

mono-api-info command now can output ABI instead of API if you append the flag --abi. It has been useful for us in LindenLab while working on binary serialization compatibility between versions (already upstream!, so will be available in Mono v2.8, even with a new man page).

If you ever wondered why your .NET code is no longer capable of deserializing some old binary object you had in your servers, instead of fixing the problem in a case-by-case basis, you can now see the whole picture by just diffing the output of mono-api-info --abi from your current and old codebase! A small TODO that I haven't completed yet is to deal with automatic properties (because we still don't use them) so that would be an exercise for the reader!

Fix for upstream Mono to act as .NET in regards to Version Tolerant Serialization, a patch to which I have just added a lot more unit tests (soon to be pushed hopefully).

You can see the patch of this quite old mono bug here. Disclaimer: to be honest you will only need the previous --abi tool if you use a Mono version prior this fix, because from my testing VTS in MS.NET works as if every new field had an [OptionalField] attached! (At least the BinaryFormatter, the TODO here for the reader is to test the SoapFormatter ;) )

On a totally unrelated note: kudos to the MonoDevelop team for making such a great releases lately (and fixing the bugs I report so promptly). I've been testing it the last months on Windows and I can say it's a great experience to see your favorite IDE working cross-platform and making you not depend on VS anymore if you need to work on Windows from time to time (I know the Express versions are free, and are great! but they do not support plugins :( ). BTW, I've been lately experimenting with the C language support in this IDE, and have had some problems, but the real culprit seems to lay behind some wierd behaviour of my gdb in opensuse. Taking advantage that I'm in opensuse planet, can I do a couple of lazyweb requests?:

a) If you're quite familiar with gdb, can you take a look at these 2 bugs in case it rings any bell for you? BNC#588175, BNC#459274

b) Can you try to reproduce those bugs in openSUSE 11.3? (I haven't migrated yet from 11.2 because I fear about the HALlessness of it :) )

PS: Wondered why the video on the top? Well, I like the trend that some people have about posting random photos in their blog posts even when they may be completely unrelated, but in my case I love music so I figured this would suit better. Of course I would rather embed a WebM video or, even better, something that can preview a song (without video) in a "normally-lower-quality-than-what-you-can-buy" way, so if you have any hints, those are welcome! I especially mention the latter in this case because the Album version of the song above is much much better (synth pop FTW!).

Mono? What?

2010-07-06T16:10:00.002+02:00

Really sad to read this:

.NET Culture Shock: Why .NET Adoption Lags Among Startups

Especially sad to find that Mono is not mentioned in the article.

Especially super sad to find that Mono is mentioned in the comments, but in a negative way.

Hey Mono community, help me reply all this nonsense.

3G Roaming

2010-02-06T17:10:00.005+01:00

Spanish providers:

Movistar. Summary: 50€ monthly, 50 MB limit, every country. Pending question: what is the 10€ connection fee?

Vodafone. Summary: 75€ monthly, 100 MB limit, only some countries. Pending question: what if the country is not listed in the coverage list?

Orange (example: Belgique). Summary: 30€ monthly (mobile internet connection, not USB powered), 100MB limit, limited coverage (URL is example for Belgique, other countries may have different conditions).

Yoigo (no info on the web about 3G roaming, yes from their customer service: 1705): 0.003 € per KB in EU and other european countries, 0.009 for the rest; that is, no plain fare.

Dear lazyweb: any better 3G roaming rates with the providers in your country?

It's all about synchronization

2009-06-01T00:47:00.006+02:00

It's been a while since I first blogged about iFolder. At that time it was a bit unstable and I didn't have a good experience overall with it. Unfortunately the development of new features stopped, but there were a lot of fixes to improve its stability, which made into the version 3.7. Unfortunately again, this version was not released on the open, but now Novell has rectified and iFolder is gaining momentum again (especially because it's the only really open source alternative to DropBox or UbuntuOne!).

Who could have imagined at that time, that 3 years later I would not only be working for Novell, but also be able to contribute to it at normal work hours! Yes, this is ITO, and our team spent a week hacking on other projects. In my case, I worked with the awesome guys Stephen Shaw and Mario Carrión. We managed to create an iFolder appliance for the server based on openSUSE 11.1, very easy to install thanks to SUSE Studio and to a new OBS repository where we packaged a preview of Mono 2.4.2 and some fixes needed to make it work.

We even created some demos! (Sorry for the quality of the sound, we had some problems when recording them)

The first one: setting up the appliance.
The second one: creating a user and using the Linux iFolder client.

Now, the next two videos are intended to show the second part of our work on that innovation week: new features.

The third one: automatic/immediate local detection of changes, server side trash can.
The fourth one: automatic/immediate remote synchronization of changes.

How cool is that? Unfortunately, the patches still need work and cleanup (help welcome!), but I plan to do it soon and/or on next hack week.

Before coming back to hacking on iFolder, I wanted to finish some stuff am working on for Banshee, which is also about synchronization! Look at this bug for more details. Yes! bidirectional Rating synchronization, not only from Banshee to the iPod but from the iPod to Banshee. The patch is working fine for me, be sure to give it a go and provide some feedback. Thanks!

Another thing I have on my TODO list is integrate some old mono-based GPL ed2k library into monsoon, now that it's getting MonoAddins support! (Lately there's been many people asking me for the source code.) And now that I talk about monotorrent, how cool would be to make iFolder work with this awesome library??

PS: Hello PlanetSUSE! First post. Hola Planeta GnomeHispano ;)

UPDATE Jun-08-2009: It seems someone wants to resurrect the lphant kernel as well, but using WPF! (WTF?): http://sourceforge.net/projects/hathi/.

I14Y happens

2009-03-30T23:59:00.001+02:00

Some years ago, I started to get familiarized with abbreviations like 'l10n', 'i18n' when I started contributing to the translation efforts of Mozilla & Firefox under the NAVE Project.

Some months later I came to know the new term 'a11y', and I started to see it in a lot of places. By that time, I only associated it with the web development world. Terms like "Unobstrusive JavaScript" were very related to it (and I even created an "AJAXy" library called AMUSE for this purpose).

Now let's talk about the next one: I14Y. This concept is present when things like this happen: "I can open an (Microsoft's)OpenXML file with some (Novell's) edition of (Sun's)OpenOffice". Or even more weird things: "I can manage my (Apple's)IPod thanks to a (Microsoft's).NET-powered application called (Novell's)Banshee". Or even more awesome ones: "I can use (Sun?'s)Orca screen reader to control my (Microsoft's)Windows.Forms-powered applications in my (Novell's)SUSE Linux Box!".

So, yeah, we made it! Along with the awesome releases of Mono 2.4 and MonoDevelop 2.0.

Now, guess what's the word?

My first .NET runtime wishlist item

2009-02-04T06:48:00.009+01:00

Heh, I came up with this while coding a patch for Banshee:


public class TestStaticInits
{
  public static readonly X var = new X ("Hello" + world);
  private static string world = " World";
}

public class X
{
  public X (string s)
  {
    Console.WriteLine (s);
  }

  public override string ToString () { return "Bye"; }
}

public class WishList
{
  public static int Main(string[] args)
  {
    Console.WriteLine (TestStaticInits.var.ToString ());
    return 0;
  }
}

Shouldn't this print Hello World instead of just Hello? Basic initializations should have more priority than those involving constructors :)

At least it works if you replace the second static with const... But this confused me a bit for a while. So definitely something the compiler could warn about (ok, Gendarme is another candidate too).

UPDATE: And anyway, if we accept that our runtime is not so clever, it should give a NRE instead of printing Hello, right? You cannot concatenate a string with null. So is this a .NET bug?

UPDATE: Doh! I could have sworn that I got a lot of NRE's in the past when coding this Console.WriteLine ("Hey" + null); (I mean, when using a var and not protecting against null). Thanks for all the comments.

On open source software and technical support: the reality

2008-12-26T22:10:00.006+01:00

I was curious about some discussion threads posted in LinkedIn's Open Source group. One had the following content:

Is 2009 The year of "supported open source" Do you agree or disagree ?

I have to admit having worked on both sides of the fence the biggest trend we are now experiencing on web related project requirements is the shift to "supported open source technology"...

The days of 6 figure plus licence fees are now over "phew" our clients thankfully quote...

Old versus New

Interwoven / Vignette versus Alfresco / MySource Matrix ?
Salesforce versus Sugar CRM ?
Documentum / Trim versus Alfresco / Sharepoint Integrated CMS's

What are your thoughts fellow CM Professionals ? Don't just take my word for it... http://cmswatch.com/Feature/189

I read some interesting opinions below, such as this one from Tony Wasserman:

To me, the issue here is adoption and use of open source software by companies and governments for activities that are essential to their businesses. One of the key corporate criteria for that type of software acquisition is availability of long-term 24x7 support, including service level agreements for problem resolution. These CIO's and other decision-makers just don't accept the idea that they can post their issues on a forum and that someone will post a reply. They want a toll-free telephone number to call with the assurance that someone knowledgeable will answer and address the issue.

For example, while small companies and the technically knowledgeable will download and install the Drupal CMS (and its underlying components), the corporate buyer, by contrast, will go to Acquia, gladly paying for support. As a better example, many of the installations of open source software in corporate environments are being done through consultants and system integrators, such as Wipro, Infosys, Accenture, and IBM.

So now the next question is whether the demand for open source software will increase in 2009. For that, I would give a qualified "yes". Startups have been building their companies on open source software for most of this decade, and will continue to do so, but they are not spending a lot of money on support, consulting, and training services. Developers in companies of all sizes have also long used open source software packages and libraries, including Eclipse, NetBeans, JBoss, MySQL, and hundreds of others, again without much money changing hands.

For enterprise applications, companies have already made substantial investments in existing proprietary software from Oracle, SAP, Microsoft, and other vendors, so it is hard for them to justify replacing it. The enterprise opportunities for open source come with new applications, and with growing companies that need these applications.

So I think that there will be growing revenue in 2009 for the system integrators providing open source support and services, as well as some money for the vendors of commercialized open source products, such as Zenoss, Groundwork, and other infrastructure packages. I think that the growth for the application packages is probably a little further out, though I would make an exception for OpenOffice.org , which has already seen a lot of acceptance.

Or this one from Glenn A. Curry:

Tony brings up an interesting issue. That of access to tech support. But our experience has been that the tech support available from commercial software manufacturers is in many cases worse than nonexistent. Not all have 24x7. And even if there is someone that answers the phone, there typically is little value in talking to them.

In trying to resolve software issues for our customers, we are most often given answers like "just keep reinstalling it till it works". Or they want security settings reduced because their interface is sloppy. Or they just flat give bad answers. The extremely poor level of phone support so often found is incredible. The battle required to move up the chain to someone that actually has a clue is frustrating and costly to the customer as they have to pay for our time while on the phone.

e.g. we spent days dealing with Sage on a Peachtree upgrade. Their solution (besides the before mentioned "just keep reinstalling it, that usually makes it work eventually") was to run as administrator all the time to get around a security problem. Eventually we found the problem and solved it with some port mapping. It was a common problem based on discussions on techie sites. AFAWK it is still a problem for them. We sure are not going to tell them how to fix THEIR bad software design for free. And noe one there had a clue.

And I won't even begin to list the massive Microsoft tech support nightmares.

Just because a company claims 24x7 tech support, does not mean it has an actual usable value.

So, without trying to be devil's attorney, I gave my opinion:

I think Tony and Glenn raise good points about support, but I would like to arise a third point, that maybe contrasts with them. The issue is not about support itself, but about what does "support" mean in open source software:

1) Yes, in open source, there's no monopoly about technical support, and this is always a good thing, except for the cases in which it can be seen wrongly as bad quality, because:
a) It may happen that there's no company behind an open source project, just one or some developers, and it's a bit awkward to ask them for support if they're not professionally gathered in some way. Besides, if the developer base is so small, it's going to be difficult to find another company which gives you support if they don't know much about the product.
b) It may happen that the developer-base is spread around many companies (for example: OpenOffice, the Linux kernel), so the company that needs support is normally confused as to which one is the best one to request support. This is awkward to a company which normally considers a product to come from "just one company".

2) Propietary software may mean a monopoly in regards to technical support but, let's face it: many incompetent people working inside companies just prefer some provider to blame if something goes wrong: "we're stuck in this issue because Oracle (or put you're favorite propietary software company here) technical support sucks", and it's not their fault anymore. If they had chosen an open source software solution, they may be accused of:
a) Not choosing the best provider for technical support.
b) Not fixing the issue themselves, since, if you have the code, it's just a matter of time to solve it, right?

Well, just trying to be realistic. Of course I advocate open source (I work on it on a daily basis), but just wanted to give some clues about why it's not getting the success it should have.

In general, the (2) point and (2a) in particular, is very similar to the reason why still incompetent but huge companies survive on the market: I've heard many cases of people just buying Oracle or Accenture because they're the most expensive. If all goes wrong, it's impossible they would be accused of selecting the wrong provider if they selected the most expensive one, right?

UPDATE 16-FEB-2008: Even though the above given problems about choosing open source solutions, here's a nice guide to try to overcome them: Convincing Management To Approve Free Software.

Hilarious, but true (ninja crisis, a.k.a. how to hack the economy)

2008-10-16T06:57:00.013+02:00

The Last Laugh - George Parr - Subprime - subtitulos

Update 01-NOV-2008: Awesome explanation of the current crisis here (in Spanish, sorry) (not so hilarious).

Update 22-OCT-2009: Seems like the crisis is morphing into a really scary potential problem of inflation, especially in USA. Now that my salary is in USD instead of euros, I'm kind of pissed off. Some interesting links (sorry, some in Spanish):

El dólar fantasma
¿Volvemos de nuevo al patrón oro?
¿Qué pasaría si el dólar dejara de ser moneda de referencia? ¿El euro, el substituto?
EEUU, miedo a la hiperinflación
La fiebre del oro se convierte en pandemia

These news contrast with this other article: ¿Se acerca la deflación a España?.

But in general I think that a lot of clues and interpretations from the film "Zeitgeist Addendum" are really happening. I recommend you to watch it.

Update 23-AUG-2010: Following the line about the fears about dollar inflation or just its hegemony, I would like to copy-paste a news article that somehow was said to be censored, then appeared in Rebelion.org, and then it somehow disappeared. I don't know the reason for them to remove it (maybe it's indeed because it's false, I don't know), but that's an excercise for the reader. Here it is, so it doesn't get lost through the World Wide Web (if my blog is the last place where it survives, maybe I should send it to WikiLeaks! :D) :

Ernesto Carmona
Argenpress

La moneda estadounidense tiene sus días contados como rectora de las transacciones internacionales y como divisa para conservar las reservas de los países. Cada vez hay más conciencia de que los bancos centrales del mundo están apuntalando directamente al criminal sistema financiero de EEUU al transferirle sus reservas a cambio de Bonos del Tesoro y otros papeles. La transferencia de reservas alivia el eterno déficit fiscal y financia las guerras que siempre está emprendiendo el complejo militar-industrial alojado en el Pentágono. El Proyecto Censurado de la Universidad Sonoma State de California nominó este tema para su probable inclusión en el ranking anual de las 25 noticias más censuradas en 2009/2010, que se publicarán en el libro Censored 2011, como todos los años por la editorial Seven Stories de Nueva York.

Los grandes medios mundiales no han informado que ya existen varias iniciativas concretas para reemplazar al dólar de EEUU como moneda global. Se han venido adoptando acuerdos para sepultar al billete verde –no difundidos por la gran prensa– en la Conferencia de Comercio y Desarrollo de la ONU (UNTACD, por su sigla en inglés), en los 9 países ALBA de América Latina y en 6 naciones de Asia, incluida Rusia; Irán también quiere desembarazarse del dólar, mientras la misma urgencia se ha planteada en otros foros internacionales.

Acuerdos históricos

En septiembre de 2009, la Conferencia UNTACD propuso crear una nueva moneda que sustituya al dólar como reserva y rediseñar el “estilo Bretton Woods” del actual sistema monetario internacional. Esta iniciativa para una nueva divisa conduciría a la mayor revisión monetaria desde la Segunda Guerra Mundial. (El complejo hotelero de Bretton Woods (Nueva Hampshire) sirvió de sede a la Conferencia Monetaria y Financiera de la ONU que en 1944 estableció las reglas en las relaciones comerciales y financieras de los países industrializados del mundo de postguerra y decidió la creación del Banco Mundial y del Fondo Monetario Internacional y el uso del dólar como moneda internacional).

Las naciones de todo el orbe parecen haber alcanzado su límite en subvencionar las aventuras militares de Estados Unidos. Las reuniones de junio de 2009 en Ekaterimburgo, Rusia, con la presencia de líderes mundiales como el presidente chino Hu Jintao, el ruso Dmitri Medvedev y otros altos funcionarios de las seis naciones de la Organización de Cooperación de Shangai (China, Rusia, Kazajstán, Kirguizistán, Tayikistán y Uzbekistán), también adoptaron la primera medida formal de socios comerciales importantes de EEUU para sustituir el dólar como moneda de reserva del mundo. Si tienen éxito, el valor del dólar caerá dramáticamente en picada y el costo de importaciones como el petróleo se elevará súbitamente y el imperio de EEUU no podrá continuar sus guerras. Además, China ha estado negociando tratos con Brasil y Malasia para valorar su comercio en yuanes chinos, mientras Rusia anuncia que comenzará a negociar en rublos y divisas locales. Además, Rusia, India, Paquistán e Irán están formando un área financiera oficial y militar para intentar forzar la salida de EEUU de Eurasia.

También 9 países latinoamericanos estuvieron de acuerdo en la creación de una moneda regional, el sucre, para dejar atrás el uso del dólar estadounidense. Los 9 miembros del ALBA (Alianza Bolivariana para los Pueblos de Nuestra América), un bloque izquierdista concebido por el presidente venezolano Hugo Chávez, en una reunión cumbre efectuada en octubre de 2009 en Bolivia, se comprometieron a seguir avanzando en el uso del sucre, la nueva unidad de cuenta que sustituye al dólar estadounidense como moneda en su comercio intrarregional. El nuevo medio de pago no monetario llamado Sucre, sigla de Sistema Unificado de Compensación Regional de Pagos, comenzó a desarrollarse a principios de 2010 como unidad de cuenta convencional (no en papel moneda), entre los estados miembros del ALBA (Venezuela, Bolivia, Cuba, Ecuador, Nicaragua, Honduras, Dominica, San Vincent/Antigua y Barbuda). El bloque también llamó a reemplazar el Centro Internacional para Resolución de Disputas sobre Inversiones (ICSID, por su sigla en inglés) del Banco Mundial, cuyos arbitrajes sobre desencuentros en contrataciones internacionales han involucrado a naciones miembros ALBA en una ciénaga de conflictos con algunas grandes empresas petroleras transnacionales. La mayoría de los miembros ALBA ya se retiraron de la organización, y Ecuador anunció que también saldrá del grupo.

Sistema financiero criminal

Entre los pocos medios que divulgaron esta historia, el británico www.Telegraph.co.uk tituló "La ONU quisiera que una nueva moneda global sustituya al dólar". El redactor de economía Edmund Conway escribió el 7 de septiembre de 2009 que la propuesta UNCTAD constituye "la revisión más grande del sistema monetario del mundo desde la Segunda Guerra Mundial” y añadió que “ésta es la primera vez que una institución multinacional importante ha postulado tal sugerencia”. Dijo que “una cantidad de países, incluyendo China y Rusia, sugirieron sustituir al dólar como moneda de la reserva de mundo en un informe radical de la Conferencia de la ONU sobre Comercio y Desarrollo”. El informe de la ONU indicó que “el sistema de divisas y regulación de capitales que amarra a la economía mundial no está funcionando correctamente, y es en gran parte responsable de las crisis financieras y económicas”.

“El reemplazo del dólar por una moneda artificial solucionaría algunos de los problemas relacionados con el potencial de los países que enjugan grandes déficits y ayudaría a la estabilidad”, dijo Detlef Kotte, uno de los autores del informe. Las propuestas incluidas en el informe anual UNCTAD contienen las sugerencias más radicales nunca formuladas para rediseñar el sistema monetario global.

“El imperio estadounidense está arruinado”, escribió el 15 de junio de 2009 el columnista Chris Hedges, en www.TruthDig.com y www.CommomDreams.Org. Comentando las reuniones en Ekaterimburgo (antes Sverdlovsk, Rusia), de los presidentes chino Hu Jintao, el ruso Medvedev y otros altos funcionarios de las seis naciones de la Organización de Cooperación de Shangai, Hedges aseguró que “Barack Obama y la clase criminal de Wall Street, ayudados por medios corporativos que continúan vendiendo puerta a puerta chismes fatuos y basura que hacen pasar como noticias, mientras aguantamos la crisis económica más grande de nuestra historia, pueden habernos engañado, pero el resto del mundo sabe que estamos arruinados. Y se maldicen estas naciones si van a continuar apoyando para mantener a flote un dólar inflado y sostener los déficits presupuestarios federales masivos, hinchados por encima de 2 billones de dólares, que financian la expansión imperial de EEUU en Eurasia y nuestro sistema de capitalismo de casino. Nos tienen agarrados por la garganta. Están a punto de apretar”.

El “reemplazo del dólar por una moneda convencional solucionaría algunos de los problemas relacionados con el potencial de los países que enjugan grandes déficits y ayudaría a la estabilidad,” dijo Kotte. Aunque muchos economistas hayan señalado que la crisis económica se debió al mal funcionamiento del sistema monetario establecido en los acuerdos de Bretton Woods, hasta ahora ninguna institución importante, incluyendo al G20, ha levantado una alternativa.

Nota:
Esta noticia censurada surgió de la investigación de los estudiantes Nicole Fletcher, de Sonoma State University; Krystal Alexander, del Indian River State College; y Bridgette Grillo, del Diablo Valley College. Fue validada por los académicos Ronald López, de Sonoma State University; Elliot D. Cohen, del Indian River State College; y Mickey Huff, del Diablo Valley College.

Fuentes de Proyecto Censurado:

–“The American Empire Is Bankrupt” Chris Hedges, TruthDig.com, June 15, 2009 http://www.truthdig.com/report/item/20090614_the_american_empire_is_bankrupt/ or http://www.commondreams.org/view/2009/06/15-0

–“De-Dollarization: Dismantling America’s Financial-Military Empire :-The Yekaterinburg Turning Point” Prof. Michael Hudson, Global Research, June 13, 2009 http://www.globalresearch.ca/index.php?context=va&aid=13969

–“Iran and Russia nip at US global dominance” Fred Weir, The Christian Science Monitor, June 16, 2009 http://www.csmonitor.com/2009/0616/p06s12-woeu.html

–Telegraph Media Group

http://www.telegraph.co.uk/finance/currency/6152204/UN-wants-new-global-currency-to-replace-dollar.html

http://www.nytimes.com/2009/07/08/world/europe/08pope.html

http://www.bloomberg.com/apps/news?pid=20601087&sid=aeFVNYQpByU4

–Latin American Leftists Tackle Dollar with New Currency

Source: Agence France-Presse, October 17, 2009

URL: http://www.commondreams.org/headline/2009/10/17-3

Ernesto Carmona, periodista y escritor chileno, consejero nacional del Colegio de Periodistas y jurado internacional del Proyecto Censurado.

Fuente: www.argenpress.info/2010/08/noticias-censuradas-los-dias-del-dolar.html

rCR

Update 06-SEPT-2010: The initiatives mentioned in the last article to replace the american dollar are starting to arise, like this one from the IMF.

Update 14-SEPT-2010: Awesome article (in Spanish again) that explains the big picture and tells why the crisis we have been told about is only the symptom of a real and much deeper problem.

Hackweeks

2008-09-07T22:22:00.000+02:00

I'm going to give a brief summary of what I've done in the past weeks (and specially previous week (last one in August), sponsored by Novell as The Hackweek - a form of ITO, in which you can hack at working hours and not only spare time!

I was not so lucky as most of my teammates, who spent the week on the wonderful offices (as they say) of Novell Utah. Maybe if I was in the states already... but well, I had recently an interview in the US Embassy which was the last step of my visa process, so I hope that at least I can make it for the Gnome Boston Summit!

So, firstly I thought of dedicating my week to this task that I submitted to the ideas website, but in the end realized it would be a ton of work to complete without help, and nobody joined me so I decided to learn to use OpenSuseBuildService in order to package Bugzilla, a pretty complex server side software.

Fortunately, I've learnt a lot this week, especially thanks to all the people in irc://irc.freenode.net/#openSUSE-buildservice (above all, darix) and some people from my team (Ray Wang and Stephen Shaw). I could also contact the author of the RPM file for Fedora (who was formerly working for Red Hat), and he's willing to help on joining efforts, as OBS is cross-distribution.

Unfortunately, packaging is a complex task and I didn't finish the package. The documentation is a bit incomplete and having past experience in packaging is a plus that I didn't have. It's awesome that inside our UIA Team we have exclusive resources dedicate to this, because it would be impossible to do from just the developer side.

One of the difficulties I found is finding packages I needed. I could find some of them (BTW, using Webpin is cool for searching on SUSE software repositories, including Packman; except for the fact that doesn't enhance one-click-install) but not all so then I'll have to help on providing packages for some CPAN Perl modules, contributing to the devel:languages:perl official repo.

On the way of learning OBS, I also filed bugs and feature requests (not only to OBS, but also to Banshee! as I have been using it a lot lately at the same time I hack and I even cooked some small patches):

OBS:
Usability issues in project creation page
Link to "My projects" fails if no home:login project has been created yet
New option for uploading the tarball
ChangeLogs parsing is too strict: lines beginning with tab are not recognized, only one date format is accepted
OBS should not allow to create a package named "packageand"
The spec parser should detect the use of a miscplaced packageand(_:_) keyword

Banshee:
No such file or directory errors while importing
Cannot empty some ID3 tag fields
Importing songs without album metadata breaks artist navigation on the iPod
Banshee inserts deduced fictional text on metadata
Should try to locate correct album (and download its cover) in case no album is supplied on metadata

The patches are quite simple so I hope they get committed soon! Clearly Banshee devs and contributors are doing an amazing work, I'm specially amazed by the Moonlight effects, the Muinshee front-end and the effort that it seems is being dedicated to bring Library Sync & Refresh for 1.4. I wish them all the best success.

So let's get back to packaging. Firstly I thought I had found some limitations in OBS or rpm systems because the lack of proper "dual dependency" support. In the past when I installed Bugzilla manually (and updated it to newer versions) I found it a bit hard to do it, specially to deal with DB creation and upgrade. I wanted to make this process easier for the potential rpm user, but without limiting the choice of the DB engine used (as now Bugzilla supports MySQL, PostgreSQL, and Oracle, although the latter was not on my scope). It turns out that it's really hard to apply virtual-provides rules for these cases, as we should stablish more sub-dependencies depending on the db engine you choose, such as perl-DBD-mysql or perl-DBD-Pg, and because it would cause inconsistent situations in case someone in the future replaces his DB-engine with the alternative one (as in theory it should work at the dependencies-level without warning). For references, you may be interested in reading the whole thread about it in the BuildService mailing-list, whose last message includes a possible hack to workaround these problems using patterns (although I don't like to use patterns for solving something like this).

Even discarding the dream about solving this at a package level, it's difficult to solve it at an app level that wouldn't involve reading manuals. My idea was to modify Bugzilla upstream in order to avoid running manually a local script for its initialization, and replace it with a nice web front-end (even if it's only allowed to be run locally). That would cause problems because normally the webserver user doesn't have enough permissions to create files and the database tables and initial data (I'm sure there's always a solution that also doesn't expose security problems, but it's hard to find it as it's noticed in this thread in bugzilla devel newsgroup; so, help is truly welcome).

Maybe the easier and fastest solution is a mixture of both worlds, that is, having a web front-end that asks you the initial configuration, and the form submission process just writes it in a local XML and tells the admin to open a console and run a script as root to finish the process. But even with this solution I guess we should need something to detect at runtime (which should be cross distribution) if some package is installed (which also checks the version). I guess there's already some of that capabilities used in the bugzilla's script checksetup.pl, so I would reuse them. However, in case it finds a problem, there's no way for the application to request installation of a package directly to your OS (but I've attended to a PackageKit conference in last Guadec in which I heard something about this possibility in the future!).

Subversion 1.5.0 highlights and some MD hacking

2008-07-08T15:48:00.000+02:00

Subversion 1.5.0 has been recently released (June the 19th) and I'm surprised with the tons of great stuff it brings. Some highlights:

A common problem in older versions of Subversion was the way in which svn update handled incoming copies and moves.
Consider this scenario: Harry runs svn move foo bar; svn commit, and meanwhile Sally makes local changes to 'foo', and then runs svn update. In earlier versions of Subversion, the server would send down a completely new file 'bar', and unversion the file 'foo' (if it had no uncommitted changes, Subversion would remove it entirely.) From Sally's point of view, her changes seem to be lost; the newly added 'bar' file has the older content, and the file 'foo' has been taken out of version control.
In Subversion 1.5, the client and server both attempt to be smarter about this. The server doesn't send a whole new file during the update, but rather instructions to copy something that likely already exists in the working copy. So Sally's 'foo' file is copied to 'bar' (with local edits intact!).
Merge tracking means Subversion keeps track of what changes have been merged where. This reduces the overhead involved in maintaining branches, and gives users a way to inquire what changes are merged — or are available to be merged — on different lines of development.
Example (one of the improvements in place): Merging changes from (say) trunk to a branch no longer requires that you specify the revision range. Instead, each time you want to sync up with trunk, you can just do:

$ cd BRANCH_WORKING_COPY
$ svn merge URL_TO_TRUNK

Subversion will figure out what changes from URL_TO_TRUNK have not yet been merged and pull in just those changes. When it's time to merge the branch back to trunk, do this:

$ cd TRUNK_WORKING_COPY
$ svn merge --reintegrate URL_TO_BRANCH

Sparse checkouts (via new --depth option): Many users have very large trees of which they only want to checkout certain parts. In previous versions of Subversion, checkout -N was not really up to this task. Subversion 1.5 introduces the --depth option to the checkout, and other subcommands.
Conflict resolution is now done interactively by the command-line client for the update/switch/merge subcommands.
Relative URLs and @peg revisions for svn:externals.

Don't you think this is AMAZING? This means we almost got full/real MOVE support and that merging is taking the best ideas from DVCS systems (yes, we lack yet local commits).

To get up to speed with DVCS features I would also add pending commits feature although there are concerns and people seem to prefer it to be implemented upstream in bug tracking tools.

Well, I guess you already may have noticed I don't like current DVCS tools (at least the most popular), by a different set of (a little bit subjective, I know) set of reasons:

- Git: it's implemented in an unmanaged language (yeah SVN too, but at least the latter is cross-platform!).
- Bazar & Mercurial: they're implemented in a "too-managed" language (yeah sorry I dislike dynamically typed languages very much, especially for big developments that need to have a long life; yeah, refactorings are a pain with these ones, although I don't know the test coverage they may have...).

Maybe Git# (Mono SoC2008) is the answer? (I don't know the progress of this project.)

I was discussing about this yesterday with JP, and when I talked to him about this SVN 1.5.0 he said "too late!". Ermmm, what?, Gnome hasn't switched to DVCS yet so, why too late? Maybe because it's imminent? I don't know. Sincerely, there is much contradiction about how people approach migrations... Today I've been attending for almost an hour a meeting about Gnome Mobile, and one thing that was arised is the lack of flexibility and ease of use of the Gtk+ toolkit, as opposed to other toolkits. People were concerned about it and wanted to fix it, and nobody wanted to give up pushing Gtk+ just because it's old. Then, why doing this for Subversion? Subversion is very mature, and their devs have demonstrated to be worried about its lack of flexibility wrt the new distributed ways of work, so they are fixing it, they are *supporting* us. And however at Guadec here it seems everybody wants to push for the migration (but only taking care of doing the correct decision, i.e., select the 1 from the 3 we all know, but why not considering just to update to new SVN and wait a bit more to see where we go?

Well, now that I'm talking about Subversion, I'm going to talk you about a couple of features I worked on recently (and committed today), as my first ITO day, in the Subversion Addin of MonoDevelop: revert to revision, and revert changes from a revision. The mandatory screenshot (you get to this dialog when requesting the Log inside the Version Control contextual menu):

This reduces the need of having a console open when coding with the MonoDevelop IDE, which is a thing that many developers request.

Another feature I completed is the new pattern for searching in many files inside MonoDevelop: Current project (previously we only had "Whole solution", "Directories" and "Open files"):

Enjoy them! (Currently on SVN.)

PreGuadecs events

2008-06-30T19:23:00.003+02:00

Yes! I'm going to GuadecES this week and to GUADEC next week! I'll be giving one talk in both, talking about our Novell's accessibility project.

But this weekend has been not less exciting than Guadecs promise to be! I'm not used to blog about personal things but I can't resist to try to make someone laugh a bit!

Firstly, on Saturday I went to Rock In Rio festival in Madrid. Many concerts, specially I liked Mando Diao and Carlinhos Brown. Here I'm in the place where Mando Diao played:

It's amazing how big this "Rock City" is. It's like being in a recreational park, but with many scenarios for concerts.

The band El Canto del Loco also played but I didn't like them very much. Also, guess who was playing when I fell asleep:

Tokio Hotel! I didn't know this band but actually had already heard their most famous song, which happens to have the same name of a program that I'm using very much lately: Monsoon. That song is not that bad but they had to play it the last one in order to prevent the people from fleeding in the first run. The band leader is actually a kind of vain awful transvestite!:

Now a cronicle about sunday: although I used to be a member of the Leo Bassi's AntiFootball League (I may be the only spaniard that doesn't like soccer) I went to see the Spain VS Germany match with some friends. Anyways, what I like about soccer is when you really feel you belong to a team, not in the case of those football clubs that play in the Spanish league: if I ever encourage Real Madrid to win a day in my life, that day will be a day in which there are only Madrid-born players in the team, not others (of course this hasn't got anything to do with racism, it's just that I think the competition is more interesting this way, and also because I'm not interested in players being bought and sold by astronomic quantities...). Well, in case you don't know, we won, and we went to the center of Madrid to celebrate it. Since I haven't got any rojigualda flag (just republicans) or red t-shirts, I had to mix with the people like if I was an orange dutch!:

To finish the post, I just want to give a link to a very special song that I've come to know recently (I can't stop playing it!):

CatPeople - Behind

WTF

2008-06-10T17:38:00.004+02:00

How can I clear the list of elements of a Gtk.ComboBox??? It doesn't seem to be a way, but maybe if I'm able to get the number of elements... After an hour searching, when I was going to give up, I just found this:


  combo_box =
    GTK_COMBO_BOX (NAUTILUS_NAVIGATION_WINDOW (window)->view_as_combo_box);
  /* Clear the contents of ComboBox in a wacky way because there
   * is no function to clear all items and also no function to obtain
   * the number of items in a combobox.
   */
  model = gtk_combo_box_get_model (combo_box);
  g_return_if_fail (GTK_IS_LIST_STORE (model));
  store = GTK_LIST_STORE (model);
  gtk_list_store_clear (store);

Clearly, we need some improvements in Gtk+ API. I'd bet it's much easier with MWF unfortunately. At least, the developer that coded this was kind enough to file a bug, which BTW is 3 years old and, of course, still not fixed.

A new community devolopment model?

2008-05-10T23:59:00.007+02:00

Long story

(Go to the short story if you're too lazy to read a lot.)

Some time ago I wrote about the usual confusion between the terms "commercial" and "propietary". FLOSS is commercial software because it's not only driven by the generosity of some developers with their spare time. A FLOSS developer can be paid by a software company, either by being employed (the most common case currently) or either by a consultancy/bounty basis. And there are still even open source companies which still indirectly refer to FLOSS as non-commercial when they compare both most popular development models nowadays by saying "open source VS commercial software".

And why the bounty system is not so popular? Well, because:
1) It's very project-driven: bounties are usually published in means very related to the project. This can be considered an advantage because only motivated/interested developers will apply, but sometimes the project is too small, too recent or not very popular, or with a lot of similar projects around.
2) There's no strong system to manage the bounty in respect to requirements, secure payment, trust system between parts, etc.
3) Many people don't advocate for it (or they advocate for a bounty system that works as a task exchange without money intervention: I fix this for you if you fix this for me) because, we know, one of the reasons of the excellence of free software is because developers love what they do without rewards. (But IMHO one of the big downsides is also because there are also important tasks in a project that nobody likes to do. Besides, I think people tend to spend less spare time on free software as their age grows.)

An exception to the 1st item could be bountycounty.org: a site that tries to announce bounties from free software projects. However, it seems to be an initiative that hasn't got much audience (the last bounty is 2 years old), either because the people that offer bounties forget to notify to this system, or, maybe because in the end the bounty development model doesn't work in FLOSS?

Well, I don't think this is the case, because there's a bounty system that is succeeding, and which is also an exception to the (2) item of the above list: Google Summer of Code.

However, GSoC has the following disadvantages to be "complete" for this matter:
a) Only students can apply.
b) All projects happen in the same time-frame and have the same duration (a summer).
c) All bounties are the same for each developer.
d) A concrete company controls all the process (because, it's true, they put the money).

But we need something similar to GSoC (similar in the "It Works" aspect) and that saves these problems and is not a mere "announcement" site like BountyCounty.org.

Some initiatives have appeared that tried to solve these situation: BountySource.com and SourceForge.net marketplace. The common problem to both is that they try to solve it by attracting the developers to host their projects, so this causes big and mature projects not to apply (because they have currently good hosting solutions, or are self-hosted, like Mozilla projects for instance).

One of the ideas is to implement a bounty system in our bug tracking system software, like Bugzilla. If I had time and liked Perl more, I would try to contribute something for it. Maybe we're in the chicken-egg problem here: we need a bounty system for that task.

Surprisingly, there's already a general purpose web-based service for this task: RentACoder.com. But I haven't seen any free software projects using it, because it seems very focused on propietary developments.

And then it happened: Some weeks ago a new FLOSS-oriented service was born: FOSS Factory. I wanted to start using it by publishing some mini-bounties (which hopefully would grow if other people are interested, similarly to voting systems in Bug Tracking software), but I got disappointed when even the project creation had a cost. But yesterday I received this e-mail:

Andres G. Aragoneses,

Thanks so much for your interest in FOSS Factory! As one of our early adopters, I wanted to keep you in the loop on two very important developments.

First, in response to user feedback, we've removed all costs for creating FOSS Factory projects! Instead, we now charge a 5% transaction fee on payouts. This aligns our interests with yours by ensuring that we will only make money if your projects succeed. It also enables developers to post their own projects without having to spend money.

Second, we recently released our website source code under a FOSS license. You can now download the code from http://www.fossfactory.org/get-source.php. Our primary reason for doing this was so that we could take advantage of our own system to help improve the site. In case you're interested, we've already posted a few bounties for improvements that we haven't had time to implement ourselves: http://www.fossfactory.org/project.php?p=p30&tab=subprojects. Please feel free to participate.

If you have any questions or concerns, please either reply to this message, or email me directly at jjgignac {at} fossfactory {dot} org. Your feedback is very important to us!

Sincerely,

John-Paul Gignac
President and Founder
FOSS Factory Inc.

Unfortunately, there's a 5% transaction charge for each bounty, but hey, we need to support their service! Also, the software is PHP based, so I won't likely spend time on improving it (you know, I already fled from PHP and Perl some years ago ;) ).

But I like the initiative and I'll start to publish the bugs/features I consider interesting to have, but have no time/interest to hack on. Here are the first ones (take in account that, if every voter of the bug payed 10$, the bounty would be enough attractive for a developer I guess, because they are not very complicated):

- Thunderbird/Seamonkey feature Auto-watch threads you've posted to (21 votes)
- Thunderbird/Seamonkey regression Allow edit of unsent message (Unsent folder messages should open to a compose window when double click) (26 votes)
- Bugzilla's feature (or fix for highly confusing workflow for newcomers) Move all bug activity onto main bug screen (17 votes)
- Banshee's feature (currently handled by an outdated addin AFAIK) Banshee needs a way to cleanup (remove stale tracks) (reporter+4CC; no voting system in BGO)
- Banshee's feature (patch proposed but I guess someone should make it apply to trunk) [Patch] Automatically scan music folders for new songs (reporter+6CC; no voting system in BGO)
- Gnome's bug (someone wrote a patch but not sure if it will finally make it for 2.24...) The ``Replace File'' dialog should display the two file sizes, times, etc. (reporter+23CC; no voting system in BGO)
- Monsoon's crazy feature (maybe implies the creation of a new Gtk widget) When the option "Minimize to notification area on close" is not enabled, we should have a new widget on the title bar for that action (just me)
- Real fix for Mono's issue (because we already have a workaround) System.Windows.Forms dependency on GTK makes code to crash if it uses ATK# and GTK_MODULES contains 'atk-bridge'

The last of the issues affected our project until we found a workaround overriding environment variables. If we reach our milestones properly and nobody has fixed it at that time, we could have a try! Now we still have tons of work which Calvin and the team have perfectly outlined. Unfortunately I haven't helped in this doc effort because I was busy debugging the issues I mentioned in my last post, which turned out to be an invalid bug (but at least gave me an idea for a Gendarme Rule) and a GAPI parser bug that Mike fixed) and because on thursday afternoon I was affected by some small rock ;) and probably was the cause of me trying to debug something I didn't correctly updated on Friday (and maybe because of our dumb deployment methodology that Mike has already blamed). Well, I'll talk about this in a later entry...

Short story

Maybe this day will be remembered in the Free Software community as the day in which a first software draft is presented in order to fill some awesome ideas from devs like Nat Friedman about a general-purpose bounty system:

FOSS Factory

Especially interesing is their reasonings for its creation.

Update 12-AUG-2009: Another interesting service I found (while reading the comments of this blog entry) is COfundOS.org

Update 10-MAY-2010: Wow, it seems that a new project was born, which is getting a lot of press and support, to fund projects (but any kind of projects, not only software). It's called Kickstart and it's key feature is that people can pledge for a project but if it doesn't reach the amount required, the people are never charged. I wonder if there should be an option to have projects not have a deadline (more suitable to bugs in bugzillas ;) ). And after reading the FAQ I still cannot figure out how they judge if a project was successfull...

Update 16-SEP-2010: Over the last months I've been still thinking about all this and wondering why the FossFactory project didn't really see much adoption. Other initiatives such as Kickstart have had some success (for example the Diaspora is an example of a software project that just released something thanks to this kind of funding) but it doesn't fit very well to how small unit-of-progress would be rewarded (i.e. small bugs in bug tracking systems as opposed to whole projects) so I guess there's still some hope in micro-payment systems for this.

And indeed there is. It turns out that I joined some months ago a new company that has an internal system to reward in this way (all is explained here -- the Love Machine), and even our CEO went away some months to develop this sole idea as a separate company. Now, the way he decided to pursue it is very interesting: develop a workflow system of little rewards that companies can adopt with their employees (or with their "contractors", because with this workflow they actually don't need to have fixed salaries... --which may be good or bad, and is subject for another discussion).

I don't know much about the success of that project actually. But what I know now is that a new service around the same idea was recently born is really having a lot of adoption, because it's actually not a product that can be deployed in a company, but just a product that is deployed by a company which hosts the service, and then anyone can send or receive micro-payments about anything so it's not a service from a company to a company but from a company to an end-user. And the real good idea behind this is that their micro-payment system makes them be the intermediary between you and the grant-receivers you want to donate to, every month. You don't ever need again to pay N subscriptions to donate to N causes/organizations you like, you just subscribe to them, and then every month (actually everyday) you decide where your money goes too.

Didn't I explain it correctly? Well, go to see the video which is more than a thousand words and more than a million images: FLATTR. <- Click here and then click on Watch The Video.

Now Gnash & SWFdec are to Flash what Mono is to .NET

2008-05-06T16:18:00.005+02:00

And we have to thank the cool Adobe's Open Screen Project for this. Why is this positive (extracted originally from here)?

1) Projects that seek to implement this standard (like Gnash), won't have to do reverse engineering anymore (unless the spec is not enough for some things, or the official Adobe software contradicts the specs because of bugs/typos).

2) These projects will provide implementations for architectures that are not supported by the official Adobe propietary software.

3) The implementations will no longer be considered risky because of future patents or intellectual property violations.

But, BEWARE:

a) this doesn't mean that Flash is now free/open source. This only means that projects like Gnash are analogous as Mono right now: they are open source projects that follow a standard published by a company with an open spec.

b) this doesn't mean that any flash content is patent-free either, because you can still embed proprietary formats inside it like MP3.

What I'll do now is start supporting Gnash, firstly by testing it and reporting any bugs I find. Fortunately I have some packages ready for OpenSUSE!

This news is positive, of course, but now let me give my technical opinion of this technology:

- The programming languages you can use with it are very few (some months ago I think the only one was ActionScript, which has the majority of limitations of JavaScript) and still today AFAIK there's no statically typed language you can use.
- AFAIK it's not accessible (and I mean for disabled people and for automation technologies like search-engine-bots).

However, with Moonlight, you already know that you can use C# with it so the first of these disadvantages doesn't affect it. And in respect to the last item, well, the second phase of my project in Novell is bring accessibility support to it so this item will be hopefully solved soon.

Will this mean the end of the Flash monopoly? Will this force Adobe to open its software too?

BTW, is Moonlight/Silverlight one of the reasons for publishing Flash specs freely? All I can see is that in Adobe they are start to changing their minds quickly. One of the most important facts of this is the liberation of the Tamarin project, which has supposed a big step forward in the Mozilla community (FYI, the Mono VM was also a candidate for the Tamarin current job, but unfortunately wasn't considered in the end).

Well, and how's the progress of the first phase of the A11Y project? We're progressing slowly, but hopefully cooking the base for the ton of work we already lack. Many issues are because we needed to complete Atk#, and other ones are appearing which may be related with the runtime (hopefully not, but here they are if you want to have a look: 386802, 387221). I have to thank Mike Kestner for all his help in this side (thanks to him I'm learning a lot about bindings, and about how delicate :) are the glib/gtk/atk bindings in particular; I love when someone is so meticulous for maintaining a project!), and Sandy for all the help on the bridge (which recently got a nice refactoring, but I already got some additional ideas I need to share...). Mike Gorse seems to progress a lot (and now there will be cooperation with CodeThink as well on the CORBA->DBUS migration!), and Mario is starting with us these days, welcome Mario! Unfortunately I don't deal too much with the rest of the team (Brian, Calen, Neville, Ray) but they seem very busy too all the time!

Update 23-DEC-2008: I have tested Gnash on OpenSUSE 11.1 and the Firefox plugin doesn't work with YouTube :( However, according to the comments of this blog post, SWFdec is a much better alternative (so I have changed the title of this entry).

Mono news FROM/FOR the Spanish side

2008-04-09T11:46:00.001+02:00

[English version below]

DESDE: Me enorgullece comunicar que finalmente el Planeta Mono-Hispano ha resucitado! Felicitaciones a toda la gente involucrada en que esto saliera adelante.

PARA: Si estás terminando tu carrera de Ingeniería Superior en Informática en la UPM (donde yo la hice también), conozco una profesora que está buscando un alumno para hacer un PFC en el que tendrá que usar Silverlight/Moonlight, así que si estás interesado, ponte en contacto conmigo!

--

[English version]

FROM: I'm glad to tell that finally the Mono-Hispano Planet has resurrected! Congratulations to all the guys involved in making this happen.

FOR: If you are finishing your engineer's degree in Computer Science at the UPM university (where I did in the past), I know a teacher that is looking for a student to do his PFC (how do you guys call this en English?) using Silverlight/Moonlight, so if you're interested, contact me!

Fines and NGOs

2008-04-02T11:55:00.012+02:00

My flatmates and I are moving to another place. Actually, it's a place that is very close to the previous one, so we will still live in the center of Madrid. Basically the place is a bit better, with less traffic noise, and we now have a big terrace to enjoy the summer better!

However, the move is turning a bit irritating because it has coincided with the Q1 timeline of our project and I'm becoming crazy trying to give my best with both things. This move was planned even before I joined Novell; if I had joined before, maybe I would have preferred to stay in the previous place because now it's very likely that I move to Cambridge (MA) on October of this year.

It happened also that in the last step of our brand new Bridge (let's call it proof of concept for now), we had a very strange crash (you need GLib# and ATK# from SVN to build the testcase) just because we referenced in the last moment to the SWF library. Sandy did a wonderful work debugging it thanks to the help of Sebastien and Geoff, and we now are certainly sure that this problem comes from the fact that SWF happens to depend on GTK for a very specific feature related to colours.

We have for now two alternatives to fix this:

Drop this dependency (Jonathan Pobst pointed out he would be glad to find a way of making the colours functionality not depend on GTK).

Change GTK+ initialization in order to detect the existance of another library for managing ATK (very similar to Gail).

The latter will be the one I'll look at (because it seems easier, but a bit more less comfortable regarding packaging, because we would depend on GTK from SVN), so if you happen to think of another one, we will be happy to listen to your suggestion.

Well, now you would ask: why the title of this blog entry. Well, it turned out that yesterday when I came back from another trip for carrying furniture, as I was very concerned with this issue, I turned on the laptop to keep on working on it (that was when we figured out the cause of the issue, discussing it on #monodev and #mono-a11y channels), and I went to sleep at 2 AM, forgetting completely that I had my car badly parked (in order to take out the sofas in the closest place to the building), so this morning has happened to be a pain in the ass because the police has put me a fine.

And then I had a fantastic idea about fines that I didn't want to forget, which would be awesome if the government approved it because:

It would avoid the fact that many people claim: the city's councils are lately having an overwhelming increase of traffic fines, just with the sole reason of collecting more money, making the police busy with this instead of tracking real crimes.

It would allow the people not to feel so bad about having to pay such a high penalty, without loosing the real motivation of penalties: education.

Of course I don't want to pretend that I should not pay the fine, but my suggestion is: what if this money was given to the NGO of your choice? Recently I got contacted by some people from the WWF organization and was still wondering if subscribing to this one or to GreenPeace (I would also support Obama, but I think I can't because I'm not american ;) ). And now I realise I will pay for a fine more money that I would give for a one-year subcription to a NGO like these ones...

And now two questions to the readers (wow, I admire you if you have read until here):

Does anyone recommend me a specific NGO that is worth being a member of?

Does anyone recommend me a way to send this suggestion to the politicians? Do they have a bugzilla.congress.gov?

Update 21-JUL-2008: I'm a bit worried about these Obama's statements.

Update 16-SEP-2010: Talking again about fines, compare what other governments do to what the Danish government does (sorry, link in Spanish).

Unmanaged documentation hard to manage

2008-03-24T18:20:00.000+01:00

I'm not supposed to deal much with low level technologies (unmanaged code, C language...), but in order to test things from the beginning to allow myself understand things better, I'm dealing with Atk for later translating code to C#+Atk#.

One of the things I hate more is not having the excellent refactoring options that the modern IDE's nowadays can provide. For example, how do I know where is some element defined (in my code? in a reference? in which reference?)? Sometimes I find myself copy-pasting a function into another empty test project and start adding references to it until it compiles. Someone would say: hey but there's a lot of documentation out there! Really? Take this example:

Function: g_type_class_ref
- It smells like a Glib/Gobject function.
- Surprisingly, calling it in a test project that has a reference to glib doesn't work.
- More surprisingly, calling it in a test project that has a reference to glib and atk works.
- Mmmm, but it doesn't smell like an ATK component, right? Maybe atk ref already depends on the lib I'm looking for...
- Let's google it...
- WTF! the majority of links provided are forums, not docs.
- Finally got one from the LinuxFoundation, which tells me something about a libgobject-2.0 thingy... but that lib is not in my system.
- Anyway, the page redirects me to the "Gobject 2.6.2 Reference Manual"...
- But! it's a broken link which ends on main gtk.org doc page.
- Well, then, let's look for "site:gtk.org g_type_class_ref"... No results!

Ok ok, this is not C language fault, but how do you guys get to know these type of things? I hope you don't download all the source code of all these libs and grep for the word you're looking for... :D

Please make me feel dumb if you want to reply, and I will learn one more interesting thing today :)

In managed code with an IDE, you just have to right-click on the method and select "Go to definition" and if the method is found in a binary reference, there are different behaviours depending on the IDE you use, if you use VS2005 or later, you get an Object Browser that shows you the API of the library, and with MonoDevelop it tries to use the debugging symbols for showing the source code or otherwise it shows a minibug.

SOLUTION of the QUIZ: I had to look for the library 'gobject-2.0', not libgobject-2.0. Of course, Mike Gorse was the unmanaged expert that made me feel dumb! :D

SOLUTION to avoid the QUIZ to other people in the future: bug 369927. Mmmm, it has been closed as WONTFIX, maybe the unmanaged side of things should not get easier :)

Another mini-quiz that I solved also recently comes from the managed world. Do you know how static constructors work? They get called automatically whenever the code flow comes in the type where they lay. Example:


public static class MainClass
{
  public static void Main(string[] args)
  {
    Console.WriteLine("begin");
    new StaticCtorTest(1);
    new StaticCtorTest(2);
    Console.WriteLine("end");
  }
}

public class StaticCtorTest
{
  public StaticCtorTest(int initValue)
  {
    Console.WriteLine("Normal ctor");
    this.initValue = initValue;
  }
  
  static StaticCtorTest()
  {
    Console.WriteLine("Static ctor");
  }

  private int initValue;
}

What's the output of this test? This:


begin
Static ctor
Normal ctor
Normal ctor
end

Now, what happens if we drop the custom constructor? We can still create objects from our class, but using the implicit empty constructor:


public static class MainClass
{
  public static void Main(string[] args)
  {
    Console.WriteLine("begin");
    new StaticCtorTest();
    new StaticCtorTest();
    Console.WriteLine("end");
  }
}

public class StaticCtorTest
{
  static StaticCtorTest()
  {
    Console.WriteLine("Static ctor");
  }

  private int initValue;
}

Output:


begin
Static ctor
end

This constructor can only be called when no other constructors have been defined. Example: the following code will give a compiler error:


public static class MainClass
{
  public static void Main(string[] args)
  {
    Console.WriteLine("begin");
    new StaticCtorTest(); //The type `StaticCtorTest' does not contain a constructor that takes `0' arguments(CS1729)
    Console.WriteLine("end");
  }
}

public class StaticCtorTest
{
  public StaticCtorTest(int initValue)
  {
    Console.WriteLine("Normal ctor");
    this.initValue = initValue;
  }
  
  static StaticCtorTest()
  {
    Console.WriteLine("Static ctor");
  }

  private int initValue;
}

Ok, but here comes the surprise. What happens if, instead of using a class, you use a struct?


public static class MainClass
{
  public static void Main(string[] args)
  {
    Console.WriteLine("begin");
    new StaticCtorTest();
    Console.WriteLine("end");
  }
}

public struct StaticCtorTest
{
  public StaticCtorTest(int initValue)
  {
    Console.WriteLine("Normal ctor");
    this.initValue = initValue;
  }
  
  static StaticCtorTest()
  {
    Console.WriteLine("Static ctor");
  }

  private int initValue;
}

What happens is that you don't receive any compiler error, and thus you may think that the static constructor is being called, however, the output:


begin
end

WTF! This stupid thing made mkestner and me feel like crazy, wondering if any JIT optimization would kill our call in the GLibSharp bindings.

Fortunately, with this little research and his help, all was solved and I can keep on concentrating on how to complete Atk# in order to get my toplevel-with-n-children sample to work, and finishing the documentation that is still in a draft stage.

Cambridge hacking

2008-03-11T23:34:00.009+01:00

I'm excited to be joining Novell, to work on some .NET 3.x libraries implementation on the Mono stack.

I started to get things up and running for my new role in Calvin's A11Y Team last week in the Boston/Cambridge office, where the Microsoft+Novell interoperability lab is located, and had a great time meeting the other members of the team.

After all the planning and organizative meetings, we started on the hacking phase (look ma, no UML! ;) ), which I will be tracking in blog entries like this. So let's start:

As I will have to use Windows OS to test things from time to time, I firstly decided to set up virtualization. I decided to switch from VMWare to VirtualBox this time (given that the latter is open source) and it's happenning to be tricky because:
- Drag'n'drop doesn't work yet.
- Copy/paste doesn't work yet.
- You have to add your user to the group vboxusers.
- You have to launch the vbox kernel module (I don't know why the RPM didn't prepare this on the installation phase):
sudo /etc/init.d/vboxdrv setup
- For sharing data between the guest and the host (given that DnD doesn't work), you can share resources with this command:
VBoxManage sharedfolder add Vista11y -name VmShare -hostpath /home/knocte/Desktop/VmShare
But trying to access it via the path \\vboxsvr\VmShare wasn't working! I wondered if it was related to the network interfaces so I looked at it and:
- Network interface was not working in the first place (NAT type). I then added a new network interface (internal type) and Vista recognized it but couldn't install the drivers itself.
- It seems I can find the drivers on some place on the internet, but what's first? the egg or the hen? Because I need to pass those files to the OS guest... oh dear, it seems that I can convert a ZIP file to an ISO file but... this is becoming...
- Let's do this stuff later... maybe it's worth reconsidering Qemu again.

I've also studied the UIA API:

- http://en.wikipedia.org/wiki/Microsoft_UI_Automation
- http://msdn2.microsoft.com/en-us/library/ms747327(printer).aspx
- http://msdn2.microsoft.com/en-us/library/ms788733(printer).aspx
- http://accessinteropalliance.org/docs/Introducing_IAccessibleEx.doc
- http://download.microsoft.com/download/5/e/1/5e168e97-91dd-4ca3-ac7e-2131aec8cd1b/Overview_UIA.pdf

And Gnome A11Y:

- http://library.gnome.org/users/gnome-access-guide/2.20/
- http://live.gnome.org/Accessibility/Developers
- http://live.gnome.org/Accessibility/GetInvolved
- http://live.gnome.org/GAP/AtkGuide

Things that surprised me?

a) Neither GAIL (Gnome Accessibility Implementation Library) nor ATK (Accessibility ToolKit) where named here: http://www.gnome.org/projects/ . But suddendly discovered that:
b) GAIL is now part of Gtk+ (which could explain statement [a]) and ATK is toolkit independent, however:
c) GAIL still resides in its separate SVN path (which contradicts statement [b1])
d) Suddendly wondered about ATK+KDE (given the independence mentioned in statement [b2]) and came out with this: http://accessibility.kde.org/developer/atk.php), however:
e) ATK is GObject based (which makes [b2] difficult)
f) ATK seems to be considered a part of GTK+ (which contradicts [b2]), as said here: http://live.gnome.org/GAP/AtkGuide

Thus, this set of statements surrounds a big WTF.

I installed also some tools that are going to be needed for my work:
- Orca (already installed).
- LSR (didn't found any RPM package named this way, so I downloaded from SVN), which stands for Linux Screen Reader.
- Accerciser (didn't find a package in normal repositories, but found one OpenSUSE extra repository that contained it, thanks OBS community!). I could say this application is the analogy to DOM Inspector in the Mozilla environment, but oriented to accessibility. Surprisingly you can discover that still many native Gnome applications are not accessible when running it (like NetworkManager, the new OpenSUSE updater, or Accerciser itself; or maybe the latter was disabled by default in order to not cause strange recursive behaviours...). You can read more about it in this LinuxJournal article or in its Gnome page.

I'm still in the HelloWorld hunting phase, dealing with Atk# and stuff related. On the way, I've been using MonoDevelop a bit and just filed 5 bugs:
- Wrong location of caret in the new managed editor
- Special output from mcs not parsed correctly.
- References dialog on a C project should not show managed libs
- Protected constructor is shown on autocompletion list
- Issues with paths in a C project

(Don't get me wrong, MonoDevelop team is doing an unbeatable work, but I usually find cosmetic errors and cannot avoid saving them in Bugzilla to enable them to polish it more and more.)

Better than start coding blindly I'm still finding examples on which I can base my first steps. For example:
- the file ea-combo-button.c file from Evolution, mentioned on a11y-dev mailing list.
- an unfinished patch made by my teammate Mike Gorse, that implements Atk accessibility on some Abiword bits (hosted on Abiwords Bugzilla).
- the Mozilla module Accessible where resides either MSAA and ATK interface layers (thanks Calvin for the guidance).
- GAIL source code that I just mentioned.

TODOLIST:
- Play more with Accerciser
- Play more with ORCA
- Finish reading this huge doc about GAIL and ATK.
- After finishing getting some ATK examples running, convert them to manage code using Atk# (BTW thanks mkestner for all the help I'm getting from you to start ).
- Read WindowCatcher source code (thanks for the link Calvin) in order to get some UIA examples running.

Non-hacking TODOLIST:
- Figure out how to change my Bugzilla's account email (already done it, but I keep getting emails to my old account).
- Get a new keyboard from my laptop: I don't want to loose my beloved Spanish keys :)

Another TODOLIST that is not related to a11y but is not non-hacking either is:
- Figure out why the hell OpenSUSE 10.3 won't wake up after hibernating in my new T61P (I guess it's related with the NVidia proprietary drivers... :( ). But it seems I'm not the only one.
- Figure out how to make the fingerprint reader work with OpenSUSE (anyone with a driver out there??).

But the one I wish more is to pass this first phase (in which you seem to test and read many things but don't get any useful code at all) as quickly as I can, in order to feel more productive.

UPDATE 11-MAR-2008: This clarifies part (c) of my WTF.

UPDATE 06-APR-2008: It turns out that GuestAdditions is not an addon for your VirtualBox software (that's what I understood when I saw an RPM on my OpenSUSE that had this name), but a software that you have to install on the Operating System you're emulating with VirtualBox. Now the clipboard is working, but not the DragNDrop or the network (although I found the driver and installed it, it seems that it can't contact the router or the DHCP server).

UPDATE 07-APR-2008: Installing again the guest OS in a new VM, install the Guest additions as the very first step, and then configuring the network connection with the driver provided in the GuestAdditions ISO image (letting the default settings for Networks: just one NAT-based), fixed all the problems! (The only feature I miss is DragNDrop.)

UPDATE 14-APR-2008: Finally fixed the SharedFolders issue! You have to do this (apart from adding the shared folder with the VBox command line or GUI):

- Share the folder on the host via SMB (Yast -> Network Services -> Samba Server => enable user shares; reboot; right-click on a folder -> Sharing options).
- Install the *last version of GuestAdditions* (the one that comes with your version of VirtualBox; beware: reinstall it when you upgrade your VirtualBox). Install it via menu Devices -> Install Guest Additions... in your virtual machine window. Beware: guest additions neads a clean restart, if you reboot it and get an error on boot, you will need to reinstall it.
- In the virtual machine window, go to menu Devices -> Shared Folders and set up the same folder you just shared in SMB.
- Disable UAC in VISTA through msconfig.
- Not try to explore \\vboxsvr\ or something like that, because name resolution doesn't work. This only works through the virtual drive mapping opening a command line (Start Menu > All Programs > Accessories > Right click on Command-Prompt, and run it as an administrator) : net use x: \\vboxsvr\vmshare (it's not case sensitive, but spell it correctly! it's vboxsvr, not vboxsrv).

For the record, I'm not SURE if all of these three steps are required (maybe the key is just one of them) because I have just tried to disable Samba sharing and it seems to be working too (maybe it will no longer work when I restart the session??? I hate being a sysadmin, this should be made easier...). And it seems that the UAC stuff is only needed if you don't launch the command-prompt as and admin (I don't want to be sure about this, I don't want to test it, I don't want to loose more time on this).

La falacia del voto útil

2008-03-02T18:29:00.008+01:00

Lo que empezó como una actualización sobre mi entrada "Quejándote mejoras el mundo", en la que quería yo quejarme también de la ley electoral que regulariza la distribución de escaños en el sistema electoral español (y el cual tiene implicaciones muy graves, como que beneficia a los partidos mayoritarios y a los nacionalismos territoriales), acabará siendo esta entrada en la que hablaré de lo que los partidos mayoritarios (que hacen gala del triste bipartidismo que existe en nuestro país) hacen al tergiversar el concepto del voto útil.

Para empezar, me referiré a un buen artículo en el que se denuncia el problema que se da como consecuencia de aplicar el sistema D'Hondt: "Lo que vale tu voto", en el que explica cómo nuestro voto es más valioso en función del partido al que votes (pero no por ser un partido concreto, sino dependiendo de su resultado global electoral).

Este mencionado artículo tiende a ser engañoso, aunque no dice ninguna falsedad, ¿por qué? Porque el hecho de que un voto de IU valga cuatro veces menos que uno del PSOE no es algo "siempre verdad", sino sólo verdad para la distribución de votos resultante de las elecciones pasadas. ¿Cómo puedo demostrar esto? Pues simplemente imagínese que todos los votantes de IU hubieran votado al PSOE, ¿tendría el congreso más diputados de lo habitual como consecuencia de esto? NO. Por lo tanto, el hecho de que, de forma resultante global tras las elecciones, un voto de un partido valga más que otro, es consecuencia únicamente de que, por casualidad (o por cualquier otra razón) las personas que han votado más al partido menos favorecido han estado en regiones donde la distribución de población es mayor que en otras (ya que, como bien se explica en este otro artículo, hay diputados con mayor representación poblacional que otros, como consecuencia de que se intenta dar igual representatividad a una región que a otra independientemente de su número de habitantes). Por lo tanto, y esto lo digo precisamente para sacarle de su error a mucha gente, si votas a PSOE en lugar de IU (por poner un ejemplo de dos partidos) no estás optando por el voto útil. El voto útil es una falacia.

El argumento del voto útil sólo se puede sustentar por dos situaciones: o bien cuando un partido es tan minoritario que no llega ni siquiera a 1 escaño (y por tanto su electorado se reparte entre los mayoritarios), cosa que no ocurre con IU, o bien solamente para el número de votos sobrantes tras hacer la división por escaños (cantidad que puede ser despreciable; y además esto le ocurre a cualquier partido; sólo que los mayoritarios lo recuperan en mayor o menor medida, COSA QUE ES LA QUE TENDRÍA QUE CAMBIAR).

Además, que a causa del falso argumento del voto útil la gente opte por una opción política mayoritaria (por ejemplo votar al PSOE en lugar de IU) puede incluso tener consecuencias aún más graves y que el elector no pretendía, por ejemplo:

MADRID: Elige 35 diputados, 1 más que en 2000
Participación: 72,1% (+ 6,8). Votaron 407.581 personas más
El Partido Popular perdió 49.195 votos, el Partido Socialista ganó 521.464 votos e Izquierda Unida trasvasó 57.071 votos, previsiblemente en favor del PSOE

¿Cuántos votos le faltaron a Izquierda Unida para no perder su escaño?
Como el último diputado se atribuyó al PP, necesitaba conseguir (92.743-75.036)*3 = 53.121 votos más. Si los restamos a los del PSOE, tendremos:
Si IU hubiera trasvasado 3.949 votos respecto al año 2000, el PP habría perdido 3 escaños, el PSOE habría ganado 4, e IU conservaría el mismo número de escaños que entonces.

Conclusión: El llamado voto útil benefició a la derecha regalándole un escaño de Izquierda Unida

No sólo pueden ocurrir consecuencias indeseables, sino que el cambio de voto sólo sirva para cambiar un escaño (y por tanto el concepto de voto útil en este caso se erige sólo para robar votos). Ejemplo:

MÁLAGA
Elige 10 diputados
Participación: 65% (+ 6,9). Votaron 88.897 personas más
El Partido Popular ganó 15.433 votos, el Partido Socialista ganó 85.529 votos e Izquierda Unida trasvasó 5.541 votos, previsiblemente en favor del PSOE

¿Cuántos votos le faltaron a Izquierda Unida para no perder su escaño?
Como el último diputado se atribuyó al PSOE, necesitaba conseguir (61.293-47.182)*1 = 14.111 votos más. Si los restamos a los del PSOE, tendremos:
Si IU hubiera ganado 8.570 votos respecto al año 2000, el PP seguiría perdiendo 1 escaño a favor del PSOE, e IU conservaría el mismo número de escaños que entonces.

Conclusión: El llamado voto útil debilitó la opción a la izquierda del PSOE capaz de condicionar su política en sentido social.

Estos últimos dos estudios hipotéticos sobre las elecciones de 2004 han sido extraídos de una presentación elaborada y disponible por el nuevo sitio web de IU http://www.iuexiste.es/.

Actualizacion 16/MAR/2008: No dejeis de apuntaros a esta interesante iniciativa.

Actualizacion 23/ABR/2008: Interesante este grafico que muestra lo que seria el congreso de tener un sistema electoral proporcional. Ademas de la que mencione en la actualizacion anterior, tambien hay otra iniciativa de IU (pobres, habria que prestarles un buen disenyador experto en usabilidad, porque el formulario no se ve el boton de Enviar y hay que pulsar en las barras de desplazamiento para descubrirlo).

Montes es INOCENTE y además BUEN PROFESIONAL

2008-02-02T13:50:00.000+01:00

Era imposible que no mencionara en mi blog esta impresionante y buenísima noticia acerca del fin del calvario de un compañero de trabajo de mi madre en el hospital Severo Ochoa: el juicio no sólo le ha declarado inocente, sino que ha determinado que tampoco hubo mala praxis, por tanto, queda demostrado el espectáculo bochornoso y teatral que montaron Aguirre, Lamela y Cía hace varios meses para desprestigiar la sanidad pública de la Comunidad de Madrid.

Fue una maniobra política, para destituir a "médicos rojos" de sus puestos de responsabilidad en el hospital. Pero es que lo peor es que no les van a devolver sus puestos, a pesar de que las palabras de Aguirre exactas fueron: "ha sido una destitución disciplinaria y si el caso les declara inocentes volverán a ostentar sus puestos". Ahora Aguirre dice que fue una destitución organizativa, pero las cadenas informativas más neutrales sacan las primeras declaraciones que he mencionado, de archivo, después de las actuales y la hacen quedar como una auténtica subnormal.

Hay otras cadenas que, al menos, no han tenido los huevos de NO DAR la noticia, pero al loro a cómo la han dado: lean por favor este artículillo para más información.

Y otro artículo interesante en donde sale Montes hablando de su intención de demandar a Lamela.

Entry test

2008-02-01T17:14:00.001+01:00

[English version below]

No estoy muerto :)

Esta es una entrada que coloco aquí para un futuro test de borrado/creación de entradas en RSS. Podréis deducir también que dentro de poco empezaré a traducir entradas (tanto nuevas como antiguas), aunque sólo las técnicas.

Noticias frescas se avecinan.

--

[English version]

I'm not dead :)

This is an entry test that I place here for a future test about removal/creation of RSS entries. You'll deduce then also that soon I'll begin to translate posts (some of the old ones too), but only the technical ones.

Fresh news are coming soon.

¿Por qué aún no me he pasado a los DVCS?

2007-10-29T23:09:00.000+01:00

Antes era por vagancia de probar algo nuevo, pero ahora tengo argumentos :D. Además, suficiente que ya he conseguido cambiar el chip de MS Source-Safe a Subversion de bastante gente, como para ahora ir cambiándolo de nuevo. Subversion promete mucho en sus próximas versiones, sobre todo porque promete algo del estilo "lo mejor de los dos mundos", el eterno concepto. Un repositorio centralizado pero con funcionalidades de los repositorios distribuidos.

No soy del grupo del 80% del que se habla en el artículo que he enlazado, pero convivo con muchos compañeros que sí lo son, y por tanto considero de crucial importancia la simplicidad, la compatibilidad con Windows, y la disponibilidad de una GUI (en este caso me inclino ciertamente por el 80%, o no conquistaremos el escritorio en la vida).

Y para terminar el artículo, ejemplos. Proyectos importantes como Mono, KDE y SourceForge.NET se pasaron de CVS a Subversion, y ahí se han quedado. Mozilla sigue con CVS pero van a cambiar a Mercurial (DVCS), a pesar de lo pesado que he sido ;)

Actualización 31-OCT-2007: Al final me he leído todos los comentarios de la entrada y la verdad he encontrado algunos brillantes, hasta el punto de que quizás me hayan convencido de que sí algún día tendría que probar los DVCS, además de seguir muy de cerca al rey de los CVCS: Subversion.

Actualización 02-OCT-2007: Acerca de la conversión VSS->SVN que he mencionado, me gustaría poner un enlace a una historia con la que me siento muy identificado.

CallerWatchDog, in case of fire

2007-10-28T23:21:00.000+01:00

Últimamente en mi trabajo había que refactorizar (o más bien, tirar a la basura y rehacer) cierto código que implementaba reintentos de llamadas a webservices usando recursividad (con el peligro que ello conlleva, de aumento de memoria por uso de la pila; y más sabiendo que podía hacerse sin recursividad) y ningún tipo de reutilización en el comportamiento del reintento.

Me he pasado gran parte del fin de semana implementando un "CallerWatchdog" que se encargará de hacer este trabajo de manera más eficiente: sin recursividad, sin usar threads adicionales, usando Timers en lugar de Thread.Sleep (de manera que otro Thread pueda matar mi proceso sin obtener excepciones), etc.

Esto me va a permitir cargarme un fichero inmantenible de 3.000 líneas que aún sobrevivía tras el paso de los años. Desde luego que cuando lo haga, y pueda comprobar que la refactorización funciona, va a ser bastante gratificante.

No es que suela ser habitual lo de hacer horas extras (ni siquiera típico cuando hay que apagar algún "fuego", a excepción de la iniciativa propia), pero ya que deduzco que seguramente no me las pagarán, me voy a tomar la libertad de liberar, válgame la redundancia, esta pequeña porción de trabajo hecho en mi tiempo libre. Al fin y al cabo, lo voy a modificar ligeramente para que se adapte al sistema de logs de mi empresa, así que no veo ningún tipo de problema en ello (máxime cuando, como ya sabrá mucha gente, es factible saltarse las restricciones de la GPL siempre que el que lo hace sea el propio autor).

Lo podéis encontrar en esta entrada de MonoPort. Al final del todo encontraréis ejemplos de su uso.

Lo que más me gusta de mi solución es que, a pesar de ser tremendamente genérica (válida para cualquier tipo de método que no tenga más de un parámetro, con lo que podemos encapsular cualquier cosa que use más mediante objetos o estructuras), no me he saltado la estaticidad de tipos mediante reflection, sino que he utilizado delegados y tipos genéricos. Seguramente este tipo de cosas son más fáciles de hacer en un lenguaje dinámicamente tipado, pero sinceramente no creo que valga la pena arriesgar el resto del sistema sólo por este tipo de funciones genéricas puntuales.

Curiosidades sobre lenguajes

2007-10-08T10:34:00.000+02:00

Como buen seguidor del omnipresente lenguaje C#, me complace mucho enlazar a un artículo muy interesante que nos introduce a una palabra clave del lenguaje bastante poco conocida, e infrautilizada: yield.

Por supuesto, éste lenguaje no es perfecto, y prueba de ello son algunas voces que critican bastante la nueva versión 3.0, que incluye bastantes modificaciones sobre todo debidas a LINQ. Algunos de estos cambios nos traen capacidades típicas de los lenguajes funcionales, y aquí voy a enlazar a un blog que incorpora una serie de artículos para que poco a poco vayamos cambiando el chip.

En otro orden de cosas, y ya que éstamos hablando de lenguajes, me gustaría mencionar algo de VB.NET (a pesar de que se ha criticado bastante, por mí y por otros): según este blog, están pensando funcionalidades para la nueva versión, y en esa misma entrada Rolf (el desarrollador del compilador de VB de Mono) propone bastantes cosas interesantes (algunas para que el VB deje de ser tan basura, y otras para que siga teniendo las [pocas] ventajas sobre otros lenguajes). Yo también he comentado algo en la entrada, con mi wishlist particular.

Y hablando de wishlists, en breves días publicaré también una lista de cambios que me gustaría se incorporaran en la próxima versión de C# (está basada en la 2.0, pero como ya sale la 3.0, tendré que actualizarlo...).

Actualización [unos minutos después de publicar]: Ya que estamos, también voy a hablar de Java. No hay que olvidar que en mi AntiFUD de Mono pongo a éste lenguaje en un pedestal (sobre todo por su reciente liberación, gracias a Sun), aunque sigo pensando que tiene inconvenientes con respecto a C#/Mono. En general, lo que opino se puede resumir en lo mismo que opina Zac Bowling (un desarrollador de Mono) en este artículo:

Honestly, I believe Java has a lot of inherit issues that pretty much can’t get fixed without breaking most backward compatibility (too many things to cite here), which is why I contribute to and support Mono and .NET. For the record though, I don’t hate Java though, and I spend a good amount of time at work developing in it. It just seems like there are so many better alternatives.

One of the only things good about it all is that at least Java isn’t entirely proprietary anymore (although good many of the common libraries, frameworks, and implementations remain that way).

Actualización [unas horas después de publicar]: También me vienen a la mente mis queridos lenguajes de programación de tipado dinámico, los de las tres P's y la R: Perl, Python, PHP, Ruby.

Me parece genial que estén surgiendo iniciativas para que estos lenguajes compilen a código CIL de .NET, para que así haya interoperabilidad entre todos (IronPython, IronRuby, ...). Pero sigo pensando que no deberían usarse para cosas medianas-grandes, por los problemas que dan en el medio-largo plazo.

Y es que los avances en la informática no hacen más que dar la razón a la gente que opta por cosas como Java o .NET, plataformas mucho más evolucionadas. Ejemplo de ello es, pongamos, el hecho de que PHP en su próxima versión vaya a soportar namespaces, o que Python, en su próxima versión, vaya a soportar una condición de compilación opcional para hacerlo estáticamente tipado. ¿Es que no se dan cuenta que constantemente están poniendo funcionalidades que ya tienen C# y Java de hace mucho?

Actualización 22-OCT-2007: Me ha encantado una entrada de otro desarrollador de Mono que opina de forma similar a mí: Gnome3 debería estar basado en Mono, quitando C++ y C, sustituyendo Python por IronPython, Ruby por IronRuby, etc...

Actualización 31-OCT-2007: Para que se entienda mejor lo que quiero decir sobre los lenguajes estáticamente tipados, es decir, los derroteros por los que han derivado las conversaciones en esta entrada, voy a citar texto de una entrada de Joe Shaw, uno de los desarrolladores de Beagle:

And lastly, having worked with Trow on a reasonably big desktop Python app, we wanted a strongly typed language. Writing real applications in Python requires a discipline that unfortunately most people (including myself) are unwilling to adhere to, and this easily leads to buggy and hard to maintain programs. You have to be very diligent about unit tests and code coverage for every line of code, because you can’t rely on the compiler to catch errors for you. We had been burned by this a bit, and wanted to get back to a strongly typed, but still easy to use language that integrated well with the desktop.

Actualización 17-DIC-2007: Proyecto super cursioso a destacar: LINQ para Java.

Actualización 02-ENE-2008: Super interesante esta entrada de Miguel de Icaza en la que habla de benchmarking de plataformas de desarrollo, y de la que me gustaría citar un fragmento:

Close to the metal languages are the first tier (C, C++, D, Pascal, even Eiffel).
(...)

I just noticed that Eiffel is on the first tier, performance wise, but has pretty much all the properties and features of the third tier (garbage collection, strong typing, bounds checking). This means that you get the best of both world with it (and Eiffel's compiler is now also open source).

Conclusión A: ¿no es Eiffel acojonante? Creo que voy a dejar de usar Mono...

Conclusión B: Va a ser importante eso del "static typing" si también lo dice Miguel de Icaza ...

Tenemos un problema

2007-10-04T01:12:00.001+02:00

Tenemos un problema en este país: la monarquía.

Voy a reproducir una noticia como llamamiento a la manifestación:

Desde esta mañana circula por correo electrónico y sms la convocatoria anónima de una concentración ciudadana para el próximo Viernes 5 de octubre, a las 21:30h en la Plaza del Rey de Madrid. El llamamiento es para protestar por la "cruzada contra cualquier expresión crítica hacia la monarquía".

El texto de la convocatoria denuncia que "de unos meses a esta parte estamos siendo testigos de una cruzada contra cualquier expresión crítica hacia la monarquía. Sus últimos episodios consistieron en el secuestro y enjuiciamiento de la revista El Jueves por un chiste sobre la corona, la persecución de las personas que quemaron una foto de los reyes, y la identificación posterior de la gente que realizó otra quema colectiva de fotos".

"Estos episodios evidencian que la libertad de expresión se está viendo amenazada, persiguiendo y cercenando toda posibilidad de cuestionamiento de la monarquía. Hemos decidido plantear una movilización que recoja los dos elementos simbólicos de ambos episodios, el fuego y el sentido del humor", según la información que ha recibido TerceraInformacion.es.

"Expulsemos a la monarquía de nuestra vida cotidiana, quememos sus distintas expresiones y hagámoslo con sentido del humor. Para ello hemos decidido quedar para hacer una quema colectiva de los reyes de la baraja española (oros, copas, espadas o bastos), incluso hay quien está planteando quemar a los reyes magos, a Aragorn y su retorno del Rey, a Pelé o al mismo Elvis… Vamos, que os invitamos a hacer un ejercicio de imaginación y escapar de las imágenes a las que nos tienen acostumbrados los telediarios", expone el correo electrónico de la convocatoria.

La convocatoria via e-mail y sms hace un llamamiento a los ciudadanos para "hacer de esta movilización un verdadero ’órdago a la grande’ ".

No sé si es manifestación legal o no, pero independientemente de eso, la policía no puede disolver una manifestación si es pacífica.

Y al hilo de esto, reproduzo un artículo de FARO con el que me he sentido muy identificado:

Tenemos un problema con nuestra policía. Tenemos un problema con cómo nos torturan, tenemos un problema con la naturalidad con la que mienten ante unos jueces acostumbrados a desear oír esas mentiras. Tenemos un problema, y hay que buscar alguna solución, empezando por llamar a cada cosa por su nombre.

Sí, lo sé, no es cierto… en realidad tenemos muchos problemas: casi todos los políticos nos roban y luego se ríen en nuestras narices como en lo más sórdido de la Edad Media; entonces se comportaban como dioses, con sus sillas de posta, su altanería y modales 'refinados', y hoy hacen exactamente lo mismo, a bordo de esos Audi A6 y A8 con los cristales oscurecidos, que tanto les gustan y que muchos de nosotros interpretamos como un derroche que se traduce en una enseñanza pública Realmente mala y una sanidad pública en Franco retroceso (perdón por las mayúsculas intencionadas).

Pero hoy no quería hablar de eso. Tampoco quisiera hablar de los malditos tipos de interés variable, incardinados en una 'política monetaria' que en realidad solo beneficia a quienes poseen alguno de esos yates que utilizan para cenar, tras pasar la tarde en el golf y la mañana en misa.

No, no quiero hablar de todas esas cosas… ni siquiera del hecho de que nuestros mercenarios, hartos de un secuestro masivo que ya dura más de siete décadas, se dediquen a genocidear caucásicos, caribeños, persas o indo-asiáticos… no. El problema al que hoy quisiera dedicar algunas líneas es bien distinto:

Nosotros, el Pueblo, tenemos un problema con 'nuestra' policía; con quien les manda, y también con quien les controla.

Ocurre, que entre aquellos a quienes pagamos el sueldo, se entremezcla una piara de abusones que con el tiempo, se han acostumbrado a justificar su 'razón' en el abuso de la fuerza, y pocas veces al revés. Tenemos un problema: tenemos que soportar que individuos con un arma reglamentaria al cinto nos golpeen, nos insulten, traten de humillarnos, y nos provoquen… pasándose la Constitución por el forro de los cojones (sí, esa mala redacción, salida de la mano de un chusquero con apellidos compuestos, impuesta bajo amenaza de repetir en 1978 lo que ya hicieran en 1936, y 'refrendada' mediante un 'proceso electoral' en el que se votó a una única opción —omitiendo deliberadamente la totalidad de las propuestas alternativas que bullían en el seno de la ciudadanía—, en fin, todo muy "democrático").

Hablo de la impunidad, de lo cotidiano de atropellar los derechos civiles y políticos… hablo de la normalidad con que algunos ven el recurso a la tortura, hablo del feo vicio de mentir en sede judicial, de la generalización de la práctica de 'fabricar pruebas', de todo eso… y de tantas otras cosas que todo el mundo sabe y de las que pocas veces oiremos hablar.

Opino yo, que a lo mejor el asunto tiene su raíz en nuestra curiosa forma de transitar de la primera a la segunda fase del franquismo. Probablemente, si a la muerte del terrorista que nombró al rey de España, hubiéramos iniciado un verdadero proceso de democratización del país, hoy no nos encontraríamos como nos encontramos.

El hecho es —por hablar con sencillez—, que tenemos un estamento judicial que causa sonrojo en el extranjero (se nos teme aún más que al país del "Expreso de medianoche"). Lo que digo es tan cierto, que cualquiera que disponga de cinco minutos para 'jugar' en el Google, puede comprobar lo que opinan en la OSCE de nuestros pequeños aprendices de Adolf, con toga.

¿Y eso qué tiene que ver? Pues muy fácil: si todo depende del criterio de un juez, y la mayoría de ellos son, como todos sabemos que son… he aquí una explicación del curioso respeto que ciertos hotentotes sienten por nuestros derechos constitucionales.

Quizá se arreglaría con sentencias ejemplares, o a lo mejor se podría resolver incluyendo una asignatura de filosofía en los planes de estudio de las academias de policía. Imagino que alguien con una mínima capacidad para razonar, debería comprender que no es civilizado agredir a personas inocentes, que demás le pagan el sueldo, valiéndose para ello de las porras y el resto material que sus propias víctimas le han puesto en la mano, con la ilusa esperanza de que les brinde seguridad y protección.

Volviendo a la Historia: basta darse un garbeo por las transiciones de verdad que se han llevado a cabo en países como Alemania, Sudáfrica, Argentina o Chile, para concluir que en España nos hemos saltado algunos pasos. Pasos, como el de obligar a la Empresa de Brujos Romanos a que se busque las habichuelas por si misma —y de paso, que se mantenga alejada de nuestra infancia—; pasos, como el de abundar en la separación de poderes… o incluso cosas más evidentes: como el hecho inexplicable, de ponerse a redactar una Constitución, omitiendo el detalle de que antes se debe abrir un Proceso Constituyente.

A la vista de lo ocurrido en Malasaña, en la Gran Vía, en la comisaría de los Mossos d'Esquadra, en la Puerta del Sol, en la Glorieta de Bilbao, y en tantos y tantos otros lugares, cabe suponer que uno de los pasos que se quedaron en el tintero, fue el de una formar una Comisión de la Verdad, que se encargara de depurar los mayores crímenes (y a los mayores criminales) de los primeros 40 años del franquismo.

Ojo, que nadie se asuste, no pretendo encarcelar a los hijos de la gran puta que se lo merecen, no, no es eso, no es eso… pero convendréis conmigo, que no estaría de más conocer el nombre de quienes apretaron el gatillo contra Grimau —aunque solo sea por respeto a su familia—, o mejor aún: identificar a aquellos que, simulando ejercer de jueces, ensuciaban el nombre de la Justicia, haciendo las veces de meros intérpretes de un sistema legal viciado desde su origen.

No es eso, no es eso… no pretendo encarcelar a esos hijos de la gran puta… pero sí quisiera al menos saber quienes son, y apartarles para siempre de nuestras Instituciones Públicas. Lo mismo me da si están enchufados en los consejos de administración de empresas públicas malvendidas a los amigos, o si ensucian hoy algún escaño en el Senado. No me importa en cual de lo tres poderes vegetan... no les quiero entre rejas, les quiero en la puta calle.

¿Por qué? Porque así como nadie come en el sitio donde defeca, no podemos esperar Democracia precisamente de aquellas personas en quienes reside la esencia de lo contrario.

Tenemos un problema: una preocupante proporción de miembros de los cuerpos y fuerzas de seguridad del Estado está compuesta por delincuentes reincidentes. Cosa que además de provocar inseguridad en la ciudadanía, ensucia el buen nombre de sus instituciones y desprestigia a sus compañeros honrados. Iba a escribir 'delincuentes comunes' pero no, no es nada común delinquir amparado en una fuerza concebida para luchar contra el crimen. Es zafio, grotesco, vulgar, soez, vil… que un policía agreda a un inocente e indefenso ciudadano, es una falta de respeto a la civilización.

Es tan natural, que todo padre o madre saben bien de lo que hablo: las criaturas tienden a hacer todo lo que se les permita. Con la policía ocurre exactamente lo mismo, y puesto que nuestro sistema judicial padece de vergüenza sistémica, anclado en el pasado… y escorado a la ultra-estribor… nuestros 'profesionales de las armas', como si de niños se tratara, hacen todo cuanto se les permite. Es decir, todo.

Del mismo modo que para apagar un fuego se debe dirigir el extintor hacia la base de las llamas, para acabar con la impunidad, para concluir con esta burla al Estado de Derecho, es necesario introducir elementos de supervisión en la actuación del Poder Judicial y los cuerpos y fuerzas de seguridad del Estado. Esta supervisión no debe traducirse únicamente en aumentar el control político (jodiendo aún más la separación de poderes), no, no es eso, no es eso… lo que necesitamos es mayor transparencia, verificabilidad, luz, libertad de expresión, limitar —por ejemplo— los abusos en la práctica de declarar secretas aquellas actuaciones judiciales que producen vergüenza ajena.

Necesitamos policías mejor formados en criterios humanistas, con verdadero espíritu de servicio a los demás. Necesitamos más y mejores instrumentos de control de la función pública; mayor transparencia y participación de la ciudadanía en la Administración de Justicia.

La policía no merece tener en su seno a semejantes individuos. La judicatura no merece verse sometida a semejante descrédito intestino. La clase política no merece verse representada por individuos que ven obstáculos donde no debería haber más que propuestas ciudadanas a tratar con el debido respeto al juego democrático. La policía, la judicatura y la clase política deberían recuperar el Alto Honor que los ciudadanos esperamos de nuestras instituciones públicas.

Que nadie se confunda, no pretendo meter a todos en el mismo saco, "generalizar es malo" ¿recuerdan? Sé muy bien que entre esos pocos seres deleznables, hay un buen número de buenos profesionales. Por eso mismo, por el respeto a esos policías, jueces y políticos honestos… por el mayor respeto que sin duda merece el común de la ciudadanía, ruego, por favor, hagan algo, porque estamos con la mierda al cuello.

Necesitamos que alguien vigile al vigilante.

De lo contrario, todo seguirá como en los últimos setenta años, habrá miedo, silencio, palizas, gritos, fábulas jurídicas, vergüenza ajena, temor, violencia, corporativismo, pruebas falsas, heridos, familias destrozadas… y ciudadanos que teman a sus gobernantes, en lugar de justo lo contrario.

¡Salud y Justicia!

Actualización 19-NOV-2007: Parece que el problema persiste.

Actualización 09-DIC-2007: ¡¡Qué mal huele todo!!

Actualización 14-ABR-2008: Otro video de brutalidad policial.

Microsoft publica (que no libera) el código fuente de la librería de clases de .NET

2007-10-03T23:19:00.000+02:00

Según la nota en el blog de Miguel de Icaza, Microsoft publica el código fuente de las librerías de clases de .NET bajo una licencia no libre, al más puro estilo de Sun cuando en el pasado publicó las fuentes de Java sin liberarlo del todo.

Si alguien todavía pensaba que en esto de las plataformas de desarrollo no había competencia, no dejará de sorprenderle este hecho, cuya iniciativa seguramente esté basada en las ventajas que ofrece la competencia (Sun) a los desarrolladores con esta posibilidad.

Gracias a .NET (y/o Mono) se libera Java, y gracias a Java, se va liberando .NET. ¿Curioso no? ¿Llegará el día en el que Microsoft publique o libere las fuentes de Windows? :)

P.D.: Para el que no le ha quedado del todo claro: no, no se puede incluir código de Microsoft en Mono. Incluso ocurre que cualquiera que haya mirado el código de MS tiene prohibido ya por siempre ser colaborador del proyecto Mono. Esta cuestión la han tildado algunos tremendistamente como dando a entender que este movimiento es de Microsoft precisamente, para poner una trampa al software libre de .NET. Pero, me pregunto yo, por esa regla de tres, habría ocurrido lo mismo cuando Sun publicó el código fuente de Java, ¿no? Sin embargo, proliferaron sin problemas implementaciones alternativas de Java.

PP: quién te ha visto y quién te ve

2007-09-19T02:58:00.000+02:00

Soy un acérrimo detractor de toda bitácora que no haga más que simplemente citar otra noticia, sobre todo aquellos que lo que suelen hacer es poner únicamente un enlace en una entrada (¡como si no tuvieran carpeta Marcadores!); sin embargo: hoy no lo puedo evitar.

Actualización 21/SEP/2007: Más medios se han hecho eco (básicamente haciendo un llamamiento en plan "no nos chupemos las pollas todavía...").

Actualización 24/OCT/2007: Bueno, en ciertos aspectos el partido avanza, pero en otros no. Y menudos pretextos sueltan luego...

Vala: ¿lo mejor de los dos mundos (C & C#)?

2007-08-11T22:22:00.003+02:00

Charlando con mi colega José Ramón, me comentó algo sobre un proyecto que iba a ser considerado como el "asesino" de Mono. La verdad, si algún proyecto iba a tener tamaña tarea, me pregunto cómo no escogieron un nombre más "vistoso".

Y es que "Vala" es un nuevo proyecto de Gnome que pretende coger lo mejor de los dos mundos entre un lenguaje nativo, sin orientación a objetos, con aritmética de punteros y rápido (C) y un lenguaje administrado, orientado a objetos, sin aritmética de punteros, y en el que la eficiencia suele considerarse como algo menor (por tener un JIT que lo compila al iniciar, y un runtime que lo gestiona, y lo monitoriza con un recolector de basura).

¿Qué coge Vala de cada uno?

De C#: También es orientado a objetos y tiene administración automática de la memoria (sin punteros, sin necesidad de destruir los objetos explícitamente).

De C: No necesita runtime, ni recolector de basura.

Y cualquiera se preguntaría, ¿cómo es posible? Pues porque Vala tiene un compilador cuya salida no es código máquina ni código intermedio, sino código C, lo que es muy interesante.

También es interesante la discusión que ha suscitado el tema en OSNews, de la que destaco este comentario por si no ha quedado del todo claro de lo que este proyecto es capaz.

Y yo me pregunto lo siguiente:

¿En qué se diferencia esto de la compilación AOT de Mono? (Aunque de todas formas, al parecer la compilación AOT no está completa porque no soporta genéricos. La gente de SharpOS parece que tenían en mente terminar de pulir estas cosas.)

¿Por qué no escogieron hacer un compilador de C# a C, en lugar de crear un lenguaje nuevo?

¿Qué opina Miguel de Icaza de todo esto? :)

Hay una cosa que no me gusta de Vala: al parecer es estáticamente tipado para tipos primitivos, pero es dinámicamente tipado para clases/objetos. ¿Volvemos al Lazy Programming? :(

Lo que yo haría si fuera Miguel de Icaza, es contratar a esta gente para que hicieran un compilador similar a Vala, pero para C#. Con eso podrían hacer que Gnome y otros detractores de lenguajes de alto nivel, usasen una API tan establecida y útil como la de Mono, además de ofrecer interoperabilidad con este lenguaje. O mejor aún, que hicieran un compilador que convirtiese IL a C. Y me repito ¿no es esto el AOT? (No digo que sea lo mismo que el AOT, sino que el AOT consigue lo mismo.)

Aunque ahora que lo pienso, ¿por qué el AOT soporta tan pocas arquitecturas? Porque compila directamente a nativo, en lugar de a C. A lo mejor habría que reescribir el AOT de Mono con este nuevo approach de manera que se reutilizara el tan estable y poderoso GCC.

Actualizacion 25-MAY-2008: Antes de nada quería agradecer a los que han publicado comentarios en esta entrada, pues han sido muy reveladores.

Y ahora queria rectificar algunas cosas que he dicho (y que sin embargo ningún comentario me había advertido):
a) Ahora que he estado trabajando unos meses con gcc (para hacer ciertas cosas de bajo nivel en mi nuevo proyecto en Novell) voy a dejar de considerar "todo poderoso" al gcc porque le he encontrado bugs graves (de parseo y de análisis semántico).
b) Resulta que Vala no es dinámicamente tipado, ¡es estáticamente tipado! Lo que ocurrió es que confundí su inferencia de tipos con la dinamicidad de tipos al ver un ejemplo de codigo. Pero gracias a esta entrada he salido de mi error (y aquí un ejemplo de codigo que recibe un Gtk.TreeView como parámetro de un método).
c) Con lo descubierto en el punto (b) me he quedado bastante entusiasmado con el proyecto. Aun asi, creo que sigue siendo interesante un runtime que gestione tu flujo de codigo, por lo que seguiré usando Mono en general. Sin embargo, para cualquier pieza de software que requiera permanecer en el nivel bajo (bien por rendimiento, o bien para ser "wrapeado" por otros lenguajes) consideraré seriamente empezar a usar Vala, y dejar de usar C de una vez por todas. De hecho opino que la industria debería empezar a reescribir todo lo que esta hecho en C a este lenguaje.

N95: primeras decepciones

2007-08-07T09:58:00.015+02:00

Bueno, pues al final me lo he comprado, y la he cagado. ¿Por qué?

El WiFi funciona fatal. De momento no me ha funcionado con ninguna red cifrada (ni WEP ni WPA), sólo redes no cifradas.

El GPS requiere de conexión WiFi (esperemos que sólo para descargarse una versión local de los mapas de mi zona, a ver cuánto puede almacenar en la tarjeta de 4GB que me he comprado, espero que mucho más que la comunidad de Madrid).

El navegador web va algo lento y no es capaz de visualizar PNG's.

Por lo demás bien, pero ya tengo una espinita clavada y no sé si llevarlo al servicio técnico a que me solucionen lo de las WLAN. He leído en foros, y al parecer este problema a Nokia se la suda. Bien pues tengo 2 años de garantía para decidir si me la suda a mí o no, no voy a pasarle esto a Nokia.

Actualización 21-ABR-2008: He actualizado el software del móvil (vía Windows, puajj, a ver cuándo Nokia se digna a portar todo a Linux, ahora que han comprado Tolltrech) y hay novedades: el programa de GPS es mucho mejor porque ahora puede conectarse por wifi para bajarse los mapas (aunque el GPS en sí sigue yendo mal y lo voy a llevar a reparar). He conseguido entrar a alguna red wifi cifrada, pero no a todas. El navegador parece que ya muestra PNGs. Próximamente contaré cómo va la conexión a internet con tarifa plana permanente y sin límite que me voy a poner con el N95 gracias a Yoigo.

Actualización 6-MAY-2008: Parece que no es que el GPS estuviera roto, es que hay que pagar una suscripción a Nokia, ¡¡qué hijos de puta!! ¿Y por qué en los GPS que compras en los coches no hay que hacerlo? Y lo más importante, ¿cómo son tan hijos de perra de esconder esto tan bien en las especificaciones? Incluso en la página de soporte de Nokia no viene claro hasta que llegas aquí, donde se puede ver este vídeo. Además no pone el precio, ¿se dignarán a pedirme el nº de tarjeta de crédito sin decirme lo que me van a cobrar? Bueno, al menos he hecho otra actualización de software y las redes wifi seguras ya funcionan (aunque poniendo la clave en Hexadecimal), aunque estoy tan decepcionado que estoy por vender este maldito móvil del demonio.

Actualización 6-MAY-2008: La anterior actualización la había escrito guiado por unos auténticos incompetentes profesionales de PhoneHouse que me indicaron que el servicio de GPS era de pago. Lo que es de pago es el servicio de guiado por voz!!!!!!!!!!!!!!!$·%)/·)·$/%$)(·%?)·"!ª!!!!!!!! Ahora mismo relleno una hoja de reclamaciones para esta gente tan poco informada (del propio centro Nokia de soporte, es acojonante).

Actualización 1-JUN-2008: Ya me han reparado el móvil, se supone, y el GPS parece que funciona más veces que antes, pero no tantas, y lo voy a volver a llevar. ¡Además ahora no funciona el botón de subir el volumen! En fin, en otro orden de cosas, he conseguido conectarme por 3G con él, con Linux (OpenSUSE) y la cojonuda tarifa de Yoigo de 1'20 € al día sin límite de descarga, y va muy bien, como una ADSL de hace unos años (en cuanto a que va un poco más despacio y es algo más inestable, el MSN a veces se cae... pero en fin, incluso YouTube funciona bien y rápido). Los detalles de mis divagaciones técnicas sobre esto están en los comentarios de esta entrada.

Actualización 3-JUL-2008: Voy a poner las instrucciones concretas para conseguir hacer funcionar todo este ecosistema (de keywords bluetooth opensuse11 Nokia N95 Yoigo 3G) en lugar de citar enlaces:

Configurar el Bluetooth del teléfono para activarlo y ponerlo un nombre.
En OpenSUSE ya viene algo en el system tray para gnome con el símbolo de bluetooth. Botón derecho en él: Browse Device.
Saldrá el elemento con nuestro nombre: lo seleccionamos y damos a Connect.
En el móvil saldrá un mensaje para que pongamos un número aleatorio de seguridad, lo ponemos (12345 por ejemplo).
Luego en el portátil saldrá una pantalla para poner este número, lo ponemos (12345), ya están enlazados.
Luego saldrá una pantalla de error con "Couldn't display obex://[...]/
La dirección que aparece donde los puntos suspensivos es la de nuestro móvil <-- a partir de ahora (BDADDR)
Instalamos el paquete kdebluetooth.
Ejecutamos el siguiente comando:
sdptool browse (BDADDR) | grep -iA 11 "^Service Name: Dial-up"
Allí saldrá una línea con "Channel:" y apuntamos ese número <-- a partir de ahora [CHANNEL]
(Hay que tener cuidado!!! Porque si reiniciamos el teléfono parece que el CHANNEL cambia.)
Ahora necesitamos establecer un canal para nuestro teléfono, para hacerlo en esta sesión:
sudo rfcomm bind rfcomm0 (BDADDR) (CHANNEL)
Para hacerlo en subsiguientes, añadir el siguiente texto en el fichero
rfcomm0 {
# Automatically bind the device at startup
bind yes;

# Bluetooth address of the device
device (BDADDR);

# RFCOMM channel for the connection
channel (CHANNEL);

# Description of the connection
comment "My N95";
}

Ahora nuestro dispositivo es /dev/rfcomm0 <-- a partir de ahora (DEVFILE).

Ahora instalamos el paquete pppd (llamado smpppd en opensuse).

Ahora editamos como root (con sudo) el fichero /etc/wvdial.conf y le metemos este contenido:

[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+CGDCONT=1,"IP","internet"
Modem Type = USB Modem
Baud = 460800
New PPPD = yes
Modem = (DEVFILE)
ISDN = 0
Phone = *99***1#
Username = "internet"
Password = "internet"
Stupid Mode = 1
Ask Password = 0
Dial Command = ATDT
Compuserve = 0
Force Address =
Idle Seconds = 3000
DialMessage1 =
DialMessage2 =
Auto DNS = 1

Ahora arrancamos pppd con:
su
service smpppd start

Ahora desactivamos el networkManager (botón derecho -> desactivar Enable Wireless o el tipo de red que tengamos).

y marcamos con el comando:

sudo wvdial

(Es posible que al hacer esto, salga algo en el móvil, si es así le damos a Aceptar en el móvil.)

Y ya está, desactivamos la opción File->Work offline de Firefox y a navegar.

Actualización 26-NOV-2008: Ahora que vivo en EEUU, los parámetros del fichero de configuración wvdial han cambiado (operador: AT&T):

[Dialer Defaults]
Modem = /dev/rfcomm0
Baud = 921600
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+CGDCONT=1,"IP","WAP.CINGULAR"
Phone = *99***1#
Username = WAP@CINGULARGPRS.COM
Password = CINGULAR1
Stupid Mode = 1
Auto DNS = 1

Por cierto, mucho cuidadito con navegar más de 1 minuto sin contratar el plan "plano" de datos, porque a mí por hacer una mínima prueba se me ha chupado 12 dolares... ¡¡Hijos de puta!!

Quejándote mejoras el mundo

2007-07-12T16:37:00.004+02:00

Creo que todos estamos de acuerdo en que sentados en nuestro sofá no vamos a mejorar nada en absoluto las cosas que nos preocupan.

Por eso voy a dedicar esta mini-entrada a este tipo de gente que lo da todo por quejarse y quejarse y no parar de quejarse:

Michael Moore: sistema sanitario americano.

Becarios ICEX: precariedad laboral.

Fuckowski: ¿España va bien? Juventud en España, fuga de cerebros...

Ingenieros de primera: ¿desaparición de la ingenierías en informática?

Estos han sido los mejores ejemplos que he encontrado.

Actualización 17-FEB-2008: Después de leer esto sobre la ley d'Hondt ("Lo que vale tu voto"), me gustaría quejarme también tal como hace el autor del artículo.

Actualización 02-MAR-2008: Sustituida la actualización del 20-FEB-2008 de esta entrada por una nueva entrada: La falacia del voto útil.

Preventing NHibernate prostitution with NUnit

2007-07-02T19:37:00.001+02:00

He decidido que más pronto o más tarde migraré el blog al idioma inglés. Pero poco a poco, jejeje, así que de momento sólo los títulos de las entradas.

Hoy vamos a hablar de un test unitario que me he montado, que sirve para que los poco experimentados programadores no utilicen NHibernate mal. ¿Y cómo podrían usarlo mal? Pues saltándose a la torera las facilidades que presta NHibernate con respecto a la conversión del modelo relacional en modelo de objetos, lo que a la larga conlleva código inmantenible y estéticamente una mezcla de código que genera un grado espaghetti 8 sobre 10.

¿Y cómo pueden saltárselo a la torera? Metiendo propiedades ID en el código (reflejando las foreign keys) cuando deberían ser referencias a otros objetos de NHibernate. Es decir:


    [Serializable]
    public class IrmAgent : IrmObject
    {
        private int iId;
        private int? iIdGroup;
        private string sContactPerson;


        /// 
        ///    Default constructor.
        /// 

        public IrmAgent()
        {
            this.Id = 0;
        }

        public override int Id
        {
            get { return this.iId; }
            set { this.iId = value; }
        }
        
        public virtual int? IdGroup
        {
            get { return this.iIdGroup; }
            set { this.iIdGroup = value; }
        }

        public virtual string ContactPerson
        {
            get { return this.sContactPerson; }
            set { this.sContactPerson = value; }
        }

    }

En lugar de usar la propiedad para el grupo como un objeto:


    [Serializable]
    public class IrmAgent : IrmObject
    {
        private int iId;
        private IrmGroup oGroup;
        private string sContactPerson;


        /// 
        ///    Default constructor.
        /// 

        public IrmAgent()
        {
            this.Id = 0;
        }

        public override int Id
        {
            get { return this.iId; }
            set { this.iId = value; }
        }
        
        public virtual IrmGroup Group
        {
            get { return this.oGroup; }
            set { this.oGroup = value; }
        }

        public virtual string ContactPerson
        {
            get { return this.sContactPerson; }
            set { this.sContactPerson = value; }
        }
    }

Y pensaréis, ¿cómo puedo detectar la cagada del primer código? Pues si pudiera diseñar un algoritmo para ello seguramente habría inventado ya la IA, así que lo único que puedo hacer es un algoritmo que "huela" algo sospechoso.

Y esta vez voy a usar MonoPasteBin porque sino el coloreado de código en el blog es muy feo :)

I hate code folding

2007-06-30T15:00:00.000+02:00

Me ha sorprendido que al darle a buscar la frase "I hate code folding" en Google no obtuviera ningún resultado. ¿Realmente soy la única persona en el mundo que odia el Code Folding?

Pues nada, a partir de ahora Google sí devolverá un resultado: el de esta entrada. La cual se va a convertir en un manifiesto en contra de las regions.

Realmente, ¿qué tiene de bueno poder agrupar una serie de bloques bajo un nombre determinado? Cuando abro un fichero con código, lo primero que quiero hacer es leer código, no tener que pinchar en un estúpido widget con un [+] para poder verlo. Menos mal que MonoDevelop aún no soporta esta funcionalidad (pero VStudio sí, ¡qué horror!) y mejor que no la soporte nunca.

Mucha gente puede pensar a partir de mis comentarios que lo que tendría que pasar es que mi IDE favorito que implemente esta funcionalidad pudiera ser configurable para mostrar las regions de entrada abiertas en lugar de cerradas. Pero en ese caso, me reitero, ¿de qué sirven?

Entendedme, no es que esté en desacuerdo en que la gente pueda coger y ocultar la implementación de un método, viendo sólo su prototipado, para así ver la clase de una forma más global y general (si lo hace así con el resto de los métodos), pero ¿las regiones que puede escribir el propio programador de que sirven? Sirven, de hecho, para provocarle malos hábitos. De siempre es sabido que cuanto menos código tenga una clase o un método, más intuitivo y mejor escrito y modular es un código, ¿y cuando son útiles las regions? ¡Cuando el código es completamente farragoso, largo y poco estructurado! (aka spaghetti code).

¿Y poder ocultar la implentación de una clase entera? También lo veo inútil, porque yo tiendo a escribir una clase por fichero (aunque C# soporte varias, me gusta la rigidez de Java en ese sentido), cosa que parece más fácil de entender de cara a programadores que en el futuro tengan que entender tu código.

Conclusión: el único "ocultamiento" de código que me gustaría, sería aquel que pudiera alternar entre (a) Ver el código tal cual, (b) Ver sólo los prototipos de tus métodos de tu clase.

PD: Muchas gracias a todos los amigos y lectores de mi blog que me han animado a continuarlo. No es que hubiera querido dejar de escribir, sino que estos meses me ha resultado imposible sacar tiempo para escribir en él (a pesar de tener muchos artículos casi listos para publicar, pero aún en modo borrador), por cuestiones de intenso (aunque motivador) trabajo y de mudanza. De todos modos, sí he escrito alguna que otra actualización a entradas ya existentes, cosa que sólo se puede dar uno cuenta fácilmente si utiliza la suscripción RSS.

Actualización 05-JUL-2007: Resulta que hoy he encontrado otro inconveniente en esto del Code Folding junto con un compañero de trabajo. ¡Un bug de VStudio al buscar texto con el editor de VB.NET! Si la region no estaba abierta, VStudio engañaba al usuario diciéndole que el texto no se podía encontrar.

PriorityReaderWriterFifoLock

2007-03-23T11:19:00.000+01:00

El nombre de esta entrada es el lock de mis sueños.

Para quien no lo sepa, en .NET hay varias maneras de establecer regiones de exclusión mutua entre threads para que se bloqueen al acceder a ciertas zonas del flujo de código para evitar condiciones de carrera.

Últimamente en el curro tuve problemas con un bloque lock(){}, para acabar descubriendo que el sistema de espera de los threads bajo esa directiva no es FIFO, ni tampoco lo es la API de Semaphore, lo que puede dar problemas en caso de que tengamos cantidades ingentes de threads esperando (inanición).

Creo que lo he resuelto momentáneamente gracias al maravilloso PriorityLock, aunque aún así me surgen dudas de si realmente es una pila FIFO para los threads con prioridad de acceso equivalente (lo he puesto como pregunta en su "foro").

De aquí me viene la idea de PriorityReaderWriterFifoLock. Si algún día tengo tiempo, modificaré esta librería para, primero, asegurarme del tema del FIFO que ya he comentado y, segundo, añadir soporte de acceso n-lectores-OR-1-escritor a la vez que se respete el tema de las prioridades.

PD: Aprovecho la entrada para dar la enhorabuena a Néstor [ Wizito ] por su pedazo de proyecto de framework de componentes basado en Mono (aka Babuine). A ver cuándo puedo salir de este bache de tiempo-libre-cero y jugueteo un poco con ello ;)

Actualización 03-ABR-2007: Acojonantemente útil el método que propone Alan McGovern para utilizar los ReaderWriterLocks de manera que no tengamos la desventaja que se tenía frente al lock de poder introducir deadlocks debido a su distinta sintaxis de utilización.

Vergüenza de políticos

2007-03-05T21:46:00.002+01:00

A riesgo de generalizar (puesto que existen honrosas excepciones), los políticos siempre me han parecido seres despreciables, que sólo se mueven por el interés personal y que viven únicamente para saciar su sed de poder.

Pero es que todavía me repugnan más este tipo de personas después de ver estos dos vídeos:

- El primero. Un ejemplo de lo respetuosos que pueden llegar a ser los integrantes del congreso con la palabra de un portavoz de un partido minoritario (no hace falta ver el vídeo entero, con ver el primer minuto se vislumbra toda su plenitud).

- El segundo. La entrevista censurada de Jose María García, el cual me deja patidifuso si realmente todo lo que dice es verdad. Aquí se demuestra con toda crudeza la forma de vida de estos personajes, no sólo políticos, sino enchufados por los políticos, altos cargos y demás lindezas. Se mueven sólo por rencillas, egoísmos, y nunca por el bien general de la sociedad o la honradez. Una muestra absoluta del tipo de valores que suelen defender en realidad.

Actualización 09-DIC-2007: Y vergüenza también de los que no deberían ser políticos (porque no han sido elegidos por ningún ciudadano). Al hilo de este tema, citaré un texto de Higinio Polo (licenciado en Geografía e Historia y Doctor en Historia contemporánea por la Universidad de Barcelona; ha publicado numerosos trabajos y ensayos sobre cuestiones políticas y culturales, y colabora habitualmente en diversos medios de comunicación):

La irremediable decadencia de la monarquía española
Ante los incidentes de la XVII cumbre iberoamericana, la complaciente prensa española se ha apresurado a centrar la responsabilidad por el enfrentamiento entre los representantes de España y Venezuela en las palabras del presidente venezolano, pasando de puntillas por el deslucido y zafio papel de Juan Carlos de Borbón. Todos los periódicos españoles de corte han cerrado filas para defender al monarca, llegando los editorialistas de El País a considerar que Juan Carlos de Borbón “estuvo en su papel”, aunque se traicionaban después al mostrar su preocupación por los continuos incidentes que protagoniza, mostrando su deseo de que “la figura del rey no debería estar por más tiempo en el primer plano político.”

Sin embargo, pese a la insistencia de esa prensa cortesana, para España lo más relevante de la cumbre iberoamericano no han sido las acusaciones del presidente venezolano Chávez al expresidente español José María Aznar. Lo que debería hacer reflexionar a los ciudadanos son las duras acusaciones que hicieron los representantes de varios países a las empresas españolas y a determinados comportamientos de su diplomacia. Porque, por ejemplo, está demostrado que la embajada española en Caracas recibió, en 2002, instrucciones precisas del presidente Aznar para apoyar el golpe de Estado en Venezuela, en connivencia con Washington. Lo que debería preocupar en España son las palabras de Daniel Ortega, acusando a la diplomacia española de interferir en los procesos electorales de Nicaragua, y de colaborar con la derecha de ese país para evitar el triunfo electoral del Frente Sandinista. Como debería ser motivo de gran preocupación las denuncias realizadas contra Unión Fenosa, acusada de utilizar métodos gansteriles en América Latina. Y debería preocupar que el presidente Néstor Kirchner haya criticado con suma dureza el irresponsable proceder de las empresas españolas en Argentina. Porque lo relevante del enfrentamiento de Santiago de Chile es que muestra el progresivo distanciamiento entre una parte importante de América Latina y España, por la avidez y la rapiña de las empresas españolas. Pero sobre todo eso, la prensa española ha pasado hasta ahora de puntillas.

La apresurada recopilación hecha en España, en varias cadenas de televisión, uniendo arbitrariamente algunas intervenciones de Chávez con la intención de presentarlo como un dirigente pendenciero, choca con la extrema amabilidad con que se ha tratado a otros presidentes,
empezando con Bush y acabando con José María Aznar. Esa prensa española, que se rasga las vestiduras ante el calificativo de “fascista” lanzado por Chávez a Aznar, no respondió de igual forma cuando éste insultó a Chávez, como recordó en la cumbre chilena el vicepresidente cubano Carlos Lage. Aznar ha llamado a Chávez “nuevo dictador”, ha hablado de una supuesta “vuelta al nazismo”, ha denunciado el “enorme peligro para América Latina” que supone Venezuela, ha acusado al presidente venezolano de ser un defensor del “abuso, la tiranía y el empobrecimiento”, entre otras muchas expresiones semejantes. Aznar, además, apoyó un golpe de Estado para derribar a Chávez e instaurar una dictadura militar. Ante todo eso, ¿cómo espera la prensa española que califique el presidente venezolano a Aznar?

Esa era la realidad en Santiago de Chile, y, ante ella, Juan Carlos de Borbón pretendió hacer callar a Chávez. ¿Por qué se sintió ofendido Juan Carlos de Borbón ante las críticas de Chávez a Aznar? ¿Cómo cree el monarca que debe calificarse a un expresidente que apoyó un golpe militar para destruir las instituciones democráticas venezolanas? ¿Por qué sintió como un ataque la descripción del vergonzoso comportamiento de las multinacionales españolas en América Latina, denunciadas no sólo por Chávez, sino también por Correa, el presidente de Ecuador; por el nicaragüense Ortega y el boliviano Morales, e incluso por un presidente tan moderado como el
argentino Kirchner?

Porque lo más relevante de la escena de Santiago de Chile no fue el lenguaje más o menos diplomático de los participantes en la reunión, lo trascendente no fue la pasión o los calificativos utilizados, aunque retumben ahora en unas reuniones que con frecuencia se han desarrollado bajo montañas de palabras llenas de retórica vacía, y entre los parabienes, besamanos y lisonjas a los que tan aficionado es Juan Carlos de Borbón, acostumbrado a que, en España, todos le rían las gracias. Lo relevante es la distancia, que se ensancha, entre una América Latina que, con justicia, quiere salir de la pobreza y unas empresas que, como hizo el monarca, se comportan con maneras de matón de taberna.

¿Porque, quién se ha creído que es Juan Carlos de Borbón para actuar como lo hizo? ¿Acaso cree que tiene autoridad sobre los presidentes y los pueblos de América Latina? ¿Tal vez se ha creído su propia leyenda, inventada por los servicios de la incalificable Casa Real, que sigue insistiendo en el gran prestigio de Juan Carlos de Borbón? Para empezar, el monarca español era el único jefe de Estado presente en la cumbre chilena que no ha sido elegido por su pueblo. El propio Rodríguez Zapatero, que insistía en la defensa de Aznar con el argumento de que había sido elegido democráticamente en su día, se traicionaba, puesto que tenía a su lado a Juan Carlos de
Borbón, de quien no recordó lo mismo.

El gesto airado de Juan Carlos de Borbón intentando hacer callar al presidente venezolano, usurpando las funciones de quien presidía la sesión, hablando fuera de tono, y auséntandose después de la sala con manifiesta mala educación y falta de cintura diplomática, en el momento preciso en que se criticaba la actuación de las multinacionales españolas, muestra la verdadera condición de este monarca, no en vano forma parte de esos círculos empresariales que le han financiado caprichos vergonzosos. Acostumbrado a que le rían las gracias, las bromas chocarreras, los comentarios insulsos, ese “excelente profesional”, como le definen sus aduladores, se ha revelado como un individuo sin modales, que se siente molesto cuando se denuncian las prácticas corruptas de las empresas españolas en América.

La incompetencia y grosería mostrada por Juan Carlos de Borbón, cuyo rostro tras el incidente delataba su incomodidad, la inocultable vergüenza, es la enésima muestra de que España no puede soportar por más tiempo a un jefe de Estado semejante, que los españoles merecen tener una república entre otras, abandonando ya la pesada herencia del franquismo, impuesta a los ciudadanos hace ya treinta años. Porque esa actitud suya no es nueva. ¿No se recuerda acaso el gesto del monarca levantando el índice en un desagradable gesto chulesco ante la protesta de ciudadanos en el País Vasco? ¿No se recuerdan sus groserías previas al desfile de octubre? Ése es el monarca español, complaciente con la gran empresa, envuelto en turbios negocios que le aseguran rentas millonarias, despreocupado con los problemas reales de los españoles, un hombre que dedica casi todo su tiempo a sus relajos privados, impasible ante la corrupción que gangrena a España. Juan Carlos de Borbón, tan complaciente con Bush o con los reyes de Arabia o de Marruecos, es incapaz de decirle al presidente norteamericano la más mínima palabra contraria a la infame agresión contra Iraq que ha causado centenares de miles de muertos, pero pierde, sin embargo, los papeles ante una fundada acusación contra un expresidente español.

La deplorable y patética escena representada por el monarca, perdiendo los estribos, es una prueba más de que España no debe continuar soportando una monarquía antidemocrática e inútil, aunque los ciudadanos del país no deben sentirse avergonzados, porque Juan Carlos de Borbón no los representa. Quienes han hecho de la adulación al monarca español un apostolado y un negocio, pontificando sobre el “benéfico papel” que Juan Carlos de Borbón tiene como representante de España, pueden comprobar ahora que ese monarca apenas sirve para otra cosa que para intercambiar bromas irrelevantes en reuniones y para mantener a toda su familia a costa del presupuesto público, y que, además, se comporta como un bocazas de taberna. Los tiempos están cambiando, porque, aunque lo lamente el editorialista de El País, cuando están empezando a quebrarse todos los muros construidos para sostener la gran mentira de una monarquía impuesta, estamos asistiendo también a la irremediable decadencia de Juan Carlos de Borbón y al anuncio de la III República española.

Higinio Polo es licenciado en Geografía e Historia y Doctor en Historia contemporánea por la Universidad de Barcelona. Ha publicado numerosos trabajos y ensayos sobre cuestiones políticas y culturales, y colabora habitualmente en medios como la revista El Viejo Topo, el periódico Mundo Obrero y Rebelión.

Actualización 10-FEB-2008: Genial chiste sobre políticos: La pregunta del millón.

Microsoft miente acerca de sus estándares

2007-01-17T22:52:00.000+01:00

Al parecer Microsoft quiere seguir el camino del formato OpenDocument, el cual se ha convertido en el primer estándar abierto ISO que define la especificación formal para un documento de texto elaborado por un programa ofimático. Este contenido se guarda en un subformato XML comprimido, y, como no podía ser menos, Microsoft acude raudo y veloz a nombrar a su estándar "OpenXML", como queriendo dar a entender a la gente poco informada de que su estándar será el único que sea XML y sea abierto. ¿Dónde está especificado en el nombre que es un estándar para documentos ofimáticos? Con ese nombre podría servir para cualquier cosa.

Pero en fin, eso no es lo grave del asunto. El problema es que, para empezar, en sus programas ofimáticos no dan soporte de OpenDocument. En realidad, no podemos quejarnos de eso, ellos harán lo que quieran con sus programas, aunque en este caso parece una maniobra de boicot para abrir más puertas a su venidero estándar.

Para continuar, quieren que su estándar OpenXML (ya bendecido por el comité ECMA) se convierta también un estándar abierto ISO, al igual que ha ocurrido con OpenDocument. Pero hay una diferencia enorme entre los dos casos, pues en el caso de OpenXML, estamos ante un estándar que ni siquiera se le puede calificiar como tal, pues, como ya ha denunciado un desarrollador (que debe estar trabajando para lograr la interoperabilidad de OpenXML en OpenOffice.org), hay partes del documento que no son públicas en absoluto. Es decir, que no es un estándar abierto.

Algunos ejemplos para demostrar estas afirmaciones, extraídos del enlace ya facilitado al blog del desarrollador, son las partes del estándar en las que se obliga a la aplicación que lo implemente a imitar el comportamiento de aplicaciones antiguas de Microsoft. Esto obliga a que los desarrolladores tengan que utilizar técnicas de ingeniería inversa para "desvelar" estas partes ocultas del estándar y poder implementarlas; algo que, a todas luces, no es el procedimiento normal por el cual se pretende publicar un estándar para que un tercero pueda implementarlo.

Los casos que más me han llamado la atención han sido los que se alude a una versión de Word para Macintosh de hace 14 años, y otro incluso en el que se pide emular el comportamiento de la aplicación WordPerfect (que no es ni siquiera de Microsoft) de hace 16 años.

EstandaresAbiertos.com también se ha hecho eco de este despropósito. Y en su informe revelan algunas razones más por las que creen que el estándar de Microsoft no debería llegar a convertirse en ISO. Citaré las que considero más importantes (el resto quizás son bastante discutibles, todo hay que decirlo; al menos, como argumentos en contra de su publicación como estándar, ya que quizás sí son argumentos buenos a la hora de elegir entre un estándar y otro), algunas de ellas por aludir al caso que ya he explicado de ocultación de información:

1. Más de 7000 páginas de especificación hacen muy inviables implementaciones alternativas completas e imposibilitan poder ser 100% compatibles con la especificación (y más cuando ISO 26300 cubre la misma funcionalidad con solo 600 páginas). [Actualización (1): argumento tachado, a consecuencia de los buenos argumentos de Miguel de Icaza en su entrada sobre el tema.] Por otra parte y además, la especificación publicada ni siquiera es completa, ya que en múltiples puntos referencia a información que no es pública y que es conocida solamente por Microsoft.
(...)
4. No existe garantía legal de no infracción de patentes y el dueño del formato en su licencia no ofrece garantía alguna de que la especificación ECMA-376 se pueda implementar al completo en ninguna aplicación competidora sin ser demandado en los mercados donde son legales.
5. El formato, al no ser 100% XML, ata a plataformas concretas de un único fabricante mediante el uso de excepciones y codificaciones binarias exclusivas de sus sistemas operativos.
6. ECMA-376 no ha sido depurado en el proceso de estandarización y codifica expresamente y en detalle errores obvios conocidos y no corregidos que obligan a que las aplicaciones competidoras los tengan que implementar innecesaria y artificiosamente.
7. Codificación críptica propia de un volcado de memoria que es difícimente inteligible para un humano y que prácticamente imposibilita la conversión de los documentos a formatos web como XHTML.
(...)
10. Y, finalmente, en cuanto al procedimiento de estandarización seguido, el objetivo oficial declarado por el Comité Técnico de estandarización de ECMA habla por sí mismo sobre la nula apertura a la competencia que ha seguido dicho proceso. Textualmente tal objetivo ha sido: "producir un estándar (...) que sea completamente compatible con los Formatos Office Open XML, remitidos por Microsoft".

¿Se dará cuenta la gente de la desvergüenza de esta compañía? O casi más importante, ¿se darán cuenta los gobiernos de las tácticas monopolísticas ilegales que lleva a cabo?

En fin, yo lo único que sé a ciencia cierta de todo esto es que la organización ISO perdería, al menos por mi parte, ese "prestigio" subjetivo que les adjudicaba hasta ahora. Y eso me hará dudar también de ahora en adelante de sus estándares ya aprobados hasta el momento.

Pobres ingenieros de Novell... Cualquiera querría formar parte del equipo que le vaya a tocar implementar esta especificación endemoniada...

Actualización 31-ENE-2007: Miguel de Icaza publica una entrada sobre este tema en la que se posiciona desde un punto de vista bastante imparcial, pues critica a Microsoft pero también critica algunos puntos del estándar ODF que cometen los mismos errores.

Una de gadgets

2007-01-14T16:40:00.001+01:00

Los primeros gadgets que puedo decir que tuve fueron mis primeros móviles Nokia (si se le pueden llamar gadgets). Empecé con un 6110, después un 6210 (del cual fui poseedor de dos unidades, pues la primera me la robaron), 6310 (éste no lo compré, me lo dieron como recambio a mi último 6210 que tenía infinitos problemas de cobertura; ¡un olé para Nokia!) y ahora tengo un 7210 (el cual adquirí básicamente por su tamaño y por tener radio integrada). Los Nokia siempre me han parecido mucho más bonitos e intuitivos de manejar.

Otros gadgets que empecé a comprarme fueron los auto-radios para coche con posibilidad de lectura de CD's con MP3. Mi primera adquisición fue la Kenwood MP6090R (imagen), ¡la primera Kenwood con lectura MP3! Y fue una buena compra; recuerdo que aproveché un viajecito a Barcelona para comprármela en una de las tiendas del puerto de esta ciudad, pues allí la tenían mucho más barata que en cualquier otro sitio. Después de esa radio ahora tengo un modelo sucesor (aunque ya se ha quedado algo antiguo también, unos 3 añitos): la KDC-PSW9521. No me he comprado más modelos sucesores por dos razones:

1) No veía novedades enormes como para cambiar.
2) No tenía a nadie que le interesase tener mi modelo antiguo, y claro, jeje, no me gusta tirar las cosas a la basura.

Con respecto a la primera razón, lo que ocurre es que yo me muevo por cambios de "paradigma" (¡como en la programación!). Si me dicen que un nuevo modelo de Kenwood ahora es capaz de leer MP3 en soporte DVD+RW (además de CD-RW como el que ya tengo) pues es posible que me hubiera cambiado. Porque aunque en un CD ahora quepan 180 canciones en lugar de 18, sigues teniendo que cambiar de CD continuamente y es un coñazo. Estuve pensando en comprarme un cargador de 10 CDs con MP3, pero en 10 discos tampoco me cabe mi colección entera de música así que al final habría estado teniendo que meter mano al cargador en más de una ocasión (además no he encontrado cargadores de DVD-MP3).

Así que lo he hecho: he cambiado de paradigma, pero sin tirar mi radio a la basura. ¿Cómo? Comprando un iPod de 60GB, en el que me cabe toda mi música de sobra, y el cual puedo conectar a la radio del coche mediante un cable llamado KCA-iP500. Además así me deshago de una vez de los discos ópticos, que siempre me dan problemas porque se rallan (su vida útil es pequeñísima) y además tienen canon (el de los ladrones).

Siempre había pensado, tal como opinaba también mi amigo Paco en una conversación que tuvimos un día, que este tipo de cosas (música MP3 y móviles) convergerían en una. Y con lo del iPod lo ví todavía más claro: el cacharro es lo más parecido a un móvil, pero claro, ponte a buscar tú ahora un móvil con 60GB de almacenamiento...

Además, últimamente los teléfonos móviles (concretamente los que sacaba Nokia, ya que yo soy un obcecado de la vida) no me daban apenas cosas que me interesarán mucho más de las que ya tiene mi querido 7210 (que ya debe tener unos dos o tres años) así que no me he comprado ningún otro. Estuve tentado de comprarme un 6230i, lo que podía llamarse la siguiente generación al mío pero con cámara y con mejoras a sus predecesores 7250, 7250i y 6230, pero la cámara seguía dejando mucho que desear con respecto a las cámaras digitales normales y el resto de cosas no me aportaban mucho para la pasta que costaba (interesante el tema de poder grabar conversaciones... pero por sólo eso no merecía la pena).
Hasta que de repente Nokia ha sacado sus "NSeries", los cuales son unos teléfonos bastante vistosos (aunque un poco grandes) y con muuuchas funcionalidades. Estudiando bien sus especificaciones técnicas pude comprobar que las cosas que más me llamaban la atención eran sus cámaras ahora nada despreciables (por tener óptica Carl Zeiss, zoom óptico y flash) y el soporte WiFi (bueno, parece una frikada acceder a internet a través del móvil, pero básicamente lo que más me gusta de esto es poder interconectar móvil y ordenador sin usar tecnologías guarras como infrarrojos o bluetooth). Y claro, si quería tener ambas cosas, por lo que pude averiguar, mi única opción era el Nokia N93 (el más caro de la gama por el momento), y estuve a punto de comprarlo pero al final tenía clavada la espinita de siempre: que le faltaban cosas. Entre ellas el GPS y una capacidad de memoria (¿disco duro?) con la que pudiera codearse con el iPod (como ya he comentado más arriba). Lo primero lo veía más alcanzable a corto plazo pues incluso ya existía un accesorio de GPS bluetooth que podría interactuar con este y otros modelos de Nokia, y así utilizarlo de manera factible con un software como el de Route66.

Pero ahora resulta que estas dos funcionalidades que yo consideraba "espinitas" se han propuesto enterrarlas por completo, pues en el primer trimestre de este año aparece el Nokia N95, el cual no es más que un Nokia N93 mejorado y ¡con GPS integrado! Y además Apple también se une a la fiesta anunciando el iPhone, del cual no me he podido empapar mucho aún de sus características, pero bien podría decirse que es un Nokia N95 pero con un disco duro algo decente (creo que 10GB) para de esta manera intentar igualarse un poquito más al iPod.

Aquí un vídeo impresionante sobre el tipo de cosas que es capaz de hacer el iPhone (a destacar su interfaz táctil, su detección de rotación, su interfaz para la búsqueda de álbumes musicales...):

Enlace al vídeo por si no lo ves embebido.

En fin, como al parecer al iPhone le queda aún un año por llegar a España y sigue teniendo una capacidad algo baja con respecto a mi iPod (el cual estoy pensando si sustituir por uno de 80 GB o esperarme al de 100, jeje), tengo decidido que me voy a comprar un Nokia N95, sobre todo por la cámara, que digo yo que ya me merezco una.

Así que para terminar la entrada, otro vídeo, pero del Nokia N95:

Enlace al vídeo por si no lo ves embebido.

PD: Ya se me olvidaba incluir otro gadget que me ha dejado con la boca abierta: unos altavoces que adquieren su fuente de sonido a través de la red eléctrica.

PD II: Como recordatorio para mí mismo, voy a dejar aquí unos enlaces que tengo que mirar, relativos a la interoperabilidad de los móviles Nokia usando Linux: Linux+Gadgets, Linux+Nokia. (Para interactuar con el iPod ya tenemos Banshee ;) Y aquí más enlaces sobre gadgets que usan el propio Linux como core.

Actualización 14-ENE-2007: Se me había olvidado comentar que me parece patético que Nokia no converja sus NSeries con sus PDA's modelos 770 y 800. Lo bueno que tienen éstas es que corren sobre Maemo, un sistema operativo que parece que está rompiendo moldes en la comunidad open source (pues se le puede instalar Mono). Lo malo que tienen es que no son móviles, así que es un aparatejo más que llevar en el bolsillo... (Es una pena que el Nokia N95 lleve Symbian en lugar de Maemo.)

Actualización 04-ABR-2007: La espera es larga pero parece que merecerá la pena. Aquí hay alguien ya bastante contento con el GPS de su Nokia N95, del cual ha capturado un vídeo de muestra en funcionamiento con el coche:

Y aquí:1,2,3 por fin sitios donde se puede comprar...

Actualización 18-ABR-2007: Vaya, parece que los gadgets con Linux van adquiriendo protagonismo. Aquí se hace un resumen bastante bueno sobre uno. Y aquí Nukeador nos habla de una útil herramienta (para Linux) de conversión de formatos para móviles.

Actualización 22-ABR-2007: ¡Cuidadín con las operadoras que capan el Nokia N95!

Actualización 17-JUL-2007: Voy a tener que replantearme lo del iPhone después de ver esto (libreria .NET para acceder al sistema de ficheros del iPhone).

Actualización 17-ABR-2007: Estoy descubriendo herramientas interesantes para gestionar tu móvil desde Linux, como Wammu o KMobileTools, ambas instalables via 1click.

OpenSUSE 10.2: Im-presionante

2007-01-10T21:31:00.000+01:00

Poco más puedo decir de esta nueva versión de OpenSUSE, la cual me han enviado la gente de Novell por correo ordinario como agradecimiento a haberla testeado (la selección de agraciados fue extraída de una simple query a su bugzilla), todo un detallazo. Es la primera vez en la que realmente me siento comodísimo trabajando con Linux. A destacar los siguientes puntos:

- Da gusto la restauración de la sesión de Firefox 2.0.
- Han mejorado bastante las transparencias del terminal de Gnome (ver captura).
- No sé qué tiene la tipografía predeterminada, que me parece súper agradable a la vista. Nada que ver con la de las anteriores versiones o la de otras distros (ver captura).
- No sé cómo lo han conseguido, pero tengo XGL (aka Efectos3D) funcionando con mi tarjeta gráfica cutrilla del portátil (la cual pensaba que no tendría apenas aceleración 3D, vale que va un pelín lento pero funciona), y además sin necesidad de escribir un sólo comando en la consola para activarlo.
- Banshee de serie con el motor de Helix para que pueda reproducir MP3 sin necesidad de códecs o repositorios non-free externos (aunque claro, he tardado dos milésimas de segundo en instalarme mis paquetitos de GStreamer para trastear un poco).

Cosas menos destacables:
- Han cambiado el menú predeterminado de Gnome y me está costando un poco hacerme al nuevo.
- El selector de zonas de escritorio parece más "transparente" y no se distinguen bien las zonas que no están en uso.
- Extraño que la configuración predeterminada para cuando se acaba la batería del portátil sea APAGAR en lugar de HIBERNAR, porque puede provocar pérdida de datos. Ya lo he configurado bien en el mío.
- La traducción de la distro aún deja un poco que desear. Si siempre me he quejado de que esté en Spanglish, al menos ahora está algo menos (diría que han pasado de un 60-40 a un 80-20, donde el primer porcentaje es el español). [Ya sabemos que no lo hacen adrede, pero lo de dejarse cadenas sin traducir debería ser un punto más importante en la fase de QA.]
- Curioso que a pesar de haber desinstalado Beagle (lo sé, es un software muy interesante y seguro que está muy bien hecho, sobre todo porque está hecho en Mono ;) pero yo no lo uso y además creo que provoca que la gente sea aún más desordenada con sus datos de lo que ya lo era antes), insiste en quedarse un icono de un perrito muy majo en la esquina inferior derecha de mi Firefox.
- Ha mejorado muchísimo la gestión de instalación/desinstalación/actualización de software, tanto por YAST (en el que ya no tenemos más congelaciones extrañas de la interfaz) como por ZMD.

Notas adicionales:
- Aquí un buen how-to para configurar aspectos relativos a lado "servidor" de la distro, pero sin bajar a nivel bajo (a lo sumo tendremos que lanzar un par de comandos por consola, nada de editar ficheros de configuración ni ninguna de esas cosas de las que huyen los windowseros o sysadmin vaguetes ;). [YAST powered]
- Sensacional el plugin del NetworkManager, para el cual he encontrado un repositorio del BuildService de OpenSUSE, que me permite conectarme a puntos VPN de tipo PPTP (sí, esos administrados por un servidor Windows, que suponen un agujero de seguridad acojonante pues no están a la última como otras piezas de software más serias del estilo de OpenVPN, pero bueno...).

Actualización 14-ENE-2007: Adjunto un vídeo muy chulo de Novell como promoción de SUSE Linux:

Enlace al vídeo por si no lo ves embebido.

Actualización 14-FEB-2007: Muy interesante el consejo de Wade Berrier (el encargado, dentro del equipo del Proyecto Mono, de la empaquetación de versiones y demás) acerca de cómo activar la alternación de sesión gráfica en caliente, sin cerrar la actual, de OpenSUSE; la cual se consigue a través de un botón del salva-pantallas, después de aplicar este comando:

gconftool-2 --set --type bool /apps/gnome-screensaver/user_switch_enabled true

A ver si lo ponen pronto configurable mediante interfaz gráfica bonita...

Actualización 10-NOV-2007: Bueno, ya he actualizado casi todos mis sistemas a la reciente salida del horno OpenSUSE 10.3 y ha mejorado muchísimo. Aquí una lista de cosas:

Arranca mucho más rápido.
No ocurre como antes que, tras varias hibernaciones, la memoria y el rendimiento del PC se quedaban muy bajos y tenía que efectuar un reinicio del sistema
En la hibernación, ahora hay pantallas de gráficos en lugar de mensajes crípticos en la consola :)
La aparencia general es mejor, los tipos de letras elegidos son más vistosos.
Los efectos de escritorio son mucho más suaves y carentes de errores en esta versión. Seguramente gracias a la fusión Compiz+Beryl y a que habrán mejorado el driver de mi tarjeta...

Esta vez he estado muy ocupado con el trabajo y no he podido reportar nada ni ayudar a la comunidad, por lo que no me ha tocado ninguna caja esta vez :(

Batalla contra las autotools

2007-01-06T15:35:00.001+01:00

Si toda la vida has sido un programador en Windows y ahora estás cambiándote a Linux, es muy probable que te encuentres en la situación de que tienes que lidiar con unas herramientas de construcción y compilado de aplicaciones comunmente denominadas "AutoTools", las cuales son un conjunto de scripts comunmente utilizados en el mundo GNU, como automake, autoconf, sistemas de macros M4, etc. para generar Makefiles.

Bueno, yo no es que haya sido "toda la vida" un programador de Windows, sino que en mis pocos años de mi experiencia como programador, los iniciales han sido como usuario de Windows, pero con herramientas de programación poco asociadas a entornos Windows, como Modula2, Hope, Java, C, C++ (los programadores de Windows más curtidos son sin embargo muy expertos en Visual C++, librerías STL, MFC's, etc.).

La cuestión es que, incluso aunque soy un acérrimo usuario de la plataforma .NET para desarrollar, como me gusta Mono tiendo a falimiarizarme con Linux y las autotools son unas de esas herramientas, algo antiguas, que incluso se siguen utilizando en desarrollos más modernos hechos con Mono. Un par de notorios ejemplos pueden ser Banshee y MonoDevelop.

Estas herramientas quizás fueran útiles en el pasado, sobre todo porque no había alternativas. Pero hoy día parecen un parásito feo y horrible que no se acaba de desligar del mundo GNU, a pesar de que hay buenas alternativas ya.

Los inconvenientes que le veo:
- La curva de aprendizaje es exageradamente pronunciada.
- No tienen una forma común de gramática/sintaxis para cada una de las sub-herramientas.
- No son multiplataforma, pues para su ejecución en entornos Windows se requiere de Cygwin.

También puede ocurrir que tampoco tengamos excesivo interés en lidiar con ellas, y de hecho te puedes convertir perfectamente en un colaborador de proyectos libres sin problemas sin tener mucha idea de cómo funcionan. El problema es cuando ves que hay metas u objetivos que ves que en el mundo del software libre no se cumplen por culpa del uso de ellas.

El primero de los problemas que ví en este sentido es en la funcionalidad que se tiene en la Hoja de Ruta de MonoDevelop consistente en conseguir que MonoDevelop sea capaz de compilarse a sí mismo ("Make MD self hosting"), algo que, a todas luces, parece importantísimo en mi opinión, pues es una buena muestra de lo que el propio IDE es capaz de hacer. También me pareció muy extraño, en las ocasiones en las que empezaba a conocer este programa, que esta funcionalidad no fuera una de las iniciales del proyecto que se hubieran alcanzado en su principio; aunque al parecer esto no fue así porque la primera versión de MonoDevelop fue un port de SharpDevelop (migración de SystemWindowsForms a GTK#, y de Windows a Linux).

¿Y por qué no puede MonoDevelop compilarse a sí mismo? Pues porque para compilarlo hay que usar las Autotools, y éstas solo pueden invocarse desde la línea de comandos (algo que un IDE precisamente pretende evitar). Existe sin embargo un complemento para MonoDevelop denominado "Autotools Addin" que sirve para la integración de Mono con estas herramientas. Al parecer es éste complemento el que daría la llave para conseguir esta funcionalidad, y de hecho ya la da en algunos casos. Pero al parecer el uso que se hace de las Autotools para la propia compilación de MonoDevelop es tan complejo que la integración de este complemento aún no la soporta (requiere de más trabajo como ya comenta Lluis Sánchez en un mensaje).

La primera vez en la que intenté involucrarme para investigar cómo mejorar esta cuestión (pues sería bastante más cómodo colaborar en MonoDevelop si directamente pudiesemos comprobar que nuestros cambios compilan desde el propio MonoDevelop) acabé escribiendo unas divagaciones en un mensaje que al final acabó sin respuesta (no sé si por la somera estupidez que estaba diciendo...), que voy a citar aquí:

I see. I have been investigating about all these *.in files in MD and
particularly about this one (GettextCatalog.cs.in) and I see that the
only thing that must be generated by the config script file is a
parameter that is a part of a path. Couldn't this parameter be guessed
in execution time instead of pregenerating a source file? I think this
thing is preventing the more intuitive use of an IDE when using this
files because we break the C# syntax completely when adding parameters
like these. I guess that the last consequence of this
is indeed the inability of MD to compile itself (unless the "autotools"
add-in is developed, am I right?), which BTW is a feature requested in
the TODO list of MonoDevelop.

I suppose that all these questions arise to me basically because of my
lack of experience with developing mainly in UNIX/Linux environments,
where I am noticing there is a lot of script culture, use of
command-line tools (make, automake, ...), etc., which I have almost
never used.

Perhaps someone of you could point me to a good tutorial about this
stuff and then I won't bug this list with my dumb questions anymore :)

El tutorial lo he encontrado ya y estoy dando buena cuenta de él. Aunque es bastante engorroso empollarse algo que crees que no tiene futuro, en este caso lo hago porque para luchar contra tu enemigo tienes que conocerlo. Y además ello me permitirá investigar más a fondo ciertos bugs que he encontrado en algunos programas hechos con Mono que impiden usar el idioma predeterminado del sistema cuando se lanzan con make run (instalándolos con make install ya todo se resuelve), algo que también debe influir en la detección del iPod de Banshee porque ocurre algo parecido.

Al menos no soy el único que se pregunta si se podría pasar a otro sistema, como ya lo dicen aquí sugiriendo NAnt. En otros hilos de la lista de Mono se ha sugerido el uso general de .NET PreBuild el cual puede generar archivos de proyecto de NAnt, Visual Studio, MonoDevelop y SharpDevelop.

También es cierto que los chicos de KDE me inspiraron bastante sobre este tema cuando ellos migraron todo su sistema de Autotools a CMake (para su rama inestable) por las mismas razones. Algo que ya los chicos de Gnome se están planteando, pero con ciertas reticencias.

En la primera (y última, de momento) GUADEC en la que estuve, asistí a una charla sobre las Autotools; quizás fue muy técnica y no me dejó ver la idea global, aunque sí me permitió conocer detalles escabrosos de ellas, como por ejemplo la necesidad de poner comentarios que empiezan por "dpl" (me recuerda al odioso REM de los archivos de proceso por lotes de DOS) al final de las líneas, para que no falle por si acaso hemos insertado un espacio accidentalmente antes del retorno de carro. Y es que yo insisto: ¿no es más fácil tener un programa que examine un conjunto de datos sobre configuración/compilación/empaquetado (por ejemplo mediante archivos XML) para que genere todo en lugar de que el programador tenga que escribir scripts a estas alturas? Aún tengo que aprender mucho sobre esto, pero buscando por ahí parece que no soy el único tipo cabreado con esta situación, ya que he encontrado otra alternativa más, el proyecto PMK, que precisamente lo que aboga es por esta separación conceptual.

Actualización 02-MAY-2009: Orgulloso de ver esta conversación en #monodev:


(11:39:56 AM) vargaz: miguel: it might be better to use cmake to build the class libs.
(11:40:21 AM) miguel: vargaz, this is for the VS crowd
(11:40:29 AM) miguel: Download mono, hit F5, get a full Mono
(11:40:30 AM) vargaz: a makefile generator.
(11:40:38 AM) vargaz: kde uses it to build itself.
(11:40:39 AM) miguel: Yeah, but I need solutions for this
(11:41:00 AM) vargaz: it can generate vsproj files, unit makefiles etc.
(11:41:04 AM) miguel: Ah, cute!
(11:41:24 AM) miguel: Well, if someone wants to replace the current buidl system, I have no problem with that
(11:41:33 AM) miguel: Lemme read on cmake
(11:41:43 AM) miguel: But this is basically layered on our system: it uses our system to produce the vsproj files
(11:44:11 AM) tgiphil: ^ :)
(11:44:17 AM) miguel: My only problem with cmake is that it involves:
(11:44:32 AM) miguel: (a) replacing our system with cmake;   (b) using cmake to generate vsproj
(11:44:44 AM) miguel: And I am not really looking forward to do that, not with my copious spare time
(11:45:02 AM) kangaroo: we clearly need to invent a 36-hour day
(11:49:52 AM) robert|j: you guys just have to communicate your ideas and goals properly. the last info I've read on the mailing list on this issue was that jchamber is already working on it.
(11:50:27 AM) miguel: Yes, I have been in contact with chambers
(11:50:40 AM) miguel: But he has been busy with the Windows debugger, so I coordinated this work with him
(11:50:45 AM) miguel: (In this channel btw :-)
(11:56:49 AM) tgiphil: miguel -> will the vsproj files be included in svn; or will we have to run make to get them generated?
(11:58:51 AM) miguel: You need to generate them
(11:59:09 AM) miguel: Since a full bootstrap is going to have some 200 .csproj files
(11:59:31 AM) miguel: I think I want to create a "full" solution for bootstrap purposes, and a "hacking" solution that only includes 2.0
(12:00:13 PM) tgiphil: by "full" you mean, you won't need make tool chain after those files were generated (including the .sln)?
(12:00:18 PM) arnec [~arnec@cpe-66-75-235-18.san.res.rr.com] entered the room.
(12:00:46 PM) kangaroo: HFS+, why do you have to be the SLOWEST FILESYSTEM IN EXISTENC
(12:00:47 PM) robert|j: tgiphil: you'll need to click on a .bat file.
(12:01:08 PM) miguel: Full is a copy of the autoconf/automake process, from beginning to end
(12:01:11 PM) miguel: That will take a long time
(12:01:16 PM) miguel: For hacking, that is not really useful
(12:01:33 PM) miguel: well, actually,I do not know
(12:01:34 PM) miguel: Perhaps it is
(12:01:36 PM) miguel: We will see
(12:02:01 PM) tgiphil: it would be nice not to require cygwin and just build within windows.
(12:03:29 PM) miguel: That is what the solutions do
(12:03:34 PM) miguel: There is no dep on cygwin
(12:04:01 PM) miguel: There are no deps other than Visual Studio, mcs and mono source code checkouts
(12:04:12 PM) tgiphil: awesome... especially for our project.
(12:07:00 PM) vargaz: miguel: I'm working on cmake build files btw.
(12:07:13 PM) vargaz: its a slow process as our configure.in has like 2000 lines.
(12:07:51 PM) eno [~eno@EM114-48-3-242.pool.e-mobile.ne.jp] entered the room.
(12:09:26 PM) miguel: Mhm, so maybe I should drop this
(12:09:38 PM) miguel: No point in doing this work twice
(12:10:07 PM) vargaz: no need to stop, it will be a while before it is finished. and its only for the runtime.
(12:10:41 PM) vargaz: cause of sick of auto*.
(12:10:45 PM) tgiphil: miguel -> how do I kick off creating the .csproj files?
(12:10:50 PM) vargaz: cause I'm sick of auto*.
(12:11:00 PM) miguel: Yeah, sick here too
(12:11:06 PM) kangaroo: +1
(12:11:13 PM) miguel: That is why my small C# projects use plain make
(12:11:45 PM) miguel: When we did gnome-config (the precursor to pkg-config) the goal was to not depend on auto* or use ac macros
(12:12:00 PM) miguel: And somehow people managed to fuck it up by replacing code like:
(12:12:27 PM) miguel: if `pkg-config --modversion 1.2 foo`; then echo ok else echo install-foo-1.2; fi
(12:12:27 PM) miguel: with
(12:12:38 PM) miguel: PKG_CONFIG_CHECK_BLAH(foo, [1.2])
(12:13:04 PM) miguel: Which just increases frustration, specially on OSX or every time automake/autoconf are upgraded
(12:13:37 PM) miguel: Every time I remove that junk, someone goes and plus the automake macro back in
(12:13:44 PM) miguel: autoconf
(12:13:50 PM) miguel: s/plus/plugs/
(12:13:56 PM) kangaroo: We need to shoot m4 in the head
(12:14:02 PM) kangaroo: and anything that uses it
(12:14:13 PM) vargaz: maybe add a comment '# DONT PUT AUTOCONF MACROS HERE!!!!'
(12:14:56 PM) miguel: I should do that
(12:15:01 PM) miguel: The most annoying one was Moonlight
(12:15:07 PM) miguel: Got a few hours to spare, wanted to do some OSX porting
(12:15:14 PM) miguel: The time went straight into fixing autoconf crap
(12:15:40 PM) kangaroo: hrmm? moonlights autoconf is basically find for osx
(12:15:46 PM) kangaroo: s/find/fine/
(12:16:18 PM) miguel: mono$ cat * | grep -c PKG_CHECK
(12:16:18 PM) miguel: 21
(12:16:26 PM) miguel: Not with a clean system
(12:16:36 PM) miguel: Once you have a working setup, it is smooth sailing
(12:16:43 PM) miguel: But it keeps making our builds harder than they should be
(12:17:09 PM) miguel: I'll clean that junk later
(12:17:40 PM) kangaroo: miguel: /usr/X11/share/aclocal/pkg.m4
(12:17:46 PM) kangaroo: you just need to tell OSX's aclocal to look there
(12:17:48 PM) kangaroo: they ship the m4
(12:17:50 PM) kangaroo: (in 10.5)
(12:17:59 PM) kangaroo: OSX's aclocal is just braindead
(12:18:00 PM) miguel: Dude, I know
(12:18:05 PM) miguel: I managed to get it working
(12:18:10 PM) kangaroo: nod
(12:18:21 PM) kangaroo: I should write down my steps to unfuck osx for mono development for everyone
(12:18:32 PM) miguel: Building our shit should not involve setting up ACLOCAL_PATHS just because someone can not be bothered to read:
(12:18:38 PM) miguel: if `pkg-config --modversion FOO`; then fi
(12:19:04 PM) miguel: This is readable, vs PKG_CHECK (a,b,c,d,e,f)
(12:19:07 PM) kangaroo: well.. that wont work out of the box on osx either :)
(12:19:09 PM) miguel: Which you have to lookup anyways
(12:19:12 PM) kangaroo: cause they dont ship pkg-config
(12:19:16 PM) kangaroo: but I know what you mean
(12:19:28 PM) kangaroo: I never understood that of apple
(12:19:34 PM) kangaroo: they ship the .m4 and .pc files, but not pkg-config?
(12:19:45 PM) miguel: We do ship it with Mono
(12:19:57 PM) kangaroo: nod
(12:20:16 PM) kangaroo: I generally end up installing auto* from macports anyways
(12:20:17 PM) miguel: The problem at the core is that aclocal was a poor tool
(12:20:25 PM) miguel: It can not cope with the same file being referenced twice
(12:20:27 PM) kangaroo: since stuff like gtk# and other things in our repo require a newer auto*

Esos pelacables telemáticos

2006-12-23T00:14:00.001+01:00

La expresión "pelacables" la aprendí en mi facultad para designar despectivamente a nuestros compañeros ingenieros de telecomunicación. Desde entonces uso el término a menudo para referirme a ellos, pero siempre desde el sentido del humor, claro está.

Pero aunque me suelen caer bien, el colectivo de los colegios oficiales de ingenieros de telecomunicación parece que se están llevando el gato al agua en sus maniobras de robo de competencias en cuanto a atribuciones oficiales a nivel estatal se refiere.

Reproduzco un comentario de la página IngenierosDePrimera.com:

Estimados colegas:

Soy un Ingenierio Técnico en Informática de Sistemas español. Eso en mi país quiere decir bastante poco. Tanto, que tengo que estar en otro donde me pagan decentemente, no sientiéndome como un inmundo paria, intentando aprender el idioma para quedarme, pues, y lo repito una vez más, la Informática (y demás aspectos) en mi país es vomitiva.

Como estoy un poco harto con los últimos acontecimientos y me sobra esta tarde, voy a contaros un cuento, breve pero intenso, sobre mi país y su desarrollo, o mejor dicho, subdesarrollo tecnológico.

Todos sabemos que nuestro país es peculiar en muchos sentidos, no vamos a descubrir América ahora. Con respecto a la Ingenería Informática se ha cometido una injusticia histórica sin precedente, con dos únicos culpables y su opresión: la Ingenería de Telecomunicaciones y la tendencia española al vivir del otro sin trabajar.

¿Cómo he llegado a estas conclusiones? No es muy difícil. De forma extraña a todos los países de la Tierra, España no tiene una Ingenería en Electrónica de primer ciclo. EEE la llaman por ahí. El que ha salido un poco de su pueblo sabe de qué estoy hablando. En cambio es un segundo ciclo y sólo se puede acceder por medio de (aquí está el truco): ¡la Ingeniería de Telecomunicaciones!. Haciendo un análisis rigurosos se puede comprobar que la Ing. de Telecomunicaciones no deja de ser una Ingeniería en Electrónica, con otro nombre.

Una vez que el desarrollo tecnológico de finales del S.XX seguía su curso, en España la Ing. de Telecomunicación, partiendo de un error de base (y por ello, condenada como estaba en el tiempo) comenzó a adquirir competencias que no le pertenecían, para poder sobrevivir. Hoy día se hacen proyectos de redes neuronales por parte de profesores de Telecomunicaciones ... ¿qué sentido tiene todo esto? Hoy día un Ingeniero en Informática no puede firmar proyectos de Seguridad Informática. ¿Cómo puede ser esto? ¿Un médico acaso hace barcos o dicta leyes? No entiendo por qué un Ingeniero en Electrónica Camuflado (Ing. de Telec) hace mi trabajo y encima, con todo el recochineo del mundo, me coharta, coacciona y me impide a mí, que soy IeI con todas las de la ley, firmar ese tipo de proyectos.

La primera consecuencia de esa incipiente extinción de los IEC's es la Ingeniería Técnica de Telec. en Telemática y su caída inminente. Como todos sabéis, Bolonia le ha leído la cartilla a esta disciplina absurda donde las haya, provocando su desaparición del catálogo. Ahora están nerviosos. Han hecho una plataforma paripé de "SI A LA TELEMÁTICA". Por lo visto no tiene mucho éxito, pues debería llamarse: "SÍ A VIVIR DEL CUENTO". Serán los primeros en desaparecer. Porque hay que preguntarse, ¿qué es la TELEMATICA? Te dirán: "Está claro, un teleco que puede trabajar de informático". Pero ahora sabemos que el concepto teleco no existe, así que sustituyamos por "Ingeniero Electrónico orientado a las Comunicaciones que puede trabajar de informático". Pero, ¿qué es informático?.... No, esa persona está queriendo decir: "Ingeniero Electrónico orientado a las Comunicaciones que puede realizar trabajos de Ingeniería Informática". Eso es hablar con propiedad y decir la verdad. Y además, hacer ver a la gente lo ridícula que era la primera frase. ¿Eres Ingeniero Informático, IEC? No. No me gusta ir diciendo por ahí que soy médico, si no lo soy.

Como resultado de todo este crisol de incongruencias universitarias, se ha cometido una gran injusticia en la aplicación de las directivas en las carreras nuevas. Volvemos a quedar aparte. Somos el único caso en toda Europa. Por eso debemos pararlo antes de que lo aprueben. Es la última oportunidad para darles en los morros a esos corruptos que nos cierran todas las puertas, que no nos dan dignidad y quieren vivir a nuestra costa. Si aprueban la nueva ley, seréis unos parias de por vida. Nunca tendréis derechos reales. Aquí tenéis más información:

http://www.ingenierosdeprimera.com/node/132

¿Pero qué demonios se han creído? ¿Quién se cree esta gente? Si mañana queremos paramos el país. Ni pilotos, ni gaitas en vinagre. Si yo no hay trabajo, no hay datos. Si no hay datos, no hay comercio, no hay sanidad, no hay vuelos ... no hay nada. Sólo el caos. Ahí está lo que queríais oír: tenéis el poder. Usadlo sin complejos.

¿Pero el poder para qué? Para obtener el Colegio Nacional de Ingenieros en Informática y ganar las atribuciones. Sólo con dos estos dos hitos se habrá acabado la pesadilla. Ya no tendrás que hacer más horas extra. No tendrá que trabajar por míseros 800 euros al mes. ¿Os imagináis 200.000 personas afiliadas en la misma causa, la misma asociación? Ahora me dirás que tú no crees en las asociaciones, que si tal, que si cuál ... Bienvenido al mundo real. La vida es dura y como no defiendas lo tuyo no te van a dar nada. La época romántica de la Informática ya terminó. Así que afeitate la perilla, lávate un poco y apoya la causa. Que es TU causa, a ver si te enteras ya. ¿O quieres ser un esclavo toda tu vida?

Una buena piedra angular puede ser ésta: www.ingenierosdeprimera.com. Ni hago la página ni la apoyo. Pero estoy harto como mucha gente y todo esto debe cambiar. ¿Qué importa desde dónde? Y recordar, la unión hace la fuerza.

Que yo sea el último emigrado de la diáspora de IeI de España.

F.I.L. Viena 22/12/2006 --- 2007 Primer año del respeto a la Ingeniería Informática en España

La verdad es que estas declaraciones dan bastante respeto. No me opongo a que un ingeniero de telecomunicación se gane el pan programando o auditando la seguridad de un sistema informático. A lo que me opongo es a que se de por hecho oficialmente que este tipo de tareas no estén atribuidas a un ingeniero informático.

Parece que el comentario se ha convertido en una entrada de la web de Ingenieros de Primera. Una web que trata de centralizar los esfuerzos en pro de los intereses del conjunto de todo tipo de colectivos de profesionales informáticos en España. El punto más importante en la actualidad es la lucha contra el plan de Bolonia cuya implementación española (por parte del Ministerio de Educación y Ciencia) pretende dejar de calificar a los ingenieros en informática como ingenieros y dejarles sin atribuciones oficiales (es decir, dejarnos como ingenieros de segunda).

Actualización 06-ENE-2007: He decidido cambiar el título de la entrada (cambiando "informáticos" por "telemáticos") a cuento de una maravillosa web que he encontrado.

Actualización 14-ABR-2007: Es acojonante que se prolongue más esta situación: para acceder al Cuerpo Superior de Sistemas y Tecnologías de la Información del Estado no se requiere tener ninguna titulación informática, tan sólo ser licenciado, cuando por el contrario para los Cuerpos Superiores o Técnicos análogos de otras ramas de la Ingeniería como Industriales, Agrónomos, Arquitectos, sólo los poseedores de los correspondientes títulos pueden presentarse.

Serialización binaria con NHibernate

2006-12-03T22:29:00.002+01:00

He empezado a usar NHibernate en varios proyectos y estoy bastante impresionado por su potencia y su fiabilidad. Es un framework de mapeado objeto/relacional para .NET, bastante popular entre los de su gremio. Aunque su última versión es una beta, en mi opinión es bastante estable porque de momento no ha dado ningún tipo de problema. Podíamos haber usado la versión 1.0 estable, pero lo bueno de la versión 1.2 (beta2) es que ya tiene soporte de tipos genéricos y nulables (están migrando completamente a la API 2.0).

Sin embargo, en ciertos escenarios esta utilidad tiene que mejorar:

- Portabilidad: Al usar sólamente lenguaje administrado (cosa de la que me he cerciorado usando MoMA), en teoría debería ser multiplataforma y funcionar con Mono. Sin embargo, en una prueba rápida que he hecho, Mono ha lanzado una excepción, y parece que el bug está en alguna invocación que en concreto usa la librería DynamicProxy (parte del proyecto CastleProject), la cual es usada por NHibernate. Espero poder hacer pronto un bug report. (Recordemos, no obstante, que Mono aún no tiene soporte oficial completo de la versión 2.0 de las librerías de .NET.) [Actualización (1): ya notificado.]

- Soporte de bases de datos. Aunque soporta bastantes motores de base de datos, echo en falta la idea de poder usar DB4O por debajo, lo que le daría bastante rendimiento y facilidad de uso (ya que ni siquiera harían falta los archivos de mapeado en caso de que sólo usasemos bases de datos orientadas a objetos). Es una idea que me surgió y pregunté en alguna ocasión, pero que además mencioné en el blog de un empleado de db4objects, al que le gustó tal posibilidad también. [Actualización (4): También se ha debatido ligeramente el tema en el blog de Ayende Rahien, un crack del equipo de NHibernate.]

- Acotación de queries. Y es que me he encontrado con un escenario extraño en el que NHibernate se ha traído bastante más información de la BDD de la que debería, ya que el programador sólo estaba consultando la propiedad COUNT de una colección. Espero poner pronto también un bug report sobre esto en el JIRA de NHibernate (un programa de gestión de incidencias al estilo Bugzilla). [Actualización (2): reportado.]

- Parseo de los archivos de mappings. También he encontrado casos extraños en los que, por culpa de un error en los archivos de mapeo, NHibernate escupía una excepción de ADO.NET, en lugar de ser más escrupuloso en el parseo de estos archivos de mapeado. Esto ya lo he reportado.

[Elemento añadido en Actualización (6)]
- Interpretación errónea de algunas query's: acabo de mandar este correo a la lista de correo de NHibernate para que me digan si es un bug o no, y por tanto, si tendría que darlo de alta en su JIRA:

Hello.

I have a simple entity like this:

<?xml version="1.0" encoding="utf-8" ?<
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2">
<class name="Agent" table="Agents">

<id name="Id" column="IdAgent" unsaved-value="0">
<generator class="native" />
</id>
<property name="Login" column="LOGIN" length="20" not-null="false"/>
<many-to-one name="Client" column="IdClient" not-null="false" />
</class>
</hibernate-mapping>

If I create a wrong HQL query like this:

IList aTerminalGroup =
oSession.Session.CreateQuery(
"from Agent WHERE IdClient = " + 1
).List();

Shouldn't NHibernate complain about it because IdClient is a column and not a property? I guess the correct way of writing the query is using "from Agent g WHERE g.Client.Id = " + 1, don't you think? Is this a bug? Should I create a bug in JIRA?
[Elemento añadido en Actualización (7)]
Al final lo he reportado.

- Por último, y básicamente la razón de esta entrada: la serialización de objetos procedentes de las clases de las que hace uso NHibernate, que a continuación paso a explicar en detalle.

En un escenario en el que el propio desarrollo que queremos llevar a cabo es cliente/servidor, ya sea usando Remoting o Servicios Web, se llega a la situación en la que se requiere enviar información sobre los objetos de nuestro dominio, y ¿qué mejor técnica que el envío completo del objeto a la parte interesada en él? Hay gente detractora de esta técnica pero renegar de ella supone duplicar esfuerzos en la codificación para establecer un sistema de paso de mensajes que al final es una copia de las estructuras de clases de nuestro dominio. Por tanto, si optamos por el camino rápido y productivo, se requerirá la serialización de los objetos de nuestro dominio (los que recojemos y tratamos, para después manipularlos mediante NHibernate para persistirlos) para poder transportarlos de un lado a otro, operación ésta que conlleva bastantes problemas pues:

1) Si optamos por una serialización de tipo XML, nos encontraremos finalmente con que es imposible llevarla a cabo, en la mayoría de los casos, con el serializador XML predeterminado de .NET, ya que las referencias recursivas no las trata y por tanto devuelve excepciones al encontrarlas (y tener referencias recursivas en los objetos del dominio es muy común ya que los objetos hijos normalmente tienen referencia también al objeto padre). Quién sabe, quizás un día me dé por escribir un serializador XML que soporte recursividad, pero mientras tanto hay que optar por la serialización binaria ([Actualización (3): debate en la lista de mono sobre serialización XML de objetos cíclicos, la cual al parecer se soluciona con Indigo/WCF] [Actualización (6): El SoapFormatter serializa sin problemas objetos cíclicos en XML, pero ahora mi problema es que no sé cómo hacer para que un WebService use este formatter por defecto, sospecho que la solución es usar Remoting :( ]). Sin embargo siguen existiendo dos problemas adicionales: los proxies y las colecciones lazy, que paso a explicar en los siguientes puntos.

Antes de nada, una pequeña introducción: NHibernate implementa desde varias versiones atrás lo denominado "lazy queries", o bien en español (aunque el término queda bastante peor): "consultas vagas". Sin ellas, NHibernate al recoger un objeto de la BDD y empezar a formarlo, se encontraría que tendría que recorrer bastantes tablas para rellenar los campos procedentes de las claves ajenas. Si esos campos son otras entidades que se encuentran en otras tablas, las cuales a su vez tienen otras claves ajenas, podemos provocar una consulta enorme que, o bien tarde bastante tiempo, o bien se traiga toda la base de datos con una consulta (dependiendo de lo cohesionadas que estén las entidades del dominio entre sí). Por tanto, el resultado de una "consulta vaga" serán entidades vagas o entidades con hijos o colecciones vagos: lazy collections. Las colecciones vagas permiten a NHibernate traer en una consulta sólo los atributos de una tabla, y dejar sus relaciones en modo suspendido de tal forma que si se accede a ellas, es cuando NHibernate solicitará una nueva consulta. Digamos que es una introspección de datos bajo demanda. Por tanto, este tipo de colecciones, si bien no era obligatorio utilizarlas, cada vez uno se da más cuenta de que es completamente necesario, y es por esto por lo que en la versión 1.2 de NHibernate vienen activadas por defecto.

Ahora que todos sabemos lo que son las lazy collections, puedo explicar el problema que tiene la serialización con ellas. El primero es que NHibernate, para poder implementarlas en los objetos de nuestro dominio, monta sobre nuestros interfaces IList/IDictionary unas colecciones internas, de un tipo implementado en las librerías de NHibernate, que contienen una referencia a la sesión abierta en el momento del acceso (por ejemplo el tipo NHibernatePersistenGenericBag). Además, los objetos de los que sólo tiene información sobre su identificador, por ser fruto de una clave ajena, los inserta una especie de proxy que sirve para que sean refrescados cuando se acceda alguna de sus propiedades, para que NHibernate pueda hacer una consulta SQL extra a la tabla de la que procede la clave ajena y rellenar los campos que faltan. Y ahora vamos con los inconvenientes:

2) Una colección IList/IDictionary que por dentro implementa un tipo de NHibernate no podrá ser deserializada por una aplicación que no tenga acceso a las librerías de NHibernate. ¿Acaso esto es un problema? Pues relativamente sí, porque si la parte que deserializa es un cliente de un WebService, ¿por qué iba a requerir las librerías de NHibernate si él no va a tener acceso directo a la base de datos? Además, estas librerías ocupan 1MB más o menos, lo que complica el despliegue de la aplicación (sobre todo en un entorno ClickOnce como en el que me encuentro).

3) Una clase que tiene insertado un proxy no se puede serializar.

Estos dos problemas tienen solución, pero no es trivial. La solución al problema del proxy es usar una rutina interna de NHibernate denominada "Unproxy", de la cual tuve conocimiento al preguntar en las listas de desarrollo de NHibernate y CastleProject (pues recordemos que NHibernate usa una librería de éste último proyecto). El problema de esta rutina es que sólo le quita el proxy a un objeto de nuestro dominio, pero no a sus hijos, por lo que seguimos teniendo otro problema derivado.

La solución al problema de las colecciones es transformarlas en colecciones nativas de .NET (List y Dictionary) en tiempo de ejecución, lo cual se puede hacer no sin antes encontrarse con el problema de que las colecciones aún no recuperadas no podrán convertirse en colecciones normales, por lo tanto necesitaremos un modo de marcar los objetos de nuestro dominio que estén "incompletos".

La conclusión a todo esta maremagnum de problemas y soluciones no es otra que un método que he desarrollado que podríamos bautizar como un "Unproxy recursivo", y que, mediante Reflection, recorre el objeto que queramos serializar para quitarle proxies, convertir colecciones NHibernate en nativas, y marcar objetos incompletos. Voy a exponer el código aquí y lo voy a publicar con licencia LGPL con el ánimo de que así contribuya más gente a mejorarla.

El código dista mucho de ser óptimo y estable, seguro que alguien encuentra pegas con ello. Pero seguro que entre varios podemos mejorarlo y debatir sobre él. A pesar de que es muy reciente, he comprobado su eficiencia y es bastante rápido (además he hecho algunas optimizaciones al acceso dinámico a los métodos, que se pueden notar al ver el uso de la clase RuntimeMethodHandle):


//Copyright 2006. Andres G. Aragoneses
//Code licensed under the LGPL: http://www.gnu.org/licenses/lgpl.html
using System;
using System.Collections.Generic;
using System.Text;

using System.Reflection;

using NHibernate;
using NHibernate.Proxy;

using MyApp.DataModel.DomainModel;
using MyApp.DataModel.Exceptions;

namespace MyApp.DataModel
{
    public static class DataLayer
    {
        private static ISession oSession = null;

        private static ISessionFactory oFactory = null;

        public static ISession GetNewSession()
        {
            if (DataLayer.oSession == null)
            {
                //handlers initialization
                fHandlerCreateGenericList = GetMethodHandle("CreateGenericList");
                fHandlerCreateGenericDictionary = GetMethodHandle("CreateGenericDictionary");
                fHandlerUnproxyList = GetMethodHandle("UnproxyList");
                fHandlerUnproxyDictionary = GetMethodHandle("UnproxyDictionary");
                fHandlerUnproxyCompletely = GetMethodHandle("UnproxyCompletely");


                //NH initialization
                NHibernate.Cfg.Configuration oCfg = new NHibernate.Cfg.Configuration();
                oCfg.AddAssembly("DataLayer");
                oCfg.AddAssembly("DomainModel");
                DataLayer.oFactory = oCfg.BuildSessionFactory();
                DataLayer.oSession = oFactory.OpenSession();
            }
            else
            {
                DataLayer.oSession.Close();
                DataLayer.oSession = DataLayer.oFactory.OpenSession();
            }
            return DataLayer.oSession;
        }

        private static Dictionary<Type, Dictionary<int, DomainObject>> hUnproxyingOrAlreadyUnproxiedObjects = null;

        //these structures are for optimizing reflection (see http://msdn.microsoft.com/msdnmag/issues/05/07/Reflection/default.aspx)
        private static RuntimeMethodHandle fHandlerCreateGenericList;
        private static RuntimeMethodHandle fHandlerCreateGenericDictionary;
        private static RuntimeMethodHandle fHandlerUnproxyList;
        private static RuntimeMethodHandle fHandlerUnproxyDictionary;
        private static RuntimeMethodHandle fHandlerUnproxyCompletely;

        private static RuntimeMethodHandle GetMethodHandle(string sName){
            return typeof(DataLayer).GetMethod(sName,
                BindingFlags.Static | BindingFlags.NonPublic).MethodHandle;
        }

        public static T Unproxy<T>(DomainObject maybeProxy, ISession oSession) where T : DomainObject
        {
            hUnproxyingOrAlreadyUnproxiedObjects = new Dictionary<Type, Dictionary<int, DomainObject>>();
            oSession.Close();
            return UnproxyCompletely<T>(maybeProxy);
        }

        private static bool IsProxy(DomainObject oProxy)
        {
            return (oProxy is INHibernateProxy);
        }

        private static T UnproxyCompletely<T>(DomainObject oProxy) where T : DomainObject
        {
            T oNoProxyBaseButMaybeProxyChildren = null;

            if ((hUnproxyingOrAlreadyUnproxiedObjects.ContainsKey(typeof(T))
                && (hUnproxyingOrAlreadyUnproxiedObjects[typeof(T)].ContainsKey(oProxy.Id))))
            {
                return (T)hUnproxyingOrAlreadyUnproxiedObjects[typeof(T)][oProxy.Id];
            }

            //DELETEME:
            //Console.WriteLine(typeof(T).ToString() + oProxy.Id);

            if (DataLayer.IsProxy(oProxy))
            {
                //throw new InvalidOperationException("Cannot unproxy a not proxied object");
                LazyInitializer oLazyInitializer =
                    NHibernateProxyHelper.GetLazyInitializer((INHibernateProxy)oProxy);
                try
                {
                    oNoProxyBaseButMaybeProxyChildren = (T)oLazyInitializer.GetImplementation(); //unwrap the object
                }
                catch (NHibernate.LazyInitializationException)
                {
                    T oNewNeedLoadObject = Activator.CreateInstance<T>();
                    oNewNeedLoadObject.Id = oProxy.Id;
                    oNewNeedLoadObject.NeedLoad = true;

                    if (!hUnproxyingOrAlreadyUnproxiedObjects.ContainsKey(typeof(T)))
                    {
                        hUnproxyingOrAlreadyUnproxiedObjects[typeof(T)] = new Dictionary<int, DomainObject>();
                    }
                    hUnproxyingOrAlreadyUnproxiedObjects[typeof(T)][oProxy.Id] = oNewNeedLoadObject;
                    return oNewNeedLoadObject;
                }
            }
            else
            {
                oNoProxyBaseButMaybeProxyChildren = (T)oProxy;
            }

            if (!hUnproxyingOrAlreadyUnproxiedObjects.ContainsKey(typeof(T)))
            {
                hUnproxyingOrAlreadyUnproxiedObjects[typeof(T)] = new Dictionary<int, DomainObject>();
            }
            hUnproxyingOrAlreadyUnproxiedObjects[typeof(T)][oProxy.Id] = oNoProxyBaseButMaybeProxyChildren;


            //convert NHibernateGenericBag<> to List<>
            foreach (PropertyInfo oProp in oNoProxyBaseButMaybeProxyChildren.GetType().GetProperties())
            {
                if ((!oProp.PropertyType.IsInterface) && (!oProp.PropertyType.IsClass))
                {
                    //it is a value type, so skip
                    continue;
                }

                object oActualValue;
                try
                {
                    oActualValue = oProp.GetValue(oNoProxyBaseButMaybeProxyChildren, null);
                }
                catch (Exception oException)
                {
                    if ((oException.InnerException != null) &&
                        (oException.InnerException is NHibernate.LazyInitializationException))
                    {
                        //set the list to null (equivalent to IList.NeedLoad == true)
                        oProp.SetValue(oNoProxyBaseButMaybeProxyChildren, null, null);
                        continue;
                    }
                    else if (oException.InnerException is IrmNeedLoadException)
                    {
                        //inform of another exception?
                        //(check mappings if you have a property in the class that is not in the mapping)
                        throw;
                    }
                    else
                    {
                        throw;
                    }
                }

                if (oActualValue == null)
                {
                    //it is null, so skip
                    continue;
                }

                if ((oProp.PropertyType.IsGenericType))
                {
                    MethodInfo fCreateMethod = null, fUnproxyMethod = null;

                    if (oProp.PropertyType.GetGenericTypeDefinition() == (typeof(IList<>)))
                    {
                        fCreateMethod =
                            (MethodInfo)MethodInfo.GetMethodFromHandle(fHandlerCreateGenericList);
                        fUnproxyMethod =
                            (MethodInfo)MethodInfo.GetMethodFromHandle(fHandlerUnproxyList);
                    }
                    else if (oProp.PropertyType.GetGenericTypeDefinition() == (typeof(IDictionary<,>)))
                    {
                        fCreateMethod =
                            (MethodInfo)MethodInfo.GetMethodFromHandle(fHandlerCreateGenericDictionary);
                        fUnproxyMethod =
                            (MethodInfo)MethodInfo.GetMethodFromHandle(fHandlerUnproxyDictionary);
                    }

                    fCreateMethod = fCreateMethod.MakeGenericMethod(oProp.PropertyType.GetGenericArguments());
                    fUnproxyMethod = fUnproxyMethod.MakeGenericMethod(oProp.PropertyType.GetGenericArguments());

                    if (fCreateMethod != null)
                    {

//NOT NEEDED: as we are doing it in the catch

                        //oProp.SetValue(oNoProxyBaseButMaybeProxyChildren, null, null);

                        try
                        {
                            object oChangedValue =
                                fCreateMethod.Invoke(null,
                                               new object[] {
                                                   oActualValue
                                               });
                            oProp.SetValue(
                                oNoProxyBaseButMaybeProxyChildren,
                                oChangedValue,
                                null);

                            oActualValue = oChangedValue;

                            try
                            {
                                fUnproxyMethod.Invoke(null, new object[] { oActualValue });
                            }
                            catch (Exception)//oException)
                            {
                                throw;
                            }
                        }
                        catch (Exception oException)
                        {
                            if ((oException.InnerException != null) &&
                                (oException.InnerException is LazyInitializationException))
                            {
                                oProp.SetValue(
                                    oNoProxyBaseButMaybeProxyChildren, null, null);
                                //oNoProxyBaseButMaybeProxyChildren.NeedLoad = true;
                            }
                            else
                            {
                                throw;
                            }
                        }

                    }
                    else
                    {
                        throw new NotSupportedException("Generic type not supported yet");
                    }
                }
                else if (oActualValue is INHibernateProxy)
                {
                    try
                    {
                        MethodInfo fMethod =
                            (MethodInfo)MethodInfo.GetMethodFromHandle(fHandlerUnproxyCompletely);
                        fMethod = fMethod.MakeGenericMethod(oProp.PropertyType);

                        oProp.SetValue(
                            oNoProxyBaseButMaybeProxyChildren,
                            fMethod.Invoke(null, new object[] { oActualValue }), null);
                    }
                    catch (Exception oException)
                    {
                        if (!(oException is LazyInitializationException))
                        {
                            throw;
                        }
                        else
                        {
                            T oNewManyToOneObject = Activator.CreateInstance<T>();
                            oNewManyToOneObject.Id = ((DomainObject)oActualValue).Id;
                            oNewManyToOneObject.NeedLoad = true;
                            //set a fallback object with NeedLoad as TRUE, in case of exception
                            oProp.SetValue(oNoProxyBaseButMaybeProxyChildren,
                                           oNewManyToOneObject, null);
                        }
                    }
                }
            }

            return oNoProxyBaseButMaybeProxyChildren;
        }

        private static List<T> CreateGenericList<T>(IList<T> aList) where T : DomainObject
        {
            List<T> aNewList = new List<T>(aList);
            return aNewList;
        }

        private static Dictionary<K, V> CreateGenericDictionary<K, V>(IDictionary<K, V> hDict)
            where K : DomainObject where V : DomainObject
        {
            Dictionary<K, V> hNewDict = new Dictionary<K,V>(hDict);
            return hNewDict;
        }

        private static void UnproxyList<T>(List<T> aList) where T : DomainObject
        {
            for (int i = 0; i < aList.Count; i++)
            {
                aList[i] = UnproxyCompletely<T>(aList[i]);
            }
        }

        private static void UnproxyDictionary<K,V>(Dictionary<K,V> hDict)
            where K : DomainObject where V : DomainObject
        {
            IList<K> aKeysToRemove = new List<K>();
            IDictionary<K, V> aKeysToAdd = new Dictionary<K, V>();
            foreach (K oKey in hDict.Keys)
            {
                aKeysToAdd.Add(UnproxyCompletely<K>(oKey), UnproxyCompletely<V>(hDict[oKey]));
                aKeysToRemove.Add(oKey);
            }

            foreach (K oKey in aKeysToAdd.Keys)
            {
                hDict.Add(oKey, aKeysToAdd[oKey]);
            }

            foreach (K oKey in aKeysToRemove)
            {
                hDict.Remove(oKey);
            }
        }
    }
}

Para que la pieza de código funcione, hay que colocarla bajo una clase denominada DataLayer (o bien modificarlo para usar el nombre que queramos), y además tenemos que marcar nuestros objetos del dominio como clases derivadas de la siguiente superclase DomainObject (ídem):

namespace DataModel.DomainModel
 {
     [Serializable]
     public abstract class DomainObject
     {

         public abstract int Id
         {
             get;
             set;
         }


         protected bool bNeedLoad = false;

         public virtual bool NeedLoad
         {
             get { return this.bNeedLoad; }
             set { this.bNeedLoad = value; }
         }

     }
 }

Es posible que haya mejores formas de solucionar estos problemas y, estaría encantado de oirlas. Pero mientras no sea así tendré que lidiar con este método que, evidentemente, ralentizará un poquito cada operación de serialización. Es posible que esto sea el nacimiento de algún pequeño proyecto que podría incluso donar al proyecto NHibernate como una especie de plugin. O también es posible que cuando quisiera ofrecerlo, sus programadores se den cuenta de la cosa tan horrible que he hecho, y que me informen de que se podría solucionar con métodos mejores y más eficientes simplemente modificando el core del proyecto NHibernate para proporcionarle ciertas funcionalidades extra en favor de la serialización. No lo sé, lo iremos viendo con el tiempo, pero mientras, ahí queda eso.

P.D.: Aprovecho la entrada para saludar a los lectores de PlanetaCodigo, los cuales en teoría serán capaces de leerme a partir de ahora cuando publique una entrada en mi categoría Programación.

Actualización 14-DIC-2006: Corregido comentario sobre licencia. Corregido bug en el método (comentada una línea). Añadido enlace a bug de Mono encontrado.

Actualización 09-ENE-2007: Añadido enlace al bug de acotación de queries.

Actualización 16-ENE-2007: Añadido enlace a debate sobre serialización XML de objetos cíclicos.

Actualización 29-ENE-2007: Añadido enlace a blog de Ayende Rahien. Interesante conversación en la lista de correo de NHibernate Hispano sobre el tema.

Actualización 17-ABR-2007: Vaya, parece que Ayende Rahien (uno de los desarrolladores de NHibernate) está en desacuerdo con la técnica de compartir un modelo de datos en todo el desarrollo. Tendré que refinar más mi idea y debatirlo abiertamente.

Actualización 20-JUL-2007: Añadido comentario sobre SoapFormatter y un nuevo inconveniente de NHibernate (¿bug?).

Actualización 20-AGO-2007: Al final el inconveniente que encontré en la última actualización de esta entrada lo he reportado como bug.

Actualización 28-SEP-2007: He encontrado otra limitación, que ya exploré en su día y no hay solución elegante posible de momento: HQL recursivo.

Actualización 08-DIC-2007: Parece que la nueva versión de NHibernate (2.0 en fase Alpha) tiene un nuevo parser de HQL que propiciará una mayor mantenibilidad para poder arreglar bugs y crear nuevas funcionalidades más fácilmente, como por ejemplo la que ya he mencionado en la anterior actualización de esta entrada: HQL recursivo.

Actualización 26-DIC-2007: El "Recursive HQL" ya está en JIRA.

Actualización 14-FEB-2008: En un artículo muy interesante de Ayende Rahien se habla de posibles workarounds a la implementación de jerarquías en BDD para evitar la limitación de NHibernate (y de las BDD en general, claro, pues no todas tienen estas capacidades de búsqueda recursiva y por tanto no todas soportarían la nueva funcionalidad que se desarrollare en NHibernate).

Actualización 15-ABR-2008: Al parecer se han corregido ciertos problemas en la rama trunk de NHibernate (la que sera la proxima version 2.0) que prevenian que la gente pudiera compilarlo con Mono: NH-1242, NH-1243, NH-1244 y NH-1245. Ahora es mas facil ser colaborador sin usar Microsoft :)

Diferencias técnicas entre software libre y software privativo

2006-11-14T20:34:00.000+01:00

Defender los valores que conllevan el nuevo modelo de negocio del software libre desde un punto de vista filosófico es a veces complicado, e incluso aunque lo logres de una manera decente, tu compañero de charla es posible que se niegue a ver lo evidente o simplemente que no entienda de lo que le estés hablando.

Para estos casos, podemos usar argumentos meramente técnicos, y en mi opinión quizá incluso más contundentes.

Para ello voy a elaborar una entrada de la bitácora que será una lista de ellos. Los primeros los voy a calcar tal cual de un buen artículo que he encontrado y que trata sobre dependencias y paquetes. El resto las iré introduciendo, actualizando la entrada siempre que sea necesario.

Inconvenientes del software privativo de los cuales carece el software libre:

Reinvención de la rueda: Como el software privativo no puede usar componentes libres de licencia GPL, la empresa de software privativo siempre intentará escribir estos componentes desde cero, a no ser que tengan suerte de encontrar el componente bajo licencias LGPL/BSD, o estén dispuestos a sacrificarse con el siguiente inconveniente. [Mayor tiempo de desarrollo]

Uso de herramientas externas de pago. En caso de no encontrar tiempo para escribir los componentes/librerías software desde cero o no encontrarlos bajo licencias más que libres, otra opción es desembolsar dinero en comprar un componente a su vez privativo o de licencia dual. [Mayor coste de desarrollo]

Documentación o comunidad insuficiente. Por supuesto, hay algunas notorias excepciones a esta regla pero en ocasiones cuando se utiliza una librería o componente privativo es difícil encontrarse una comunidad de usuarios grande y activa con la que poder comunicarse e intercambiar conocimiento como ocurre con el software libre. Las librerías y componentes que se publican bajo licencia libre sin embargo suelen tener muchos más usuarios debido a ello (y si además el software es de calidad, claro) y además en caso de que hubiera escasez de documentación se podría mirar directamente el código fuente para comprobar el funcionamiento del componente, cosa que no es posible con la mayoría del software privativo. [Mayor complejidad.]

Baja estabilidad y robustez. Puesto que el producto no está abierto al uso, no suele haber muchos usuarios interesados en probar el software (sólo los clientes que han pasado por caja), por lo que la estabilidad del software en su conjunto es mucho menor. En el software libre sin embargo se obtiene un feedback apabullante (y gratuito) si el proyecto es de verdad de interés.[Peor calidad.]

Mayor tamaño de los programas: Puesto que el software privativo depende de librerías y componentes no libres, normalmente éstos han de ser adjuntados al programa puesto que el sistema operativo carece de ellos. Ejemplo: interfaces gráficas, librerías de propósito general de un lenguaje, máquinas virtuales, middlewares, pilas de comunicaciones, librerías de acceso a bases de datos, etc. En el software libre sin embargo, suele ocurrir que los programas dependen de componentes software muy conocidos y disponibles de serie en la mayoría de los sistemas operativos; es más, si acaso el componente no se hubiera instalado "de serie", los sistemas de gestión de paquetes actuales del software libre (uno de los puntos fuertes del software libre con respecto al propietario en cuanto al deployment) aplicarían automáticamente las dependencias que necesitara nuestro software, de manera recursiva. [Menor eficiencia de los recursos hardware, por tanto mayores requisitos para el usuario/cliente.]

Utilización de mayor tamaño de memoria (volátil o disco): Debido al anterior inconveniente, el hipotético caso en el que usasemos un sistema operativo privativo lleno de aplicaciones propietarias, cada una de ellas requeriría sus propios componentes o librerías que se instalarían en disco y se cargarían en memoria cada vez que se requiera su uso. Además, incluso aunque las aplicaciones usaran componentes comunes, es muy probable que cada aplicación necesitase una versión específica de cada uno de ellos, por lo que nunca existiría uniformidad en el uso de API's, el sistema estaría mucho más congestionado y lleno de distintas versiones de lo mismo, instaladas o funcionando al mismo tiempo. En el software libre sin embargo la mayoría de las distribuciones, en sus versiones estables, incluyen una única versión de cada librería con la que funcionan muchas aplicaciones, por lo que el uso de las cachés, la capacidad requerida de disco y memoria volátil, son mucho más eficientes. [Peor rendimiento del software.]

Menor seguridad: Por culpa los problemas de versionado comentados anteriormente, nos encontramos con que los programas privativos pueden estar usando (por necesidad) versiones distintas de las más actuales, por lo que hay un riesgo de seguridad al no estar usando las versiones más estables y más libres de problemas de seguridad de acceso o pérdida de información. [Menor fiabilidad en el software.]

Mayor gasto de ancho de banda en las actualizaciones: Todo componente software ha de actualizarse y mantenerse, por lo que los programas de software privativo también. Como no existe un modo común para todos los programas de software privativo de actualizarse, se tiene que cada uno de ellos tiene su sistema, por lo que se está derrochando ancho de banda en comunicación por la red al actualizar cada programa sus versiones específicas de las librerías sobre las que dependen. En el software libre todo esto es mucho más centralizado ya que es el propio sistema operativo quien se encarga únicamente de gestionar todas las actualizaciones de todo el software instalado, tanto de las librerías como de los programas. [Mayor gasto de recursos.]

Menor seguridad (frente a código/software malicioso): Esto es un tema que hace correr ríos de "bits" entre tantas opiniones que hay, y como no, yo aquí voy a dar la mía. Por supuesto que es factible la existencia de virus en Linux y otros sistemas operativos libres, y por supuesto que influye en su poca expansión hoy día dos factores importantes: a) Que estos sistemas operativos son minoritarios y por tanto, los programadores de virus prefieren no centrarse en ellos. b) Que estos sistemas operativos normalmente tienen muchos "sabores" (en el caso de Linux, distribuciones), lo que dificultaría a los programadores de virus desenvolverse bien para hacer que sus creaciones afectaran al máximo número de variantes posible (lo cual es una ventaja del software libre en cuanto a seguridad, pero la cual podría verse mermada en un hipotético mundo en el que el número de distribuciones destacadas se redujese drásticamente). Sin embargo, a pesar de todos estos manidos y no falsos argumentos, opino que el modelo de distribución del software libre dificulta también la propagación de virus. En un ejemplo ideal en el que tengamos una distribución que sólo tiene software GPL (que es a lo que tienden todas ellas), se dan las siguientes circunstancias:
- El conjunto de la distribución no sólo incluye el "sistema operativo" pelado (como ocurre en el mundo del software propietario, en el que posteriormente hay que ir instalando programas de forma no desatendida), sino que incluye montones de programas para el uso diario del usuario, por tanto esta situación tiende a que, cada vez menos, el usuario se encuentre con la necesidad de instalar software externo, de terceros, sea libre o no.
- El software incluido en la distribución normalmente se instala, en un primer momento, desde un conjunto cerrado e inmodificable de programas (un CD o DVD) en el que es impensable por tanto que ocurra un contagio (ojo que estoy hablando del S.O. + los programas; en el caso de Windows por ejemplo lo único disponible en medios de sólo lectura es el Windows, el Office, y el poco software original que dispongamos, para a partir de ahí empezar a instalar el resto de cosas que normalmente se descargan de internet).
- Una vez instalado por primera vez el software de una distribución, posteriores instalaciones de programas o actualizaciones (sean de seguridad o no) suelen ocurrir desde los propios sistemas de actualización de la distribución mediante sistemas de repositorios de software remotos. La única forma de contagio que podría existir aquí es la suplantación de los servidores de la distribución, lo que sería bastante improbable pues cada vez tenemos empresas más grandes y, por tanto, responsables ante estas cuestiones de seguridad (¿cuántas veces se ha conseguido hackear la página de Novell?). Luego, esto sumado a que, en la situación de ejemplo ideal en la que nos encontramos, todo software distribuido, aunque precompilado, proviene de unas fuentes libres y abiertas al público, una situación en la que es cuasi-imposible la inclusión de código malicioso (aquí los detractores del software libre soltarían su manido "¡pero si nadie se pone a ver el código luego!", a lo que yo respondería: "el usuario de a pie no, muchos programadores tampoco, pero otros programadores y, sobre todo, los responsables de cada proyecto libre, sí revisan cada modificación").
Por último, me gustaría mencionar otra ventaja que ocurre hoy día en la práctica (y que no tiene por qué ser una consecuencia del modelo de desarrollo del software libre, sino casi del modelo de desarrollo actual del software propietario, y que podría cambiar): la apuesta por la seguridad frente a la comodidad. Y para explicar esto sólo enunciaré las diferencias que existen entre el sistema de permisos de los sistemas de ficheros en sistemas tipo Unix frente a los de sistemas tipo Windows, para lo cual apuntaré a mis lectores hacía un enlace: Pregunta típica de nuevo usuario de Linux: ¿Qué antivirus?. Podría pensarse que a partir del título del enlace se va a hablar de un modo genérico de la seguridad frente a malware en Linux, pero al final sólo se centra más o menos en este aspecto práctico que yo también quería resaltar (y los comentarios que hay bajo esa entrada se desvían bastante también del tema, aunque sí son buenos puntos de vista, tanto a favor como en contra).

Menor seguridad (frente a defectos software y el tiempo de su actualización): Tener el código fuente disponible permite que la gente lo modifique, y por tanto, permite que la gente lo arregle mucho antes. Con software privativo estás vendido a lo que quiera hacer la empresa con él y cuándo hacerlo.

Mayor complejidad (de mantenimiento): Muchas veces ocurre que si un software puede enlazarse con bibliotecas privativas (a las que no se tiene acceso público para poder cambiarlas) hay que estabilizar API's para que los desarrolladores no tengan que cambiar constantemente su código. Pero esto en ocasiones (por ejemplo a la hora de comparar el kernel Linux con otros) provoca que se tenga que hacer trabajo extra manteniendo API's antiguas, y que el software evolucione más lentamente. [Mayor coste de mantenimiento (recursos humanos).]

Agradecería cualquier corrección o añadido a esta lista, que iré actualizando a medida que vaya recibiendo comentarios o que me vayan surgiendo ideas propias.

Actualización 27-ENE-2007: Como consecuencia de muchas de estas diferencias, aquí ofrezco un enlace a una lista de diferencias entre los dos SO's más populares de cada tipo de software. Ojo, son diferencias prácticas (que ocurren actualmente como consecuencia del tipo de software que son), no teóricas (no que impliquen que son diferencias que siempre se darán entre un sistema operativo libre y otro propietario; aunque algunas sí).

Actualización 05-ABR-2007: Añadido el elemento nº9 de la lista.

Actualización 10-DIC-2007: Después de leer este brillante artículo sobre el kernel de Linux, me veo obligado a añadir los elementos nº10 y 11 de la lista (aunque debería añadir más).

'beep' no es un programa

2006-11-09T12:23:00.000+01:00

Pongámonos en antecedentes: últimamente estoy usando ciertos scripts para compilar programas, que en concreto se encargan de lanzar las invocaciones de las autotools necesarias para cada proceso de compilación (autogen, make, make clean, sudo make install, etc.), algo que en particular me parece un poco engorroso y precario, pero ese tema lo dejaremos para otra entrada.

El caso es que algunos de estos comandos se ejecutan con privilegios de administrador, por tanto les precede un comando "sudo". Este comando para poder ejecutarse con éxito pide por la entrada estándar la introducción de una contraseña, con el inconveniente de que si tardas mucho en introducirla, salta un time-out y el comando se cancela. Claro, entonces lo que me ocurre es que cuando quiero compilar un programa grande, invoco el script y lo dejo ejecutándose en una consola y, mientras, me voy a usar otras ventanas para hacer otras cosas, pero cuando vuelvo a la consola para introducir la contraseña, el comando ha expirado y tengo que volver a lanzar el script, procurando la próxima vez estar más atento.

Entonces aquí es cuando se dice lo de "¡beep al rescate!". Si escribimos en una consola la palabra 'beep', nuestro ordenador pita, y eso es lo que necesitaba poner justo antes de los comandos de sudo en mi script. Sin embargo, ¿qué ocurrió?:

./runsvn: line 15: beep: command not found

No pasa nada, una simple búsqueda en google y encontré la respuesta: beep no es un comando, sino un alias de la expresión 'echo -en "\007"', por tanto dentro de un script no podemos usarlo. La solución es usar la expresión entera, hasta que alguien empaquete en el bin de las distribuciones un programita muy simple que invoque esta llamada.

Firefox 2.0 e Internet Explorer 7.0

2006-10-30T21:10:00.000+01:00

Mucho se ha hablado ya en internet sobre estas dos nuevas versiones de los navegadores más usados. Yo no voy a dar más el coñazo contando lo mismo, pero sí voy a dar mi opinión sobre ello.

En primer lugar, me parece genial que Microsoft se haya puesto las pilas y haya decidido mejorar un software que, a pesar de su monopolio y su uso masivo, llevaba más de 5 años sin actualizarse, provocando así un estancamiento brutal en lo que a tecnologías web se refiere, pues prácticamente el 100% de los desarrolladores web tenían que amoldarse a este viejo navegador, el cual sigue teniendo muchos fallos e incompatibilidades con los estándares de la industria. Han arreglado problemas con la visualización de PNGs y ciertos bugs de CSS, pero aún les queda muchísimo por recorrer, sobre todo en temas de JavaScript (EcmaScript) y la API de DOM.

¿Los bugs que se han encontrado? Me parece una ridiculez pelearse por eso o basarse en ellos para argumentar sobre la calidad de uno u otro navegador. Lo que importa es la gravedad de cada invulnerabilidad y el tiempo de respuesta en su corrección, y he de confesar que, pese a la mayoría de las declaraciones de personas relacionadas con Mozilla sobre el de Firefox, un bug que permite a un desarrollador web colgar el navegador del visitante o volverlo inusable me parece bastante grave (¿quizás ahora no tanto gracias al restaurador de sesiones? ¿o acaso la restauración de la sesión implica la recarga de la página que provoca el bug, invalidando este workaround?). Además, lleva bastante tiempo sin arreglarse el problema de seguridad más simple del mundo (bug): poner un alert("hola") bajo un bucle infinito en una página. Como las alertas de JavaScript son modales y no son locales a cada pestaña sino que roban el foco de la pestaña actual, y la ejecución de JavaScript no se puede detener, esto se convierte en un bug que representa el mismo problema que el bug anteriormente mencionado y más polemizado: un desarrollador web puede inutilizar la navegación de un visitante.

Las cosas positivas que veo de todo esto: la gran cuota de uso que están teniendo los navegadores alternativos está provocando que los desarrolladores web en general se preocupen más por los estándares, lo que hace que se pierdan menos usuarios por la falsa y típica sensación de que los navegadores basados en Gecko no son capaces de abrir todas las páginas. Y esto mismo ha provocado que Microsoft tenga por primera vez que darse cuenta de que tiene competencia y a movilizarse, lo que como consecuencia tendrá una mejor calidad de vida (profesional) de los desarrolladores web y un aumento en la innovación en el campo de las tecnologías web (¿veremos por fin la publicación oficial de CSSv3?). Otra cosa positiva es el apoyo que veo que le dan algunos medios a Firefox: por ejemplo Informativos Telecinco o 20minutos (INCISO: atención a la última palabra de la URL del enlace que acabo de poner, no le veo ningún sentido, la verdad), el único periódico que conozco que tiene licencia Creative Commons (copyleft) en sus contenidos, lo que creo que influyó bastante para que en NAVE decidieramos que esta vez el canal RSS incluido por omisión en el navegador apuntara a esta fantástica fuente de noticias.

En fin, para despedirme, voy a dar un regalito a los usuarios de SUSE: Mozilla BuildService Repository.

Monólogo telefónico

2006-10-26T21:20:00.000+02:00

La gente se cree que la tecnología puede valer para todo y pasa lo que pasa...:

Hoy ha sonado el teléfono (el fijo), lo cojo, y se oye una voz robótica:

"Le informamos de que su avería ha sido reparada."

Me alegré bastante porque llevabamos ya unos días sin poder recibir llamadas.

"Por favor, pulse 0 si está de acuerdo o 1 si la avería persiste."

¿Cómo quería el señor robot que supiera si la avería estaba reparada sin colgarle el teléfono y hacer la prueba? Porque el hecho de que la propia Timofónica sea capaz de llamarme no me convence para cerciorarme que cualquier otro puede hacerme una llamada también.

Para más inri, la elección era binaria (¡como en las elecciones de nuestro país!) así que no pude pulsar un '2': N(o)S(abe)/N(o)C(ontesta)/M(e)A(bstengo)/M(ás)T(arde).

Mono-Sinergia

2006-10-18T16:51:00.006+02:00

Estoy viendo últimamente muchos proyectos que están surgiendo, muy interesantes, y que están desarrollados usando Mono.

Pero quizás empiezo a ver demasiada diversidad aquí, me recuerda mucho a las decenas de distribuciones de Linux que hace cada municipio de nuestro país...

Ejemplo: mensajería instantánea.

Candidatos:

Todos están hechos con Mono. No todos tienen las mismas funcionalidades, pero todos ellos están empezando a nacer y están muy verdes.

¿Sería mejor una competición entre ellos de la que sólo saldrá uno vivo al estilo de la película Los Inmortales? ¿O quizás los desarrolladores deberían conocerse y elaborar un proyecto juntos, aprendiendo unos de otros?

Actualización 01-NOV-2006: Y otros dos más para la colección: Piorun y MonkeyMessenger.

Actualización 25-MAR-2007: Otro más con un nombre muy "estándar": Gnome Live Messenger. Y aquí un boceto de un cliente de Jabber hecho en Mono+SystemWindowsForms: Xmpp Client v1.0 y v1.1. Parece que en este campo a los programadores les gusta reinventar :)

Actualizacion 12-MAR-2008: Y otro, desarrollado por uno de mis jefes: Banter. Y es sorprendente porque veo que hay otro programa hecho con Mono, tambien por Calvin, y que es para compartir ficheros (aunque parece otro programa de IM): Giver, y puedes ver un video. Me pregunto si se podrian haber hecho ambos programas en uno solo.

Actualización 21-JUL-2008: ¡¡Bueno bueno!! Parece que el mundo IM está muy movidito últimamente:

- Pidgin está recibiendo código para soportar videoconferencia.
- Ekiga está a punto de caramelo (es la nueva versión de GnomeMeeting).
- Empathy es un nuevo proyecto "unmanaged" de Gnome que utiliza las librerías Telepathy y otras de Nokia. Promete mucho.
- Galaxium [Mono powered] está recibiendo progreso gracias al Google summer of code. Dentro de nada soportará IRC y Jabber. Prometen también videoconferencia en un medio plazo (seguramente reutilizando el código de Banter [Mono powered] que lo permite).
- Smuxi [Mono powered] ha sido publicado. Parece que está más orientado a IRC desde los inicios, pero también he visto capturas de pantalla usando Jabber.

Actualización 24-JUL-2008: Me identifico bastante con esta entrada de The Linux Hater acerca de este tipo de miles de proyectitos pequeños que hacen lo mismo. ¡¡¡¡SINERGIA!!!!

Actualización 16-MAR-2009: ¡Pues no se acaba la lista! Ahora acaba de salir otro (Synapse), hecho en Mono también, pero usando Qyoto (¡los bindings de Mono para QT!). Muy pero que muy interesante.

El software libre, más comercial que nunca

2006-09-20T18:51:00.000+02:00

Hay mucha gente que confunde comercial con propietario/privativo, cuando puede ocurrir perfectamente que el software libre sea comercial. De hecho, por definición, y según los términos de la GPL, el software libre se puede vender. Lo que no se puede es cerrar (es decir, ocultar las fuentes).

¿A qué viene esto? Pues a que mucha gente asocia el software libre a los programas que se hacen cuatro gatos en su propio tiempo libre, cuando en realidad ya muchas empresas se dedican a vender soluciones de código abierto.

Una de las cosas que siempre había pensado es que siempre debería haber un sistema de pago en los programas de gestión de incidencias del estilo de Bugzilla, de las que ya hablé en una ocasión anterior, para así incentivar y demostrar a la gente de que se puede pagar por el software de código abierto, y que también se puede vivir de él (sí, el típico y socorrido argumento de LIBRE NO ES GRATIS). Mucha gente pensará que nadie se pondrá a pagar por algo de lo que luego los demás podrán disponer sin haber aportado pero, ¿si sólo te interesa a ti, por qué no pagarlo tú sólo?

El caso es que ya hay una iniciativa, del estilo de SourceForge.net, que se encarga de ofrecer hosting a proyectos de código abierto con un sistema de gestión de incidencias que integra soporte para gestión de bounties (también llamadas "recompensas"): BountySource.

Lo que me evoca esto es que a lo mejor no es muy atrayente donar una suma importante de dinero para una pequeña necesidad que tengamos en un programa de software libre, lo suficientemente grande como para atraer a algún programador que intente implementarla, ¿pero y para aquellas funcionalidades muy solicitadas? Imagino que si un software es usado por, pongamos, 1.000 personas, no sería difícil esperar que 300 de ellas pusiesen 2$ o 2€ cada una si hay algo muy interesante que integrar.

Creo que esto es el futuro del software libre. Se acabaron los sistemas de votos, se acabaron los buenos programadores no remunerados, ¡bienvenido sea el software libre comercial!

Actualización 29-SEP-2006: He descubierto en mi libro de marcadores lo que se supone que es la web antecesora de BountySource: BountyCounty.org, una web a lo RentACoder, pero para software libre. Es antecesora porque fue una de las precursoras del sistema de recompensas, ofreciéndolas a modo de noticias e incluso mediante RSS. Pero yo creo que el punto fuerte de BountySource frente a webs del estilo de BountyCounty es que el sistema de recompensas va integrado junto con el hosting de proyectos, y cualquier incidencia se puede convertir en una "bounty". Quizás debería haber un sistema por el cual las incidencias de BountySource que recibiesen propuestas de recompensa se publicasen automáticamente en BountyCounty :)

Actualización 6-ENE-2007: Hay otra iniciativa interesante que se llama "Banco de Compromisos", que por ejemplo alberga la posibilidad de suscribirse al compromiso de pagar $10 para el desarrollo de un driver libre de NVIDIA sólo si otras 1000 personas se suman también (al cual ya me he sumado).

Actualización 29-ENE-2007: Al parecer las recompensas de Gnome se guardan aquí.

Actualización 05-FEB-2007: Sigo odiando que la gente diga "software comercial" cuando en realidad quiere decir privativo/propietario, y lo que más me apena es que incluso hay gente relacionada con el software libre que comete el mismo error, y sino mirad este white paper de DB4O >:(.

Actualización 13-FEB-2007: ¡¡Estamos de suerte!! ¿Alguien ofrece recompensa para resolver el bug de las recompensas? ;)

Actualización 26-DIC-2007: Leyendo teoría sobre el "modelo de bounties" me he encontrado con artículos interesantes como éste, que parece hecho por alguien de la universidad donde estudié. También encontré lo que parece ser un proyecto que resolverá toda esta cuestión y que debería haber salido en Agosto de este año: FOSS Factory (su disertación de principios es muy interesante y parece inspirada en lo diametralmente opuesto al artículo anterior, es decir, que sí es factible este modelo a pesar de sus problemas de base). Y como hallazgo colateral: las bounties de Ubuntu.

Combatir la procrastinación

2006-08-24T22:33:00.001+02:00

¿Qué es la procrastinación? Pinchando en la palabra podemos acceder a su definición más detallada pero básicamente, en nuestra profesión, la podemos resumir como la pereza de los programadores.

No se puede averiguar exactamente cuáles son las causas de porqué en alguna ocasión nos vemos aquejados por estos síntomas. Hablando con unos compañeros de trabajo coincidí en que una de las causas más culpables es el calor (¿a lo mejor por eso las jornadas intensivas en verano son positivas?). Y la verdad es que yo he notado estas dos semanas de atrás que he estado más productivo que al principio del verano y que ahora (porque ya ha vuelto el calor otra vez).

Otra es la falta de motivación, por supuesto, pero afortunadamente en mi caso personal creo que hace mucho que no me ocurre esto. De todos modos, hay técnicas que los jefes podrían aplicar y que serían bastante menos intrusivas que un aire acondicionado ultrapotente o un emulador de tormentas xD. Una de ellas es el Pair Programming, de la que ya hablé una vez, que consiste en situar a los desarrolladores/analistas/arquitectos en parejas. En la mayoría de las ocasiones me he encontrado con que la gente piensa que esto reduce el grado de productividad individual en la mitad, cuando yo creo que lo que ocurre es precisamente lo contrario (la duplica), a parte de aportar otras muchas ventajas que pueden valorarse tanto desde el prisma profesional como incluso del personal:

Se crean mejores diseños y se implementa código de mejor calidad. (Calidad)
Se previenen más errores y por lo tanto se ahorra tiempo que pasar con nuestro amigo el Debugger. (Productividad)
Se consigue estar concentrado el 99% del tiempo en una tarea concreta. (Productividad)
Se consigue un conocimiento más distribuido y compartido del proyecto por parte de la plantilla; así que es más fácil intercambiar personas entre tareas. (Eficiencia/Productividad)
Se produce un aprendizaje mutuo completamente abrumador sobre nuevas formas de afrontar los problemas (patrones), estilos de programación y técnicas de uso de los entornos de desarrollo. (Calidad/Productividad)
Se eleva el espiritú de equipo a raudales. (Motivación)
Se usa más ese área de tu cerebro empleada para comunicarte, por lo que aumenta tu creatividad. (Motivación/Calidad).
Por último, programar en parejas es mucho más divertido. (Motivación)

(Extraído vía Carl Rosenberg, de DB4O.)

Por supuesto, como ya anuncia Carl en su entrada, el Pair Programming no es perfecto pues uno de sus inconvenientes es el agotamiento (principalmente provocado por la tercera razón de las mencionadas en la lista anterior), el cual se ve compensado con creces con la siguiente afirmación que él sostiene:

There is only one downside of pairing: It can be very strenuous. I can write code on my own 10 hours a day, 7 days a week and it's always a fresh breeze of flow. Pairing is different. Sometimes two intense 2-hour pairing sessions are absolutely enough for one day to be very tired. That's good, you can have a life too because you get much more work accomplished in less time. I believe that 20 hours of pairing ( 4 hours, 5 days ) produce more valuable output than 70 hours of solo programming ( 10 hours, 7 days).

(¿Entendéis ya lo del plano personal que mencioné antes? ;)

Por último, no todas las parejas de programadores encajan bien (al igual que ocurre con otros tipos de parejas ;), así que habría que tener cuidado de a qué tipos de programadores juntamos.

Si alguien quisiera medirse conmigo, yo he usado este articulito denominado Tipos de programadores de la A a la Z y me he determinado como la siguiente mezcla:

35% de GG, 20% de HH, 35% de OSO, 9% de ZZ y 1% de RR

(Si sólo lees los que yo he escogido, vas a pensar que soy un desarrollador bastante mediocre. Bueno, no lo sé, pero el caso es que debería avisarte de que la mayoría, por no decir todos, están descritos con connotaciones negativas, jejej. Sino, prueba a determinar tu perfil ;)

Actualización 12-SEP-2006: Después de leer el ensayo Cultivando la noosfera de Eric Raymond, me gustaría citar algunas partes que están en cierta manera relacionadas con esta entrada, ya que habla de la motivación de los programadores, y cita concretamente la diferencia que puede haber entre los componentes de un proyecto de software abierto comparado con los de otro cerrado:

El veredicto de la historia parece ser que el capitalismo de libre mercado es la forma globalmente óptima de cooperar para la eficiencia económica; quizás, en una forma similar, el juego de la reputación de la cultura del don es la forma globalmente óptima de cooperar para generar (y verificar!) trabajo creativo de alta calidad.

El soporte de ésta teoría viene de un conjunto de estudios psicológicos en la interacción entre arte y recompensa. Estos estudios han recibido menos atención de la que deberían, en parte quizás porque sus popularizadores han mostrado una tendencia a sobre-interpretarlos en ataques generales contra el libre mercado y la propiedad intelectual. Sin embargo, sus resultados sugieren que algunos tipos de escasez económica en realidad disminuyen la productividad de trabajadores creativos como los programadores.

La sicóloga Theresa Amabile de la Universidad de Brandeis, resumiendo cautelosamente los resultados de un estudio de 1984 sobre motivación y recompensa, observó: “Puede ser que el trabajo por comisión, en general, sea menos creativo que el trabajo que es hecho por puro interés”. Amabile observa que “Cuanto más compleja la actividad, más es dañada por la recompensa extrínseca”. Paradójicamente, los estudios sugieren que los salarios desinflados no desmotivan, pero si lo hacen los premios y bonos.

Así, sería económicamente inteligente entregar bonos a gente que vende hamburguesas o cava fosos, pero es más inteligente desligar el salario de la calidad en una tienda de programación y dejar elegir a la gente sus propios proyectos. Verdaderamente, éstos resultados sugieren que la única vez que es una buena idea recompensar la calidad en la programación es cuando el programador está tan motivado que él o ella hubieran trabajado sin la recompensa.

Otros investigadores apuntan a los problemas de autonomía y control de creatividad que tanto preocupan a los hackers. “Mientras el grado de experiencia de uno de ser auto-determinado sea limitada,” dice Richard Ryan, profesor de sicología de la Universidad de Rochester, “la creatividad de uno será reducida también.”

En general, presentar cualquier tarea como un medio más que como un fin en sí misma parece desmotivar. Aun ganando una competición con otros o ganando estima de sus pares puede ser desmotivizante en ésta forma si es experimentada en el trabajo como una recompensa (lo que puede explicar por qué los hackers son culturalmente prohibidos de buscar explícitamente o clamar esa estima).

Para complicar más el problema de la administración, controlar los dichos verbales parecen ser tan desmotivadores como el pago por el trabajo de uno. Hay una diferencia crítica entre decir, “Te estoy dando ésta recompensa porque reconozco el valor de tu trabajo” y “Estas recibiendo ésta recompensa porque te ajustas a los estándares.” El primero no desmotiva; el segundo sí.

En éstas observaciones psicológicas podemos decir que un grupo de desarrollo de código abierto será substancialmente más productivo (especialmente a largo plazo, en el cual la creatividad se vuelve más crítica como un multiplicador de la productividad) que un grupo de igual tamaño y conocimiento, de programadores de código cerrado (des)motivados por recompensas.

Verdaderamente, parece que la prescripción de software de mayor productividad es casi una paradoja Zen; si quieres el producto más eficiente, tienes que dejar de tratar que los programadores produzcan. Manejar su subsistencia, darle sus cabezas y olvidarse de fechas límites. Para un director convencional esto suena locamente indulgente. Pero es exactamente el recipiente con el cual la cultura de código abierto está llevando a cabo su competencia.

(Énfasis añadido.)

Actualización 10-MAR-2007: Ya que he hablado en esta entrada sobre personalidades de programadores, voy a añadir un interesante test de personalidad para programadores que he encontrado. Los resultados que he obtenido son:

Your programmer personality type is:

PHTB

You're a Planner.

You may be slow, but you'll usually find the best solution. If something's worth
doing, it's worth doing right.

You like coding at a High level.

The world is made up of objects and components, you should create your programs
in the same way.

You work best in a Team.

A good group is better than the sum of it's parts. The only thing better than a
genius programmer is a cohesive group of genius programmers.

You are a liBeral programmer.

Programming is a complex task and you should use white space and comments as
freely as possible to help simplify the task. We're not writing on paper anymore
so we can take up as much room as we need.

Actualización 01-FEB-2008: Otro test: "What colour is your brain?". Resultado:

Your Brain is Green

Of all the brain types, yours has the most balance.
You are able to see all sides to most problems and are a good problem solver.
You need time to work out your thoughts, but you don't get stuck in bad thinking patterns.
You tend to spend a lot of time thinking about the future, philosophy, and relationships (both personal and intellectual).

What Color Is Your Brain?

Actualización 17-AUG-2009: Dos enlaces interesantes relativos a esta entrada que he descubierto hace poco:

- La procrastinación se hace rentable (español)
- La jornada ultra-intensiva (fuente en inglés)

Inventos satánicos

2006-08-21T19:53:00.000+02:00

Hoy he tenido que desconectar y reconectar un cable RJ-45 y, ¿qué me ha evocado eso? Un grave sentimiento de frustración al encontrarme con un invento satánico: la pequeña protección de plástico que recubre la pestaña del conector RJ-45, que quien la inventó pensaría que facilitaría la tarea de apretar la pestaña para desconectar el cable, ¡¡¡craso error!!! Pues la dificulta en varios órdenes de magnitud.

Otro invento satánico podría ser la tecla CAPS LOCK, como ya otro mortal ha denunciado, ¿alguna vez la habéis utilizado? Yo creo que sí, hará como 3 o 4 años. En fin, que provoca más dolores de cabeza que utilidades reales.

Por último, me viene a la cabeza lo que parece una costumbre, y no una invención, pero que tiene el denominador común de la estupidez también entre los diseñadores de páginas web: el botón "Restaurar"/"Borrar" de los formularios web. ¿Alguna vez lo has utilizado? ¿Alguna vez has tenido que borrar de golpe todos los datos que has introducido? ¿No os parece completamente inútil e idiota? Creo, incluso, que hasta me ha provocado algún que otro considerable disgusto por culpa de un mal uso (o uso ausente) del atributo tabindex del XHTML.

El espacio de Scott

2006-08-18T14:17:00.000+02:00

¡Qué sorpresa! Mi hermano aún no me había dicho que se había creado un blog y he tenido que descubrirlo mirando su "frasecita del Messenger" (que por cierto, a ver si predica con el ejemplo y se pone también Jabber).

Me ha gustado mucho su "eslogan":

Un nazi es aquel que defiende las ideas de Hitler. Un anti-nazi es aquel que las entiende.

Al igual que algunas entradas, las cuales no tendré más remedio que calcar aquí de vez en cuando :D

No me preguntéis de donde viene lo de Scott (ni tampoco lo de knocte ;)

Actualización 11-SEP-2006: Esta entrada me ha quedado un poco pequeña y huérfana así que voy a amenizarla un poquito con una foto de mi hermano junto con el gran Richard Stallman:

Trabajando con "workflows" (válgame la redundancia)

2006-07-26T16:16:00.001+02:00

Parece que los programas de workflow están de moda. Sobre todo los basados en web, que son muy fáciles de instalar (para el usuario, que no de administrar para el sysadmin) pues sólo se necesita un navegador.

En realidad, ¿qué es un workflow? Es un concepto un poco "cajón de sastre" pero básicamente es un software que te permite archivar, monitorizar, en general ayudarte a gestionar las tareas en un entorno de trabajo. Hay workflows más generales (como eGroupWare) y otros más específicos (como por ejemplo Bugzilla, que se centra en la gestión de bugs [defectos] en el software).

La verdad es que yo soy un enamorado de Bugzilla y siempre he pensado que se podría usar como workflow "general" a falta de alguna que otra funcionalidad, como wikis, calendarios con timelines/roadmaps, etc. Porque yo creo que es el software de gestión de incidencias más maduro y completo que existe.

¿Y por qué ahora he utilizado la palabra incidencia en lugar de defecto? Pues porque hay una interesante polémica desde hace bastante, en torno a este software, que consiste en que un cierto grupo numeroso de personas abogan porque esta herramienta gestione no sólo defectos o petición de nuevas funcionalidades (enhancements) sino también simples y llanas "tareas". Luego existen otros dos grupos en contra de esto: los primeros se escudan en que Bugzilla nació para ser un software de seguimiento de defectos del software, y no más, y luego hay otros que aseguran que un "bug" también puede ser válido como acepción general de una tarea.

Yo a estos últimos les preguntaría ¿la tarea de, por ejemplo, configurar un apache, se podría considerar un bug? A mí me suena un poco raro... Pero no me voy a casar con nadie, así que yo he encontrado mi solución particular, jugando con los "value fields" de Bugzilla, ya que originalmente contienen:

Gravedad/Severity: blocker, critical, major, normal, minor, trivial, enhancement
Prioridad/Priority: P1, P2, P3, P4, P5, P6

Si nos fijamos, el campo de prioridad es tan poco descriptivo que ni siquiera sabemos si P1 es el más o el menos prioritario; y el segundo es tan ambiguo que parece que en sus valores se están mezclando prioridad, gravedad, complejidad, y tipo de incidencia. Así que yo he optado por usar los valores siguientes

Severity (gravedad): critical defect, major defect, normal defect, slight defect, improvement, new feature, task.
Priority (prioridad): undecided, showstopper, urgent, normal, interesting, desirable

Con esto yo creo que resolvemos el problema de la ambigüedad de la gravedad y a la vez tenemos un workaround para el bug #88177 ;)

Para cubrir las necesidades de workflow que no cubre este "bugzilla parcheado" podemos recurrir a eGroupware o derivados. Sin embargo, puesto que soy un ex-programador PHP, en el sentido en el que cuando me cambio de equipo ya no puedo ni acordarme de lo antiguo, pues siempre me atraerán más los proyectos que se casen con una arquitectura de desarrollo más decente. Es el caso del recién nacido NProject el cual usa el eficiente CastleProject (que usa por debajo MonoRail, ActiveRecord + NHibernate, etc.) el cual es un framework que es el resultado de un port de Ruby on Rails a C#. Parece que en cuestión de frameworks web MVC, éste junto a Maverick.NET y Spring.NET son los más populares.

Otros podrían decirme: "¡pues Bugzilla está programado en Perl, ¿qué me dices de eso?" En cuyo caso respondería: ojalá tuviera tiempo de emprender mi propio proyecto "NBugzilla" o "MonoBugz" para conseguir, no sólo una herramienta divertida de usar, sino divertida de programar y extender. Y es que podríamos hacer uso de una arquitectura bastante apetecible en la que manejar casi cualquier base de datos gracias a NHibernate (al contrario que el Bugzilla actual que sólo soporta MySQL y PosgreSQL), o bien una base de objetos como DB4O, o bien soporte configurable para ambas cosas, etc. Es un proyecto que propuse en el GoogleSoC pero que evidentemente distaba mucho de ser aceptado :)

Volviendo un poco desde las ramas, me gustaría comentar mis andanzas a la hora de instalar este workflow que me gusta tanto: la primera vez lo instalé desde las fuentes en una distro Mandriva, la segunda con un RPM automático (aunque al final no tan automático, ¡oye!) en otra versión mejor de Mandriva, y esta tercera ha sido en una Ubuntu, con los siguientes procesos prueba-error (es una pena que OpenSUSE no incluya un paquete para Bugzilla):

Instalación del paquete del repositorio universe, versión 2.20, con mucho miedo (las cosas no oficiales, es lo que tiene).
Problemas de configuración.
Problemas con el envío de correo.
Desinstalación de sendmail e instalación de postfix.
Errores de corrupción de tablas MySQL.
Reinstalación desde cero.
Problema con los caracteres internacionales (tildes, eñes, ...) en el envío de correo; al parecer resueltos por la versión siguiente (v. 2.22) gracias a UTF-8.
No existe la versión 2.22 en Ubuntu Dapper.
No parece que estén disponibles todavía los paquetes de Ubuntu inestable.
Localización del paquete de Debian Sid (inestable) con la versión 2.22.
Desinstalación y purgado de lo antiguo.
Instalación del paquete de Debian en Ubuntu.
Problemas de configuración no resueltos.
Tiro la toalla e instalo el programa desde fuentes.
Versión obsoleta del módulo estable de CPAN llamado Mail::Mailer.
No hay versión inestable Debian/Ubuntu del mencionado módulo.
Instalación manual del paquete por CPAN.
Configuración correcta.
Todo funcionando correctamente.

Sólo tengo clavada una pequeña espinita (al parecer asignada para su implementación en la 2.24).

Me ha gustado esta versión: la configuración general del programa (malamente llamada "Parameters") ahora está dividida en secciones por temas; existe opción de editar automáticamente los "Field values" de los que ya os he hablado, sin la antigua necesidad de recurrir a un fichero de texto y especificarlos al inicio para luego ser inmutables.

Actualización 03-SEP-2006: Parece ser que el concepto de Workflow es algo más subjetivo y diluido como para asociarlo a este tipo de gestores de incidencias. Parece que hay gente que lo atribuye más a programas de gestión de diagramas de flujo (los típicos que dibujamos los informáticos antes de describir un algoritmo), o incluso otros van más por el lado ERP, y un ejemplo concreto es el NetBPM, al parecer hecho con y usado por el proyecto Mono, que tiende más a la gestión al estilo Microsoft Project, en el que podemos incluso gestionar peticiones de vacaciones de los empleados (una demo aquí).

Actualización 17-NOV-2006: También me gusta más renombrar el estado ASSIGNED a INPROGRESS, lo que se puede hacer editando el fichero /var/www/bugzilla/template/en/default/global/field-descs.none.tmpl a partir de la versión 2.20.

Actualización 2-FEB-2006: Resulta que cambiando el valor a INPROGRESS en el punto en el que he mencionado antes, sólo lo cambia para la intefaz gráfica pero el valor lo sigue poniendo como ASSIGNED en los emails enviados, así que voy a investigar como se hace el cambio bien. Otra cosa que echo en falta es un campo nuevo para la "complejidad de la solución estimada", que bien podría dividirse en dos: un campo con valor enumerado, y otro con una estimación de tiempo de resolución de la incidencia.

Actualización 20-MAY-2006: Vaya, viendo esta página sobre Bugzilla puedo comprobar que se empieza a imponer el sentido común: y es que usar Perl para una herramienta tan grande empieza a verse como un handicap, y se están proponiendo alternativas para reescribirlo desde cero. Como no, he colocado mis propuestas en la página de discusión, máxime al ver que no existía una sección de Mono y sólo un párrafo hablando de C#. Si Mono no se lleva el gato al agua (que parece ser lo más seguro, dado el poco apoyo que tiene), espero que al menos gane Java.

Actualización 04-NOV-2007: Otra característica interesante de bugzilla para poderle cambiar la cara y que se adapte más a una herramienta de tipo genérico de ticketing o workflow, es la capacidad de cambiar la palabra "bug" por otra distinta, como "issue" o "ticket". Aquí más información.

Actualización 13-MAY-2009: Resulta que el tema de que las prioridades predeterminadas no son entendibles y el bug de que Enhancement sea un valor del campo "Severity" tienen sus correspondientes bugs abiertos!:
- Bug classification field: este bug tiene nada más y nada menos que 10 años de edad.
- Default Priority values are unclear: ya he aportado mi sugerencia aquí :)

La estafa de las religiones

2006-07-12T23:04:00.000+02:00

Cada vez estoy más convencido de lo siguiente:

Las religiones existen por un motivo muy simple: su marketing se basa en aprovecharse del miedo que casi todo humano tiene ante la muerte y en la superación del dolor y el sufrimiento que padecemos en la vida mediante la promesa de otra vida o estado de existencia que si seguimos los mandatos de esas religiones alcanzaremos tras la muerte.

Supuestamente lo único bueno que predican las religiones (causa y excusa de muchas guerras y conflictos) es el cómo intentan hacer un mundo en el que todos vivamos en paz y armonía; aunque tampoco se lo debemos a ellas, pues es algo creo yo, natural en la mayoría de las sociedades. Por ejemplo, en el movimiento solidario en España de ONGs las organizaciones religiosas pintan muy poco (Cáritas).

(Vía comentario de BarraPunto.)

Sin embargo, respeto a los religiosos. Igual que ellos deberían respetarme a mí; y para empezar a hacerlo, deberían dejar de estafarme. Sí, estafarme, más claro el agua; porque os recuerdo que aún tenemos un modelo de estado que permite la financiación de organizaciones religiosas. Es decir, que con parte de mis impuestos estoy sufragando una cosa que yo no he pedido. Los religiosos se merecen mi respeto pero las religiones no. La iglesia es un ente que me está estafando mediante un impuesto propio de sociedades medievales.

Incluso entre los religiosos existe gente con algo más de cordura y que empieza a denunciar este tipo de situaciones:

¿Por qué yo no te espero, Benedicto XVI?
Porque atacas la eutanasia y defiendes el valor del sufrimiento.
Por considerar el aborto como homicidio en todos los casos.
Porque haces el divorcio muy difícil y conviertes la vida de “pareja” en un infierno para ellos y sus hijos, provocando la violencia doméstica.
Por impedir otros tipos de matrimonio o uniones, que en nada perjudican ni atacan al matrimonio convencional. Es falso que la familia en España esté sufriendo ningún tipo de ataque, como dicen tus obispos.
Porque tienes homofobia a los homosexuales, al considerarlos una desviación moral, una enfermedad o un pecado.
Por querer enseñar la religión de modo obligatorio a todos, en lugar de reservarla al ámbito familiar o de la comunidad creyente.
Porque no respetas el laicismo, que es el estado primitivo del individuo.
Por oponerte a la utilización de células-madre, que tantas vidas podrían salvar.
Porque sigues bautizando a los niños, seres inconscientes del acto que reciben.
Por convertir la comunión de los niños y niñas en un acto de ostentación y riqueza, contraviniendo la vida de Jesús-Pobre.
Por callar tus obispos y sacerdotes, en las fiestas de los pueblos, con motivo de honrar a santos y a vírgenes, cuando se tortura y mata a animales indefensos e inocentes.
Porque rechazas el preservativo, elemento ndispensable para regular el número de hijos y evitar el SIDA.
Por acumular riquezas en el Vaticano y en todos los templos de tu Iglesia, habiendo dicho Jesús que Él no tenía dónde reclinar la cabeza.
Porque tú y la jerarquía que diriges deseáis el poder, cuando el Maestro vino a servir y no a ser servido.
Por rechazar la píldora, medio eficaz para ejercer una paternidad responsable.
Por imponer el celibato a todos los sacerdotes, sabiendo que no fue así en la Iglesia Primitiva.
Porque habéis convertido la Iglesia en una burocracia descomunal, alejándoos de la simplicidad de los primeros cristianos.
Porque gran parte del clero se empeña en vivir “del altar”, en lugar de ganar el pan con el sudor de vuestra frente y repartir gratis lo que gratis se os dio.
Porque os falta contundencia en rechazar las guerras y condenar a quienes las inician.
Por no oponeros frontalmente a los estados que aplican la pena de muerte: China, Irán, USA, etc.
Porque dais un mensaje de la Navidad equivocado. Cristo no vuelve a nacer. Y si está en algún lugar, está en los pobres, emigrantes, desheredados, etc.
Por transmitir durante la Semana Santa un mensaje que es ajeno al Evangelio. El sufrir por los demás es heróico; pero esto no trasciende. Dar la vida por los otros sí que encaja con la Pasión.
Porque vas a provocar un gasto público (del dinero de creyentes y no creyentes) que es escandaloso: adorno floral (46.000 €), bandas de música cada “x” metros, escenario descomunal (600.000 €), alojamientos de miles de curas y obispos, pintado de 80 km. de vallas de blanco y amarillo, etc.
Por no colocar a la mujer en el lugar que le corresponde en la Iglesia que diriges.
Porque no pediste perdón cuando fuiste a Auschwitz, ya que el Vaticano y la Iglesia contribuyeron a que murieran muchos judíos en los campos de concentración.
Por haber perseguido y condenado la Teología de la Liberación, la Teología de los Pobres. Cuando dirigías la Congregación del “Santo” (¿?) Oficio.
Porque tu venida se va a convertir en un espectáculo de masas, en un gran circo, donde se podrán comprar y vender todo tipo de “recuerdos”, pero que quedará un gran vacio. (Recuerda la expulsión de los mercaderes del Templo).
Por haber puesto una condición para tu venida (tú o tus enviados): un micro-clima para ti. Unos cuantos “puentes” más allá, en el de Ademuz, hay centenares de subsaharianos que no tienen ni lo más elemental para tener una vida digna.
Porque el Altar donde vas a celebrar la Misa es un ejemplo de derroche suntuoso. Existen en nuestra Comunidad barracones en lugar de aulas, listas muy largas de espera para pacientes, suciedad y ratas en los barrios de Valencia, etc.
Por tu intromisión en los asuntos internos del gobierno de España (recuerda tu última entrevista con el Embajador Español).
Porque tus obispos se meten en asuntos políticos, siempre decantados a favor de la derecha más reaccionaria.
Porque el Congreso Teológico que se celebrará días antes de tu venida, estará manipulado por las personas más integristas, como son el Opus Dei, los Legionarios o los “kikos”.
Por haber manipulado, los que han preparado tu venida, a familias pobres del Tercer Mundo, que van a vender granjas, animales y terrenos para venir a verte.
Porque creo que es incompatible el ser la Cabeza Visible de los creyentes y Jefe del Estado Vaticano. “Mi reino no es de este mundo”, dijo Jesús ante Pilatos (Juan 18,36).
Porque la mayoría de obispos y sacerdotes no denunciáis la tortura en los países donde se practica (se os va el tiempo hablando de sexo y temas relacionados con el sexo).
Por no denunciar las agresiones a nuestro Planeta, que salió de las manos del Creador mucho más hermoso de lo que está hoy.
(Vía NeCuDeCo.)

Luego, muchos religiosos (o casi, más que eso, manipuladores) sostienen que los agnósticos o ateos carecen de valores. Lo que ocurre es que nuestros valores no están basados en el miedo o en conceptos de dudosa existencia; son valores en sí mismos, no tienen razón de existencia (¿o sí?), pero existen.

Actualización: He encontrado una entrada de bitácora similar a la mía pero bastante mejor, de la cual extraeré una cita de Peter Atkins:

“...la religión discute los temas difíciles con guerras, terror y coerción y construye una red de ideas en conflicto que esconden la ignorancia bajo un manto de palabras grandi locuentes y vacías.”

Actualización 09-DIC-2007: Increíble el vídeo de Richard Dawkins en el que nos pide que los ateos/agnósticos dejemos de ser tan respetuosos con los religiosos.

¿Felicidad sin objetivos?

2006-07-11T21:18:00.000+02:00

La felicidad es cumplir el objetivo de tu vida (o, en su versión gerundiana, "ver que lo estás cumpliendo", porque sino, ¿qué pasa cuando ya lo has cumplido?), pero ¿qué pasa si un día te encuentras sin objetivo?

Cito:

No obstante, el esfuerzo puesto al servicio de un sentido puede ser frustrante, la cual puede llevar a la neurosis, especialmente a aquella llamada neurosis noogénica, o lo que otros suelen llamar neurosis existencial o espiritual. Más que nunca, las personas actuales están experimentando sus vidas como vacías, faltas de sentido, sin propósito, sin objetivo alguno..., y parece ser que responden a estas experiencias con comportamientos inusuales que les daña a sí mismos, a otros, a la sociedad o a los tres.

Vía comentario de BarraPunto.

Por el momento, dudo que a corto o medio plazo consiga uno de mis objetivos:

Para mí no hay nada más poderoso en este planeta que la lucha que un
hombre emprende cuando siente que ha perdido la libertad. Quizá eso
explica porqué miles de personas en el mundo se unirán a nuestra lucha
cuando descubran hasta que punto son prisioneros del sistema de
propiedad intelectual actual, ese que les impide crear, pensar o
imaginar por miedo a estar delinquiendo porque una ley dice que los
pensamientos, las ideas y hasta los sentimientos pueden tener amo.

Eso es lo que yo pienso pero aquí tienes a Mandela hablando de Ubuntu. Y
seguro que es una voz más autorizada que la mia para expresar lo que es
el amor a la Humanidad y porque un hombre ni debe poseer a otro ni
siquiera creer que sus ideas son de su propiedad, y las puede usar en
exclusiva y de forma excluyente.

Vía Juantomás.

Actualización 05-NOV-2006: Me he sentido increiblemente identificado con estos comentarios de Steve Jobs:

Sometimes life hits you in the head with a brick. Don't lose faith. I'm convinced that the only thing that kept me going was that I loved what I did. You've got to find what you love. And that is as true for your work as it is for your lovers. Your work is going to fill a large part of your life, and the only way to be truly satisfied is to do what you believe is great work. And the only way to do great work is to love what you do. If you haven't found it yet, keep looking. Don't settle. As with all matters of the heart, you'll know when you find it. And, like any great relationship, it just gets better and better as the years roll on. So keep looking until you find it. Don't settle.

Extraído de You've got to find what you love.

Actualización 20-MAY-2007: Aquí el vídeo de Steve Jobs cuando pronunció aquel discurso:

Pincha aquí si no lo ves embebido.

Mono cabrón

2006-07-01T17:54:00.001+02:00

Bueno, no me suele gustar mucho que inunden mi correo de reenvíos en cadena (forwards), pero esta vez tengo que rescatar uno que me ha encantado (me he estado riendo un buen rato). Además, como en mi blog hablo mucho de Mono, pues no queda mal del todo incluso un chiste sobre un MONO :)

Un señor va de cacería a África y se lleva a su perro para no sentirse solo en ese lugar. Un día, ya en la expedición, el perro, correteando tras unas mariposas se aleja del grupo, se extravía y comienza a vagar solo por la selva.

En eso ve a lo lejos que viene una pantera enorme a toda carrera. Al ver que la pantera lo va a devorar, piensa rápido qué hacer. Ve un montón de huesos de un animal muerto y empieza a mordisquearlos. Entonces, cuando la pantera está a punto de atacarlo, el perrito dice:

- ¡Ah!, ¡qué rica pantera me acabo de comer!

La pantera alcanza a escuchar y frenando en seco, gira y sale despavorida pensando "¡Quién sabe qué animal será ese, no me vaya a comer a mí también!"

Un mono que andaba trepando en un árbol cercano y que había visto y oído la escena, sale corriendo tras la pantera para contarle cómo le engañó el perrito:

- Serás idiota, esos huesos ya estaban ahí, además es un simple perro.

El perrito alcanza a darse cuenta de la cabronada del mono. Después que el mono le contó a la pantera la historia de lo que vio, esta última muy cabreada le dice al mono:

-¡Súbete a mi espalda, vamos donde ese perro a ver quién se come a quién!

Y salen corriendo a buscar al perrito. El perrito ve a lo lejos que viene nuevamente la pantera, esta vez con el mono chismoso. "¿¿Y ahora qué hago??", piensa todo asustado el perrito. Entonces, en vez de salir corriendo, se queda sentado dándoles la espalda como si no los hubiera visto, y en cuanto la pantera está a punto de atacarlo de nuevo, el perrito dice:

- ¡Este mono cabrón hace como media hora que lo mandé a traerme otra pantera y todavía no aparece!

MORALEJA: "EN MOMENTOS DE CRISIS, SOLO LA IMAGINACIÓN ES MÁS IMPORTANTE QUE EL CONOCIMIENTO"

Procura ser imaginativo como el PERRO.
Evita ser gilipollas como la PANTERA.
Pero nunca seas tan cabrón como el MONO.

Actualización 12-ENE-2007: Parece que el Capitán Planeta ha conocido de primera mano a nuestro perrito; o al menos a uno tan espabilado como él ;)

Actualización 18-ABR-2007: Me he reído mucho con algunos chistes en inglés que cuenta Ted Neward.

Actualización 21-NOV-2007: Ahora un poquito de humor geek: nuevas tags XHTML.

Actualización 21-NOV-2007: ¡Más humor geek! (esto de hecho lo he pensado más de una vez como un fallo de todas estas películas de viajes en el tiempo :)

Sencillamente BRILLANTE

2006-06-10T22:05:00.001+02:00

No dejes de ver este pequeño vídeo:

Enlace al vídeo (por si no lo ves embebido).

Jejeje, me encanta su nuevo eslogan: The Future is Open.

Al hilo de este tema, me gustaría también citar algo igualmente brillante: en una antigua entrada de BarraPunto en la que se hablaban de ciertas declaraciones de la CEO de AutoDesk sobre el software de código abierto, hubo un comentario que demuestra un anquilosado punto de vista sobre la industria del software y su respuesta, que me merece un 10, por su ironía y atino:

pobrecito hablador:
Estoy en este mundillo, como todos los demas en Barrapunto, pero de verdad, no estoy de acuerdo con lo que dices. El problema que tienen muchas empresas como Autodesk es real. Hay miles de trabajadores que tienen que cobrar a final de mes, y si no venden copias, pues la gente no cobra, y la empresa se va al garete y no hay mas Autocad. Las cosas funcionan así. Las empresas que venden software venden un producto, y tienen el mismo derecho a cobrar por lo que fabrican que una empresa, digamos, de muebles. Que ya se que los bits son bits, y que cualquiera puede facilmente hacerse su copia, y que en Internet circulan copias de absolutamente todo. Sí... pero no deja de ser un robo. Todos lo hacemos, es decir, todos le robarmos su producto a muchas compañías de software. Si no, dime por favor como llamarle a eso y de qué propones que vivan, no sólo lo CEOs que me dan igual, lo otros cientos de curritos que trabajan para alguna de estas empresas. Saludos

turbidostato:
"Estoy en este mundillo, como todos los demas en Barrapunto, pero de verdad, no estoy de acuerdo con lo que dices. El problema que tienen muchas empresas como Autodesk es real."

Yo estoy en el mundillo de los serenos. Es más: soy sereno diplomado. Desde que a los de Yale les dio por inventar el "llavín de puntos", resulta que la cerraduras de los portales, en lugar de ser "de las de antes", utilizan llaves que cualquiera puede llevar en el bolsillo. ¿Resultado? Los serenos al paro.

Eso no sólo no es justo, sino que deja a un montón de honrados trabajadores en la calle, que tienen sus familias y que tienen que cobrar a fin de mes. Propongo una ley que prohiba los llavines Yale, como mínimo en las puertas de las comunidades, que ya vale de competencia tecnológica injusta, hombre.

Es más: la gentuza que pone en sus portarles pistones para llavines de tipo Yale, nos están quitando el sueldo, ¿qué se puede decir de esos impresentables, salvo que son unos ladrones, que están quitando el pan de la boca de mis hijos?

¿De qué si no, se propone que vivamos los cientos (miles, más bien) de serenos si nos quitan aquello que ha sido nuestro trabajo durante tantos años?

PS: "There has grown up in the minds of certain groups in this country the notion that because a man or corporation has made a profit out of the public for a number of years, the government and the courts are charged with the duty of guaranteeing such profit in the future, even in the face of changing circumstances and contrary to public interest. This strange doctrine is not supported by statute or common law. Neither individuals nor corporations have any right to come into court and ask that the clock of history be stopped, or turned back." -- Robert Heinlein

Actualizacion 5-ABR-2008: He encontrado otro video brillante en el que se publicita Linux, via Necudeco:

Enlace al video (por si no lo ves embebido).

iFolder: no tan bonito como lo pintan

2006-06-08T11:08:00.001+02:00

Bueno, pues llevaba siguiéndole la pista, bastante entusiasmado, al proyecto iFolder de Novell porque parecía una herramienta muy interesante para sincronización de ficheros entre varios equipos (y así tener la última versión de todos tus ficheros replicada y actualizada en cualquier lugar que necesites), y además estaba desarrollada con Mono, y por tanto era multiplataforma.

Hace unos meses, sólo la versión de sincronización modo P2P estaba disponible bajo licencia libre, pero hace poco liberaron completamente el componente de servidor de este programa.

Así que me puse manos a la obra a leer guías, manuales, referencias... E instalé con éxito mi sistema de réplicas. El problema vino cuando empecé a ponerlo a prueba de verdad: con una carpeta home de 3GB.

Empecé a encontrar bugs de rendimiento de interfaz y extraños bugs relativos al uso interno de la base de datos embebida. También me di cuenta de que para estas cantidades tan grandes de datos, la comprobación de cambios era muy lenta (del orden de media hora) y además consumía mucho tiempo de procesador.

Quizás es que aún el software no es demasiado maduro y deben pulirlo. Porque también me llevé un buen susto cuando un día me encontré que me había borrado todos los archivos (dejando sólo los directorios) en uno de los peers, lo que me llevó a pensar que eso había ocurrido por culpa de una sincronización, es decir, que el servidor también se había quedado sin archivos (!!!!!), pero afortunadamente estaba equivocado. Esto me lleva a pensar, también, que aunque con un software de este tipo tengamos replicados los datos en n lugares, sigue necesitándose una solución de backup que haga snapshots cada cierto tiempo (dos semanas, por ejemplo), por lo que pudiera pasar.

El caso es que voy a dejar de usar iFolder de momento y voy a buscar alternativas. rsync parece muy maduro y eficiente, pero no sirve para un escenario en el que puedan propagarse los cambios bidireccionalmente entre más de dos equipos. Así que parece que voy a tener que lidiar con una topología en estrella de la mano de Unison, el cual parece un software también bastante maduro, de propósitos similares a iFolder, y multiplataforma. Aquí hay una guía de la cual estoy dando buena cuenta.

Actualización: Otro proyecto del que hay que estar al loro: Conduit. La pena es que está hecho en Python :(

Actualización 24-AGO-2006: Más malas noticias en la lista de correo de iFolder-devel, junto con otro mensaje en plan "que no cunda el pánico".

Actualización 29-NOV-2006: Parece que por fin están empezando a mover el culo.

Actualización 23-MAR-2009: Después de un aluvión de críticas a Novell y un bug en el que se exige el código fuente de una versión publicada como GPL (pero cuyos parches no han llegado al SVN oficial) al que estamos suscritos bastantes empleados, al parecer por fin se han decidido a mover ficha. ¡Enhorabuena y gracias (a todos mis compañeros que hayan estado envueltos en este tema)!

Fallo en Matrix

2006-06-01T00:18:00.001+02:00

Soy un verdadero apasionado de cosas como los sueños lúcidos o, en este caso, los 'déjà vu's, que en la saga Matrix son considerados como un "fallo". El caso es que parece que en realidad lo más probable es que sea un fallo, pero de la memoria, y me ha dejado preocupado cuando leyendo sobre ello se menciona que suele ser frecuente en esquizofrénicos o epilépticos (o por excesiva ansiedad, al fin y al cabo debido a un fallo neurológico) porque yo los experimento en bastantes ocasiones :)

De hecho, se menciona que la edad en la que más ocurren está en la franja 15-25, lo que me da mucha lástima porque, claro, a mí me parece una sensación curiosa y agradable, pero esto quiere decir que desde ahora empezaré a experimentarlos menos...

Al menos han conseguido reproducirlos en laboratorio, lo que me llena de consuelo por si alguna vez la consecuencia de esto es que inventen una pastilla para poder recrearlos.

También tenemos un concepto parecido, pero mucho menos agradable: la alucinación hipnogógica. Hay varias sensaciones que se atribuyen a este concepto pero la que más familiar me resulta es la típica que ocurre cuando te semi-despiertas, es decir, que sigues inmovilizado y sabes que estás durmiendo porque tienes los ojos cerrados y demás, pero por el hecho de saberlo y no estar soñando, también estás despierto. Lo desagradable de esta sensación es que es frecuente querer despertarse completamente al tenerla, lo que a mí personalmente me cuesta mucho trabajo (tengo que recurrir a cosas como intentar despertarme a mí mismo tratando de moverme o emitir algún sonido).

El mundo de los sueños es bastante interesante. Con sólo pensar que son un episodio sensorial en el que en la práctica se pueden experimentar sensaciones del mundo real que no están ocurriendo en realidad, se te ponen los pelos de punta. Sólo por este hecho, es bastante factible que algún día la técnica pueda conseguir transmitir órdenes al cerebro para crear sensaciones irreales, lo que no deja de ser otra cosa que lo que se plantea en la ficción de la película Matrix y de otras obras.

En fin, menuda entrada más rara me ha salido... Ehmmmm... Creo que no es la primera. ¡Déjà vu!

Man-in-the-middle authentication

2006-05-28T22:36:00.000+02:00

Con este concepto tan psicódelico he querido describir la típica situación que se da cuando quieres que un conocido mire algo por ti en un sistema en el que necesitas autenticarte pero al que no tienes acceso físicamente, y por el contrario el conocido sí tiene. Lo ideal para este tipo de cosas son las "OnceTimePassword", pero si no te has preparado el tinglado para esto, ¿le dirías tu contraseña?

Esto precisamente me pasó ayer, cuando necesitaba mirar mi correo electrónico pero el ADSL no me funcionaba en casa. La solución pasaba por hacerlo a través de mi hermano, mediante llamada teléfonica. Siempre da un poco de reparo decir tu contraseña a alguien, aunque sea un familiar, y sobre todo cuando puede ser fácil de recordar y, por más que esta persona no quisiera, nunca podría evitar acordarse. Además a mí me ocurre que me caso con las contraseñas, tengo tres o cuatro que uso en bastantes sitios, por lo que no me sería nada fácil deshacerme de una de ellas.

Dándole vueltas y más vueltas, encontré una especie de solución. Pero sólo funciona si confías lo suficientemente en la persona para saber que no te engañaría, porque has de confiar en que al dictársela mediante el método que te voy a exponer, él no la estará escribiendo en un lugar intermedio para poder acceder a ella posteriormente (normalmente usará la casilla ofuscada donde meter la contraseña).

Y lo describiré con un breve ejemplo. Podrías dictárle tu contraseña de este modo:

e
a
i
t
izquierda
izquierda
t
izquierda
borrar hacia la izquierda [backspace]
p
derecha
j
derecha
derecha
o
inicio
derecha
u
inicio
p
derecha
borrar hacia delante [suprimir]
derecha
derecha
borrar hacia atrás [backspace]
borrar hacia delante [suprimir]

¿Habrías deducido que este conjunto de instrucciones dan como resultado la contraseña 'pepito'?

Jejeje, hombre, es un trabajo un poco engorroso, pero podríamos programar una pequeña aplicación que generase aleatoriamente toda esta basurilla para una contraseña determinada, y así ahorrarnos el trabajo de inventarnos todos esos rodeos para evitar que el "hombre de en medio" descubra el término que le estamos indicando.

Al hilo de este tema, muchas veces me pongo a pensar sobre los típicos problemas de seguridad que puede suponer usar contraseñas desde ordenadores ajenos o públicos. Son ordenadores a los que no tenemos acceso y que perfectamente pueden tener instalados los siguientes mecanismos para la captura de contraseñas:

Sistemas espía, que envían lo que estás viendo por la pantalla a un buffer o a otra entidad de la red que puede estar observando.
Key loggers, que monitorizan todo lo que tecleamos y lo deja registrado.
Sniffers, que monitorizan todo el tráfico de la red.

Contra los primeros, nos sirve lo que ya actualmente tenemos en la mayoría de los sitios: las casillas ofuscadas para contraseñas, que colocan asteriscos o puntos en lugar de la contraseña, a medida que la escribimos.

Contra los segundos, empiezan a aparecer sistemas, como el de CajaMadrid, que te obliga a meter tu código con el ratón en lugar de con el teclado. Esta técnica puede estar bien pero lleva asociados otros problemas:

Hace que el propio sistema vuelva a ser vulnerable al mecanismo del primer tipo.
Conlleva problemas de accesibilidad web, pues no todos los dispositivos disponen de un puntero de ratón, y además porque para conseguir este tipo de cosas normalmente hace falta tener JavaScript activado en el navegador (sin contar lo probable que puede ser que, además, los desarrolladores no tengan en cuenta los estándares W3C a la hora de diseñarlo, y como consecuencia sólo funcione en Internet Explorer...).
No protege mediante mecanismos mencionados como del tercer tipo.

Los del tercer tipo se suele proteger uno de ellos mediante el cifrado (usando HTTPS en lugar de HTTP, por ejemplo). El problema es que quien tiene que implementar esta protección es el administrador del servicio, y no el usuario (a no ser que seamos lo suficientemente avispados y no acomodaticios como para usar una de estas técnicas).

Pensando un poquito sobre todo esto, se me ha ocurrido otro sistema que podría emplearse para protegerse de los tres mecanismos a la vez, pero tendría que implementarse desde el servidor/administrador, no desde la parte cliente. El sistema consistiría en, cada vez que se va a realizar el desafío (preguntar el secreto compartido, la contraseña) al usuario, preguntarle únicamente una parte de la contraseña, por ejemplo: las tres primeras letras, las dos últimas, y el número de letras en total que tiene la contraseña. En cada autenticación se tendrían que preguntar cosas distintas sobre la contraseña, y para que el sistema fuera absolutamente óptimo, debería garantizarse que, aunque se tuviera acceso a todas las preguntas y respuestas que hubiera hecho un usuario en la autenticación, no pudiera deducirse ni calcularse el secreto compartido en la práctica.

Así se evitan ataques man-in-the-middle, key-loggers, y demás. El único inconveniente que tiene es, como es habitual, que el proceso de autenticación se vuelve ligeramente más complejo.

Quiero ser catalán

2006-05-27T12:39:00.000+02:00

Después de saber lo que ha ocurrido en el Senado y en el Congreso con la LPI (que legaliza el Canon Digital, algo aberrante en una sociedad que los políticos pretenden que sea sociedad de la información), no me queda otra que soltar un "chapó" por el testimonio del Sr. Jordi Guillot, de Iniciativa per Catalunya Verds, que reproduzco a continuación:

Gracias Señor Presidente.

Señorías.

Los dos senadores de Iniciativa per Catalunya Verds votaremos no a ese proyecto de ley porque estamos en contra del canon digital.

Intervengo, pues, en nombre de los senadores de Iniciativa per Catalunya Verds para dar por defendidas nuestras enmiendas y para justificar nuestro voto contrario a este proyecto de ley.

El proyecto de ley por el que se modifica el texto refundido de la ley de propiedad intelectual es fundamentalmente la ley que regulariza y amplia el llamado canon digital.

Estoy absolutamente de acuerdo en que hay que proteger los derechos de los autores, artistas, editores y productores. Deben ser remunerados por su creación.

Soy consciente de los costos que representan la piratería y las descargas ilegales de obras sujetas a derechos de propiedad intelectual.

Dos ejemplos que permiten ver la gravedad del problema, en el último año y medio la piratería audiovisual ha pasado del 5% al 60%. En el 2005 en España se copió ilegalmente 350 millones de canciones. Toda esta situación hace más comprensible la determinación de las sociedades de gestión en la defensa de los derechos de los creadores. Pero sinceramente, señorías este canon no es la solución. Algo pasará para que tantos estemos en desacuerdo con este canon sin tener por ello intereses inconfesables y me quiero referir a las casi cien mil firmas contra el canon presentadas en el Senado hace pocos días

Un canon indiscriminado no se puede justificar en base a la necesidad de compensar las pérdidas que el desarrollo tecnológico genera a quienes crean los contenidos. Una afirmación así al no poder ser generalizable no es válida.

Como sentenció la Audiencia Provincial de Madrid, "confuso derecho es este en el que se cobra el canon a cambio de una actividad prohibida."

El canon de copia privada es un sistema manifiestamente ineficaz e imperfecto. Esta es la principal conclusión de un dictamen elaborado por la Comisión Asesora sobre la Sociedad de la Información, presidida por Manuel Castells, uno de los mayores expertos mundiales en este campo. Sigue el informe, " es un canon injusto e indiscriminado, no frena la piratería y nos hace responsables a todos de ella. El canon puede afectar seriamente al desarrollo de la sociedad de la información y encarece el precio de los productos. Hoy en día, representa el 50% del precio del CD y el 31% de un Mp3."

Lo único que no me ha gustado es que ha llamado "descargas ilegales" a lo que todos conocemos por P2P, y que todos sabemos que son legales porque es copia privada y no hay ánimo de lucro.

También me gustaría citar unos párrafos de la Carta a un autor español que ha escrito Javier Cuchí en la web de la Asociación de Internautas:

El sistema, armado de hipotecas, de trabajo precario y de unos medios verdaderamente criminales, ha aprendido y perfeccionado hasta extremos inauditos las lecciones de los carceleros de los campos de extermino nazis y soviéticos. Si éstos aprendieron cómo un recluso podía -materialmente, literalmente- vender a su madre o a sus hijos por quince gramos de carne podre disimulada en el fondo de la sopa de [pocos] nabos, el sistema moderno ha aprendido que ni la carne hace falta, que basta con la amenaza implícita de suprimir el pedazo de pan negro y duro del desayuno. Y es tal la perfección alcanzada en esa materia, que ni siquiera hace falta la amenaza: la propia víctima la edifica ella misma. Y así se llega al lujo de llamar democracia al campo de concentración y se asume la perfección carcelaria de no precisar ni siquiera la molestia de ahorcar al díscolo, al rebelde, que pasa a ser incluso útil como contrapunto, como desfogue del preso común y capón que viendo en la rebeldía su propia vergüenza, reacciona contra ella con la risa o con el desprecio: el rebelde es un friki o un anarquista iluso, un pobre pringao que no se entera de las reglas del juego, alguien que nunca llegará a nada. El cénit de la ciencia penitenciaria: el preso investido a sí mismo como el más eficiente y terrible carcelero de sí mismo.

Presos de ese falso y tramposo hedonismo, los ciudadanos vemos pasar ante nuestras narices los más tremendos castigos y hasta pedimos a gritos que nos sean aplicados porque si no el sistema no se sostiene. Y así, tragamos alegres y contentos con las más macabras abominaciones laborales y con el encarcelamiento tremendo en nuestra propia vivienda, de la que ya no heredarán nuestros hijos sino su deuda (y eso si el sistema no nos obliga antes a vender la parte ya pagada para poder sobrevivir con una pensión de miseria, que es la próxima que están pergeñando).

Y entre nuestros democráticos aplausos, el sistema nos aplica, muerto de risa, el castigo, por manos de unos kapos llamados políticos.

Parece incluso de que no esté hablando del Canon Digital, sino también de todas las injusticias a las que nos someten habitualmente a los ciudadanos a día de hoy, y que un sistema estatal republicano con democracia más participativa podría solventar.

Más razones para odiar el Visual Basic

2006-05-26T14:32:00.002+02:00

La idea de la plataforma .NET acerca de la interoperabilidad entre lenguajes de programación es fantástica, porque permite que los programadores puedan usar el trabajo de otros sin que usen el mismo lenguaje. Esto es muy beneficioso, sobre todo para el software libre, pues en éste actualmente hay gran diversidad de lenguajes y poca coordinación entre ellos. Por eso, en mi opinión, Mono es la mejor alternativa actual para desarrollar software: todo lo que escribamos se encontrará disponible automáticamente para todos los programadores de .NET, independientemente del lenguaje que éstos otros utilicen. Si nos empeñamos en seguir usando diferentes plataformas de desarrollo, en lugar de diferentes lenguajes bajo una misma plataforma, seguiremos en el nivel de estancamiento de siempre con el software libre.

Es por esto que, bajo ciertas circunstancias, la diversidad sí es mala. Por ejemplo, la diversidad en máquinas virtuales o runtimes (Perl, Python, Java, Mono, ...) hace que el principio de .NET de interoperabilidad sea impracticable (con excepción de ciertos proyectos de conversion de bytecodes de un tipo a otro). Otros podrían decirme: "vale, puestos a elegir una máquina virtual, ¿por qué escoger la de Mono y no otra?", pues porque por el momento es la única que dispone de más de un compilador (porque compiladores a bytecode de Java sólo los hay de lenguaje Java, y compiladores a bytecode de Perl sólo los hay que compilen lenguaje Perl, etc.). Por tanto, usar Mono siempre, y luego escoger tu lenguaje favorito, debería ser lo que idealmente tuviera que hacer todo programador, tanto de software libre, como de privativo (porque también la interoperabilidad es buena en la empresa, aunque ésta desarrolle productos privativos).

Otro punto negativo que encuentro a la diversidad radica ahora dentro de la propia diversidad de lenguajes que soporta Mono. A pesar de que, como ya he dicho, esto es muy beneficioso en general, en mi opinión no lo es sólo en ciertos casos particulares, por ejemplo en aquellos en los que nos encontramos con un lenguaje de programación de muy baja calidad, como es el Visual Basic.

Reconozco que Visual Basic fue un gran paso en la programación, pues brindó la oportunidad de adentrarse en este mundo, de una manera no excesivamente compleja, a mucha gente (quizás haya gente que esto en sí le parezca algo malo, pero en este caso me tengo que negar porque yo también empecé con este lenguaje, mucho antes incluso de empezar la carrera). Pero en Visual Basic no todo eran bondades: algunas de sus capacidades supuestamente pensadas para hacer más sencilla la programación, a la larga generaban problemas de mantenimiento y malos hábitos al programador. Es decir, el programador podría hacer un desarrollo bastante rápido, a costa de prolongar sus fases de testeo y de revisión.

Un ejemplo de esto es la permisividad que tenía Visual Basic 6: la opción de no declarar las variables generaba en innumerables ocasiones comportamientos inesperados de la aplicación como consecuencia de una simple refactorización de un fragmento de código (ejemplo: si cambiamos el nombre de una variable, en lugar de considerar el compilador un error al encontrarse el nombre antiguo de la variable en otro lugar, no notificaba el error y presuponía que el programador quería inicializar una nueva variable vacía).

Sin embargo Visual Basic introdujo un concepto que ya disponía Java: la administración automática de la memoria. Y de aquí surgió C#: de intentar hacer un C++ que tuviera la facilidad de Visual Basic (y casualmente salió algo muy parecido a Java). Sólo por el mero hecho de crear C#, Microsoft estaba reconociendo que Visual Basic era un lenguaje muy malo. Pero no quiso desterrarlo totalmente, porque muchos malos programadores seguían programando con él, y lo que hizo fue hacerle un lavado de cara: intentó corregirle los problemas más acusados de los que adolecía y le denominó "Visual Basic .NET".

Esta estrategia seguramente le permitió a Microsoft no perder cierta cuota de mercado que de otra manera habría permanecido en VB6 durante mucho tiempo hasta migrar a C# (o incluso a Java). Y respeto bastante esta decisión, alegrándome de que además se quisiera mejorar un poco este lenguaje. Sin embargo, a la nueva versión le sigo viendo problemas, y creo que estos problemas vienen inherentemente provocados porque el lenguaje, en el fondo, es malo y es difícil parchear algo que inicialmente es de baja calidad (es decir, que algunos de estos problemas que yo sigo viendo podrían tener solución, pero otros no).

Y voy a ser bastante explícito; en la versión VB.NET 20005 se dan los siguientes problemas:

- VB.NET permite inicializar variables de tipo Structure a Nothing, mientras que hacer lo equivalente en C# (asignar null a una de tipo struct) es un error de compilación. ¿Por qué iba a permitir un lenguaje igualar a NULL una variable que no es un puntero? Aunque los lenguajes administrados no disponen de aritmética de punteros, por debajo, un objeto en .NET es una referencia a una posición de memoria si representa la instancia de una clase (un objeto), o bien NULL si aún no se ha instanciado. Las estructuras no son clases, y por tanto las instancias de ellas no son objetos: ¿qué sentido tendría entonces igualarlo a null? Sería como si quisieramos igualar a null un entero, cosa que ahora es posible en C# pero mediante Nullable Types, es decir, indicando que el tipo es int? en lugar de int, pero para ello el programador ha de explicitarlo. Una vez más, tenemos entonces que en VB.NET se hace uso de Nullable Types sin que el programador lo haya solicitado en absoluto.

- Al usar un campo no inicializado de una variable de tipo estructura (Structure en VB.NET y struct en C#), VB.NET notifica una advertencia (warning) mientras que C# notifica un error. ¿Y por qué ocurre esto? Porque VB.NET automáticamente inicializa por omisión los valores de una estructura si se le iguala a Nothing (cosa que permite como ya hemos visto en el punto anterior), y por tanto, debe permitir al programador usar esos valores por defecto. Esto, que podría ser una fuente de problemas en etapas posteriores al desarrollo, no se ha tenido en cuenta, y por un momento cuando me topé con esta ambigüedad llegué a pensar (por indicación de un programador de este lenguaje) que en VB.NET no hacía falta reservar memoria con New ya que lo hacía automáticamente el compilador si asignabas la variable a Nothing y usabas uno de sus campos (pero en realidad esto devuelve un NullReferenceException, menos mal, VB.NET no es tan malo; lo que estaba ocurriendo es que creí que el fragmento de código que no estaba arrojando esta excepción hacía referencia a una clase en lugar de a una estructura). Vamos, que el programador de VB.NET está tan mal acostumbrado por su propio lenguaje que cualquier cosa a la que no le encuentra explicación presupone que es causada por una "feature" del lenguaje en lugar de por un "bug".

Código de ejemplo de los dos últimos puntos:

C# code-snippet:


using System;
using System.Collections.Generic;
using System.Text;

namespace Cesharp
{
    public struct Pepe
    {
        public string sJuan;
        public string sLuis;
    }

    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("begin");

            Pepe oPepe;// = null;
            oPepe.sJuan = "soy Juan";

            Console.WriteLine("Juan: " + oPepe.sJuan + " | Luis:"
                + oPepe.sLuis  // línea conflictiva
                );

            Console.WriteLine("end");
        }
    }
}

VB.NET code-snippet:


Structure Pepe
    Public sJuan As String
    Public sLuis As String
End Structure

Module Module1

    Sub Main()

        Console.WriteLine("begin")

        Dim oPepe As Pepe = Nothing

        oPepe.sJuan = "soy Juan"

        Console.WriteLine("Juan: " + oPepe.sJuan & " | Luis:" & oPepe.sLuis)

        Console.WriteLine("end")

    End Sub

End Module

- Al tratar con Visual Studio .NET 2005, el generador automático de código de Visual Basic no escribe por omisión el Namespace, tal y como hace con C#; lo que redunda en que el programador de VB no tienda a estructurar su código correctamente en una jerarquía de ámbitos (o incluso que ni siquiera conozcan lo que es un "ámbito").

- El modelo de eventos en VB.NET varía bastante con respecto a C# (comparado con otras áreas en las que sólo varía la sintaxis y apenas la semántica) y en mi opinión éste es bastante más complicado. Con sólo decir que por culpa de esta forma de implementarlo, VB.NET contiene muchas más palabras reservadas que C# (el cual las sustituye normalmente por simples operadores)... ejemplos: Handles, AddressOf, ByVal...

- Visual Studio .NET 2005 adolece de ciertas carencias técnicas actualmente referentes a la interoperabilidad entre lenguajes que permite .NET. Por ejemplo: el comando "Go To Definition" sólo funciona entre proyectos del mismo código (si se hace desde código C# apuntando a una clase de VB.NET, el Visual Studio abre el explorador de ensamblados/proyectos o un pseudo-archivo de definición al que le subtitula con la coletilla "[from metadata]").

- Y muchos más que iré añadiendo a esta lista a medida que me vayan surgiendo... (BTW, ¿es la fealdad de su sintaxis un inconveniente válido? ;)

En otro orden de cosas, el compilador de Visual Basic.NET de Mono no está terminado, por lo que usar este lenguaje, de momento, implica problemas de portabilidad. Y una de las razones de que este compilador no se le cuide tanto como al de C# quizás sea que en general los buenos programadores le tienen tanta tirria a este lenguaje que prefieren no verlo ni en pintura. ¿Por qué iban a malgastar esfuerzos en desarrollar un compilador para un lenguaje así? Sin embargo, desde otro punto de vista sí puede ser beneficioso en pro de la portabilidad (para proyectos o equipos que ya estén usando VB.NET y por tanto no se encuentren ya en la situación inicial de decidir lenguaje o descartar lenguajes), ya que permitiría que más programadores de .NET pudieran usar Mono y eso traería más aplicaciones al mundo de software libre (a pesar de que, en teoría, no habría impedimento práctico en ello porque el resultado de lo que compilen es lenguaje intermedio que puede ser interpretado perfectamente por el runtime de Mono). Es por esto por lo que uno de los proyectos de Mono en las becas de Google Summer Of Code es terminar este compilador.

Le ofrezco mucho ánimo al programador que se vaya a encargar de esa tarea, pero al resto os aconsejo que migréis cuanto antes a otro lenguaje distinto de VB.NET. Ocurre una situación análoga a las API's de System.Windows.Forms: es deseable tenerlas implementadas en aras de la portabilidad, pero para desarrollar proyectos desde cero es mejor GTK# porque es técnicamente superior (por ejemplo, el sistema de layout que tiene no es como el de SWF que funciona solamente con coordenadas absolutas, lo que permite un redimensionado automático de todos los controles sin dolores de cabeza para el programador), y porque (ya sin hacer referencia a la analogía con VB.NET) es una parte de la API no estandarizada en el ECMA que podría desembocar en posibles problemas legales (donde existan las patentes) para su implementación.

Moraleja: la diversidad [de lenguajes] y la compatibilidad [en pro de la portabilidad] son buenas, pero hacer la buena elección es algo aún mejor.

Post-moraleja: además de ser un detractor de VB.NET, también lo soy de los lenguajes no estáticamente tipados.

ACTUALIZACIÓN: Resulta que, para más inri, los programadores de VB son tan comodones que debieron pedir a Microsoft en su día cierta compatibilidad hacia atrás de algunas funciones, palabras clave y sintaxis específicas que pertenecieron al legado de VB6, es decir, cosas absolutamente obsoletas y nada equivalentes a la API de .NET. ¿Qué ocurre? Que los programadores no dejan de quitarse los malos hábitos de usar este tipo de cosas porque el Visual Studio .NET no incluye una opción para descartar la librería que permite todo esto (Microsoft.VisualBasic.dll), y además esto va también en detrimento de la portabilidad. Más información aquí, y cómo evitarlo.

Actualización: Una vez más, amplío esta entrada con lo que podría ser el peor error de diseño de este lenguaje: ¡¡¡NO HACE FALTA HACER CASTS!!!

Como lo oyes, por ejemplo, la clase System.Random, cuyo constructor recibe un Integer, puede ser instanciada pasándole un tipo Long (DateTime.Now.Ticks, por ejemplo), sin que se queje el compilador (obteniendo un bonito error en tiempo de ejecución cuando pongas el código en producción). Otro ejemplo: tienes una función que devuelve Boolean, la refactorizas y le cambias el tipo de retorno por Integer, recompilas y ¡¡¡¡no da ningún error!!! (con los lenguajes decentes, el compilador te avisa lo que tienes que cambiar cuando haces una refactorización que pueda afectar a otras zonas de código).

¿A qué os recuerdan estos comportamientos tan patéticos? BINGO! ¡A los lenguajes dinámicamente tipados!

La próxima vez que me pregunten por un lenguaje dinámicamente tipado que compile código intermedio del CLR no responderé Ruby.NET ni JScript.NET, ¡responderé VisualBasic.NET! ¿Y un lenguaje de scripting? Ya no diré Boo, diré VB.NET.

Migración de librerías Gnome al mundo GTK

2006-05-16T17:04:00.000+02:00

Parece que en el proyecto Gnome se están moviendo bastante para conseguir hacer las cosas lo más multiplataforma posible. Un ejemplo es esta entrada del wiki títulada LibgnomeMustDie, que consiste en una página de progreso sobre las migraciones de implementaciones de cosas desde la librería de Gnome a otros ámbitos: GTK para temas de interfaz gráfica, y glib para temas nativos, más cercanos al sistema operativo.

Un buen ejemplo de esto es el nuevo control para los iconos de la barra de sistema (que en Linux se llama "el área de notificación"), que si nos fijamos aparece como novedad en la lista de cambios de la nueva y reciente versión 2.9 de Gtk. Esto me resulta muy útil y además viene a responder a una pregunta que hice hace tiempo, preguntando si existía una cosa parecida, en la lista de MonoHispano:

(...) pues yo esperaba una librería de propósito más general, es decir, que
fuera multi-escritorio (que valiera también para KDE, por lo menos,
además de Gnome) e incluso que fuera multiplataforma, para no tener que
sacrificar la "multiplataformidad" de tu aplicación sólo para que pueda
usar la barra de sistema (o área de notificación de estado, en este caso).

Bueno, no creo que valga para KDE hasta que no metan mano los de FreeDesktop, pero algo es algo de momento. (Por cierto, debería haber escogido el término "portabilidad" en lugar de ese horrendo aunque sarcástico "multiplataformidad".)

Actualización 23-NOV-2006: Otro widget interesante es el que nos brinda la librería LibNotify, la cual al parecer es parte del proyecto Galago. Es un pequeño popup de notificación parecido a los que se ven en el MSN Messenger cuando algún conocido se conecta al servicio. Está siendo muy usado ya en muchos proyectos de software libre, por ejemplo NetworkManager, aMule (capturas) y Galaxium (y parece que Banshee también). Estaría bien que lo incluyesen en el core de GTK+, y así pudiera ser multiplataforma.

¿Caos inevitable?

2006-05-13T01:28:00.000+02:00

No queria hacer de este blog algo eminentemente político, pero es que cuando te tocan la moral, es difícil callarse.

Ahora le toca al turno de cómo las esferas de poder quieren coartar la libertad de expresión. ¿Cómo? Queriendo criminalizar a los comunistas en el Consejo de Europa. ¿Quieren equiparar a los comunistas con terroristas? ¿Pero es que no han entendido nada? ¿No han estudiado historia? ¿No saben que el hecho de que existan actualmente dictaduras comunistas no convierte a esta ideología en anti-democrática?

Por favor, firma aquí este manifiesto en contra de esta medida. A la hora de firmar, puedes poner un comentario opcional. Yo no me encontraba inspirado pero mi padre (quien me envió el enlace) sí lo hizo y no puedo estar más de acuerdo con él:

La sociedad capitalista no tiene futuro porque en su verdadero propósito que es el de mantener esclavizados bajo el yugo de sus dirigentes al resto de la sociedad, ahora han creado la globalización y las multinacionales como sustitutas de la esclavitud, el feudalismo y el absolutismo, ya que ahora están mal vistos, y que funcionan bajo un sistema económico basado en un consumismo frenético y una competitividad que hace que los trabajadores tengamos jornadas laborales extenuantes de alto estrés, y esto solo conduce a agotar los recursos del planeta y a que esta sociedad tarde o temprano se precipite en el caos. Un modelo social más justo es absolutamente inevitable, conclusión a la que se llega por simple análisis, el dilema está en si podrá alcanzarse de forma gradual sin un derrumbe caótico del modelo actual, lo que implicaría un gran sufrimiento humano como ha venido ocurriendo a lo largo de todas las épocas de la historia sin excepción alguna. Acaso ese caos es inevitable e implica la desaparición de la especie humana provocada por la irresponsabilidad, la avaricia desmedida y la satisfacción por el poder y el dominio de algunos de los integrantes de la misma. El intento de criminalizar a los comunistas no es más que otro paso más en su estratagia de evitar lo a la larga inevitable .... ¡Qué poco inteligentes son!

Para finalizar esta entrada, sólo recordar a los escasos lectores que debo tener que este domingo es la sentada por una vivienda digna, la cual no va encabezada por ningún partido político. Yo por supuesto estaré allí.