Atilla

If you need any reason to shape up and deliver systems that make sense - it's 2008 people. CGI died before I started making my living with anything related with the Internet. And that includes jobs I've had before actually writing any systems like that.

Get out of your habbits, sit down on your lazy behind and learn how to do things. Oddly enough - it's actually easier that way. Your website doesn't have problems because of load, users, hardware or anything simmilar - your website has a problem because you did somehting wrong. And that's normal and that's ok, as long as you learn your lesson.

Some people don't seem to be able to learn. Some people prefer to repeat their mistakes with stubborn determination. Some systems are doomed to suffer the consequences of systematic wrong choices. Those systems get no love and those people have no friends. Because friends don't let friends code CGI - friends let friends go ahead and break their head with somehting new and fun, not somehting old and boring.

It's a wide world out there and surprisingly enough there's always at least one more person that has faced the exact same problems. Quite often they've solved them as well - or had ideas how to solve them, or their rants will give you your idea how to solve them. So make friends with those people, so they can keep you away from the web-systems equivalent of drinking and driving. It might seem a good idea to you at the time, but the road is marked with the tombstones of others that had the same bright idea.

Please - take care of your friends.

Well, last night the Link service dinged. One hundred thousand users. Nice round number, for a few months of accumulating Beta users. The official Opera Mini release also brought that number higher. You see - turns out people are interested to try that whole bookmark thing.

It appears that it goes pretty fine. I'm feeling pretty comfortable using it myself. I didn't use to use bookmarks at all and don't even start me on the whole "social bookmarking" story - I wouldn't be interested still. But now I've got a considerable amount of bookmarks accumulated and it's pretty sweet to open them seamlessly on my mobile phone as well.

So there it is - a good start. If we can get 100k users to try it out at least once, with only bookmarks, speed-dials and some bugs here and there, that's what I'd call it. Which is pretty cool when you think about it. Because I've tried to present to you what Opera Link is all about, in a previous post, and it's not bookmark synchronization. That's a start allright - and a good one at that. But we're working on more and have to tell you - I'm pretty excited about some of the things that are just taking shape now. I hope people will get to see them soon and enjoy them as much as we will.

