Wikipedia seems to be temporarily down... see below (click to enlarge):
How will the western civilization survive this!
Estoy en proceso de selecciÃ³n de una compaÃ±Ãa que me dÃ© acceso a internet mÃ³vil. Es decir, poder conectarme a internet a travÃ©s de la red de telefonÃa mÃ³vil, usando para ello una tarjeta SIM como la de los mÃ³viles, y un mÃ³dem habilitado para usarla.
He seguido (de lejos) la evoluciÃ³n de los precios y servicios ofertados por las compaÃ±Ãas de telecomunicaciones espaÃ±olas, y la verdad es que no podÃan calificarse mÃ¡s que de estafa, o quizÃ¡ "robo" es una palabra mejor. Sin embargo creo que ahora mismo es el momento en que los precios empiezan a ser competitivos (aunque no los de todas las compaÃ±ias). Movistar y Vodafone parecen ofrecer basuras de calibre considerable, pero hay dos productos que me han llamado la atenciÃ³n: Internet Everywhere de Orange, y Tu propio internet mÃ³vil de simyo.
Ambas compaÃ±Ãas ofrecen un servicio similar, que se puede resumir en:
La diferencia entre ambas es bÃ¡sicamente el precio (siendo simyo bastante mÃ¡s barata). A continuaciÃ³n resumo puntos a favor y en contra para ambas, y animo al amable lector a que me dÃ© su opiniÃ³n sobre el tema, si a bien tuviera.
Todo lo anterior podrÃa resumirse simplistamente en que Orange te regala los 99 euros del mÃ³dem, mientras que simyo te cobra 14 euros menos al mes. Si esto fuera cierto, en 7 meses uno habrÃa amortizado el mÃ³dem en simyo (y tengamos en cuenta que Orange pide 18 meses de permanencia, y simyo 0). En los 18 meses de permanencia de Orange uno habrÃ¡ gastado 18x39 = 702 eur (mÃ¡s IVA), mientras que en simyo habrÃan sido 99+18x25 = 549 eur (mÃ¡s IVA). Esto supone un ahorro de 150 euros en aÃ±o y medio.
When I see videos like the following, I always think two things:
You can page where I found it (actually somebody who found it told me) at Johnny Chung Lee's page.
From my own site at ehu.es/isilanes.
Comply with the standards
Much like in spoken languages, Internet information exchange requires a common language, understood by everyone. In this case, our browsers will be the ones making the translation from that language (HTML) into images, colors and human-readable text. Much like spoken languages, there is an "Academy" taking care of what is and what is not correct. In this case, the academy is the World Wide Web Consortium (W3C).
Much like in spoken languages, HTML evolves and changes, but when changes are not incorporated in the standards, misunderstandings happen. To assure a Web page is correctly displayed by any browser, first standards are encouraged (I wish they could be enforced), then standard-compliant browsers are made. The Web should not be designed for a specific browser, rather browsers should be made to comply with openly known standards. For a discussion on that, jump to the Viewable with any browser site.
If you want to make your site as widely viewable as possible, and keep your visitors happy, you should really follow the W3C standards, because this way you really know that any standard-complying browser will display the page correctly. Is making a standard-compliant page difficult? Not really. First, you could follow the Accessible design guide at the Viewable with any browser site. Then, learning some HTML programming could help. Finally, you are encouraged to put a "W3C correct HTML" button on the product page, as you can see I have done on my ehu.es/isilanes page (orange buttons on the left hand side above). This page, for example, has been correctly coded in HTML, and its CSS is also correct, as you can test clicking the aforementioned buttons.
The code for the HTML-correctness verification:
<a href="http://validator.w3.org/check?uri=referer"><img src="http://www.w3.org/Icons/valid-html401" alt="Valid HTML 4.01 Transitional" height="31" width="88"></a>
The CSS button:
<a href="http://jigsaw.w3.org/css-validator/"> <img style="border:0;width:88px;height:31px" src="http://jigsaw.w3.org/css-validator/images/vcss" alt="Valid CSS!"></a>
Recall that you can put the above buttons in your pages at early stages of page creation (when they are still incorrect), and use them yourself to see if what you have done so far is W3C-compliant. The resulting validation page (saying "OK" or "Not OK"), usually explains the errors you might have done rather understandably, and help in fixing them.
Minimize the size
Every time a web page is visited, the client (the browser of the visiting person) has to download the contents of the page to be able to display them. The more fancy pictures there are in your page, the longer it'll take to load. The more crap that the client has to download, the slower the visiting experience for that person. If a page takes too long to load in your browser, what do you do? Exactly, you quit and go somewhere else. Human attention time span is short, and more so in the Internet, so don't ask your visitors for the patience you didn't have when making the page in first place.
The problem here is dual: size and accessibility. The problem of the size is summarized in the previous section.
The issue with the accessibility is related to the fact that you should ask your visitors for as few resources as possible to view your content. If they need to get and install some fancy software to access your functionality, then this fact might discourage them and make them go away.
Remember always that it is your task to make it easy to access your content, not the visitors' to find the suitable tools for that. Use JS or Flash if you absolutely need to, but only if you absolutely need to. Usually a clever use of plain HTML resources will give satisfactory results, and will be much more visitor-friendly.
Avoid proprietary formats
Innocuous as they might look, formats like MP3 and GIF are patent-encumbered, which means that their use should/could be restricted by the patent holders. Also, using them forces the browser (in the case of GIFs) and MP3 player makers to comply with restrictive patent requirements (like e.g. paying royalties).
The best way to eliminate software patents is to dump patented material altogether. Use Ogg Vorbis format to encode your music, and substitute your GIFs for PNGs. Recall that patented software is illegal to modify, improve or have security holes/bugs patched by third parties, without permission of patent holders, which makes the openly developed formats evolve much faster, and eventually become better.
For specific reasons to dump MP3s and GIFs, see the Wikipedia pages for PNG and Ogg Vorbis. In short: CompuServe developed the GIF format without knowing that the LZW compression algorithm it used was patented (by Unisys). Later, after GIF became popular, Unisys announced that they'd start enforcing the patent (charge royalties) to commercial programs capable of displaying GIFs. Something similar happened to MP3 and the Fraunhofer Society.
With Open formats you'll never have any such problem, and the visitors to your page will never have to pay royalties for programs capable of displaying the contents of your site.
When we send e-mails (specially mass forwards) we might not be aware that on the other side of the wire there is some person that could be annoyed by some of our acts. We could help others behave nicely with us if we started behaving correctly with others. This post tries to help you with that.
All the following is my opinion, but I'm not asking you to do it because it's my opinion. I think that, besides, it's also sensible. Judge yourself.
Avoid HTML messages at all costs
In fact, only plain text e-mails should ever be sent (and anything else as an attachment). Sophocles, Shakespeare, Cervantes... they all used plain text, and managed to get their message through, didn't they?
For the second reason in the previous paragraph, any knowledgeable user will abhor receiving HTML e-mails (I do), and will have it completely deactivated (the mail client will not interpret the HTML code, and will display it literally instead, which is 100% safe, except if ugly symbols hurt your eyeballs). Thus, your pretty HTML message will not be correctly read by the receiver, and will at least charge him with the annoyance of either activating the HTML back, or reading the source code. And in this day and age, even allowing HTML e-mails in a per-sender basis is risky as can be, since anyone can forge anyone else's e-mail address.
So, don't ever send HTML messages, and also deactivate the rendering of HTML messages you receive altogether. The first thing will make your receivers happier, and the second one will keep you safer.
Use care if sending mass forwards
Can you name something more unpleasant than those silly mass forwards of 2MB PowerPoints with "witty" sentences, and almost always ending in "send it to 1000 friends or die a slow and painful death"?
For me, there are two kinds of forwards: the ones I name above, and the ones with funny, interesting and/or useful data. The first one: avoid them like the plague. Don't ever send/answer/forward them. The only use they can have is negative: they clutter the net, they slow down the download of other (possibly important) e-mails for the receiver, they waste bandwidth and connection time for those who have either or both limited, and they don't actually add anything to the life of the receiver, except anger towards a sob who pretends to be her "friend", and then blackmails her to spread the same message or "suffer consequences".
For the (veeery few) contents you want to spread to legitimately help/amuse/enlighten the receivers: choose a suitable format! If the content is a joke or similar, send it in plain text. It works all the same! Don't send a huge PowerPoint just for the sake of it. If the content is a (presumably big) file (a movie file, a presentation that is amusing in itself, an article with images and links...), put it online and send a link instead! Sending just a link is much more comfortable for the receiver, since the size of the e-mail is tiny, and she can choose whether or not to download the file, after all. Not everyone has a personal web page, but at times it proves invaluable... look for online storage solutions, as there are many free ones.
Also take into account that mass forwards can be used by spammers to get a list of valid addresses to bomb with their mails. The more "evil" a spammer, the more friendly she'll pretend to be, to be included in the more people's distribution lists, so that she'll be sent all their mass forwards, along with the addresses of maybe hundreds of victims.
To avoid that, try to send your forwards only to people you actually know, and think are not spammers. Even safer: DO NOT DISCLOSE the addresses of all the receivers of your e-mails to every other receiver. It's easy: with any half-decent e-mail client (KMail, Thunderbird and even Outlook can) you can chose to make any receiver "To:", "CC: or "BCC:" ("Para:", "CC" and "CCO" in the Spanish version of Outlook Express). Send all your forwards with BCC to be on the safe side.
Trim the excess
Whenever you answer to or forward an e-mail, depending on the configuration of your e-mail client it will automatically attach the original message, quoted. Now, if the receiver answers to your answer, she'll quote your text AND your quotation of her original message. Then you answer and... you get the picture: e-mails flying around with hundreds of lines that only add: a) superfluous size excess and b) confusion, since sometimes it is not easy to find exactly the new material (coloring quotations helps, though).
Quoting the e-mail we answer to can be useful, but when answering to an answer, be nice an take the ten seconds you need to properly delete what is not needed.
Also remember that blindly forwarding messages can make you disclose to third parties information that the original sender wanted just you to read. Watch out for that!
Don't overspread e-mail addresses
Don't make spammers' day by providing them with your e-mail, much less with mine!
Spammers are out there, like the truth in The X-Files. They never sleep. They have no mercy. They will relentlessly go on an on, harvesting e-mail addresses to prey upon. You have to understand that the most valuable thing for a spammer is a list of valid e-mail addresses. Valid e-mails are those that will be actually read, or at least received.
The ways in which spammers build their lists include:
* Unprotected addresses publicly amenable on the Web
* Being included in a "mass forward" (see above)
* Random spam
Unprotected public addresses include valid e-mail addresses that appear literally in a web page, or sent to USENET or other discussion forums. For that reason, if you want to protect your address, while still making it possible for others to contact you, don't ever put your address on the web like that:
Instead, put something like:
myname AT mydomain DOT com
Or any other combination that makes the literal e-mail completely invalid, but a human reader can realize how to handle to get the correct address. You have to understand that the spammers use robots to harvest e-mails from the web, that is, there are computer programs looking for e-mails, not human beings (even stretching the meaning of "human being" to include scum like spammers). An address that needs human "logic" to be read will not be parsed correctly by robots.
In that regard, beware that both "protected" addresses above are far from perfect. It's trivial to write a robot program that translates every "AT" with an "@", and any "DOT" with a ".", and/or eliminates spaces, capital letters or words like "SPAMMER(S)" etc. So be colorful, and think like a robot can't think :^)
A second approach to protecting your e-mail could be to use a specific anti-spam address. There are companies like Bluebottle who provide such a service. As you can see, the e-mail I provide in this Web site belongs to that category, and is a completely free account (they offer further services, that I do not need, for a fee).
These "anti-spam" e-mail accounts basically contact the sender each time they receive an e-mail. Then the sender has to perform some kind of basic action (click a button or similar) to assure that they are valid senders, and if they fail to, the e-mail is filtered. The validation action has the sole actual purpose of making sure that the sender is human. ANY human sender is let through, but the spam robots normally don't have the wit to answer properly when prompted by the Bluebottle server. Yes, this might piss off the legitimate senders, because they are required to click a silly button before their message goes through. However, this is done only once. After the first authentication, all the e-mails coming from that address will be automatically accepted.
Being included in a mass forward is discussed above, and random spam messages are those offering medicines or pornography. If you answer to one of them, you might not get infected with a virus or anything, but the sender might secretly know that you actually exist (because she is notified when you answer or click the link), and remember: valid addresses are what spammers seek.
UPDATE: I've had no less than two (yeah, 2!!) visits from non-Spanish speakers who had looked in Google for the correct pronunciation of Xabi Alonso's name (he playing in the Liverpool), and how it differs from Catalan "Xavi" (Barcelona FC player) so here it goes:
Xabi (Basque): very close to shabby ()
Xavi (Catalan): very close to chubby ()
Este post va en castellano, porque dudo que interese a ningÃºn no-hispanoparlante.
Hoy en las noticias deportivas de T5 he oido, por enÃ©sima vez, referirse al jugador del BarÃ§a Xavi, llamÃ¡ndolo Chavi. Como buen Donostiarra, cuando Xabi Alonso jugaba en la Real y le llamaban CHabi Alonso me rechinaban los oidos. Yo pensaba "Joder, que este no es catalÃ¡n, que se dice Xabi".
Pero hete aquÃ que me he enterado (igual estoy en un error, y si es asÃ, corregidme) que TAMPOCO en catalÃ¡n se dice Chavi. SÃ³lo XE y XI se leen CHE y CHI. XA, XO y XU se leen como en castellano o euskera (aproximandamente). O sea, que el jugador del BarÃ§a se llama XAVI, no CHAVI.
CORRECCIÃ“N: Parece ser que XA, XO y XU tambiÃ©n se pronuncian CH, al menos en algunos (Â¿todos?) de los diferentes dialectos del idioma catalÃ¡n. Yo estaba, por tanto, equivocado.