So cheers guys - to everyone that tried out the alphas, the betas, the weekly builds and official releases. To everyone that gave their ideas (oh, worry not they're not wasted or forgotten), to everyone that complained, everyone that posted a bug report, everyone that trusted me a bookmarks file for debugging purposes, and everyone that signed up to give it a shot at least once. That's all of us - the 100 474 users, right now.

If you look back on my blog you can find a rant about internationalization. That's what it is - it's a rant and I feel strongly about it. I do find the way internationalization is done stupid and annoying. I find it silly that there are so many people that try to provide some diversity in their systems, in a way that even I find confusing.

But, let's be constructive. Let's clear some things up.

First about some semantic candy. Let's start with a narrowing down of the environment - we're talking about web systems here - community services, blogs, shops, corporate websites, and various other etcetera. In this scope - I'll call providing your service in a variety of languages Internationalization. And I'll call providing locality based information or services Localization.

Let's cook up some examples. In the scope of Internationalization - it's what we'd be doing with my.opera if the interfaces were to be translated into other languages. It's what Google does with their search, mail and various other services. In the scope of Localisation - it's what IKEA and ASUS do on their web-sites. you select your location and you get information about stores and products sold in the specific country.

Those however are not the same thing. Assuming that localization equals internationalization puts people like me in a weird position. To see where the IKEA stores are located in Oslo, what do they sell there and for how much, I need to select Norway and take a look at the corresponding version. However - it's all in Norwegian, which I have to admit - I've extremely limited skills in. So when I need details, I track the same product on a localized site for another country and read them there, in a language that I happen to understand. The worst case are definitely web systems that ask you to select 'location', when the only thing they really mean there is 'language'. The country selection in them does not change the data in the website - it just selects a different interface language. So when I click Norway, where I am currently located, they give me Norwegian. Nice, that's very cool for the Norwegian people. But not for me. And I'm sure that "select language" would do the same great job. I'm sure that people living in Norway are well aware of which language they're speaking.

I cannot stress this enough. Where I am, in this day and age, does not imply what languages I am capable of handling, in any way. Locale-based internationalization, whether it's IP-based, or Country-based drives me nuts. It's wrong for me - I move a lot. I take planes, I go to places, I change countries more often than I change hairstyles.

Furthermore - localization is not necessarily bound in terms of language in any form. it might be local services on neighbourhood/city/region/country/continent basis. How much do you want to bind your service to a specific group of people? In what way do you want to scale? How do you know that in 3 years from now you won't want to scale your services worldwide? You might be just that good. Let us honestly believe that you are. So in that case, how do you provide services in a way that does not stab your users in the back?

If you don't know - go the easy way. Do it in English. The web is a mess, where everyone solves their communication problems with using (even more) crippled English, Internet-slang and 1337speak. It works. Start from there. Not many things can go wrong. But - make sure you're running entirely in UTF8. You won't loose a byte, you won't notice a difference, hell - you'll make your life so much easier. Especially if you grow later on. And if you're not doing a site in English - it's even more important. You don't want your own locale to be getting gibberish on your page, due to some stupid fuck-ups your intern managed to do last summer. No wait, I'm being unfair. There's a good chance you fucked it up and then some poor lad or lass had to tear their hair off just for looking at what you've done.

If you're only local - it's apparent that this is not going to be the most brilliant idea. So do both - give a local version and an English fallback. People will appreciate it, including yourselves, sooner or later. But don't make English your orphan-page. Don't let it be a set of static pages that are not updated often enough, or contain 2 paragraphs of text, instead of the whole site. We don't like orphan pages. If you can't keep up with it - scrap it. Do not make-pretend. it doesn't give you credit. Be honest and be local. Just consider your locale's immigration policies and numbers though.

Next - scrap the idea of binding localization and internationalization in any form. You've a service that you provide to people from different places of the world. When you give them language selection - make it global. Unify your systems. Not only you give me the chance of reading the page of services you provide in Germany, in Russian, but you save on maintenance development and other annoyances, when you decide to scale.

Second - don't read my IP. It means nothing. Let me repeat - it means nothing. Where I AM has nothing to do with what I want and what i can process. It doesn't imply nationality, language abilities, interest in local services, or even where I am. I might be jumping firewalls through a proxy. I might be using Opera mini, where the request you get looks like a request sent from Norway, even when I'm in Peru. I might be on an Airport, wasting 2 hours between changing flights. I might be using TOR or browsing through anonymizers, because of various reasons. When you draw assumptions out of that information you're making them flawed. Statistically speaking - yes, the majority of the requests might be correctly interpreted. Might. Even statistically speaking, your error margin is continuously increasing. At some point it will go beyond a threshold that's good for you. It's just a question of when this approach will not be beneficial enough for you, not if.

When you automate - do not assume. You won't win anything. If you've the computing power to provide me a couple of pages and maintain your service, then you've the computing power to roll a couple of simple lines of code to give me the content the way I want it. Read what I'm telling you. If my accepted languages are English and Bulgarian, try to provide me with the content in the highest priority language I've listed. It's easy. Also - make abso-fucking-lutely sure you're giving me a clear and apparent choice to pick something else. Do not hide your language support like Skype.com does. Do not hide it - parade it. You've taken care to support a bajillion languages - for the love of the god, man - you've done a good job! Do not hide the results from me! If I am not giving you a clear choice of what I want - roll some more logic to find out. Let me select. Hell - use the darned IP detection then, if you're really that desperate, but do give me my choices in an obvious enough place.

When you expand and localize specific services and products - don't assume only people from the selected place will want them. Why limit what clients you will have? You already have 2+ languages you need to provide the same consistent service in - internationalize! Make them available everywhere. I want to buy an IKEA desk in Greece, from an Norsk interface. Provide it to me - you already have it all anyway.

Realize that if you're already doing all that, you don't have to be doing it wrong. It's even easier to get things right, when it boils down to your development and maintenance teams. You might even be saving yourself a lot of trouble, while at the same time winning big on usability for your consumers.