Google

Mitigating the Risks Of Google Docs and Gmail

022Once upon a time, before PCs were routinely connected to each other, smart people backed up their data on diskettes. As time progressed, they did so on CDs, DVDS and so on. The Internet came along. Some people, like Linus Torvalds, quipped about backing up via FTP to servers - an early open source methodology of sharing code instead of hiding it.

Horror stories of a lack of backup abound. It's the sort of stuff that built Norton Utilities - where the undelete and unformat commands became lifesavers for people who didn't backup things on their now ancient DOS based systems.

Now we have clouds. Data allegedly frolics in the clouds, much like toys play with each other when a child leaves the room (Tron meets Toy Story), and clouds are data services provided by companies such as Google and Amazon. With Google, companies large and small share with Google Docs and Gmail. People sleep better at night knowing that their data is being managed by corporations with user agreements that they may not have read but did agree to.

Until you get dumped by Google.

Gmail Risk Mitigation

Now, I can say 'I told you so', and that I use old school email in conjunction with Gmail - I download my email and store it on my computer. That's why I use Seamonkey. My email is only temporarily stored on Google's server and deleted when I download. To share between machines, I use MozBackup. I could leave my emails on Google's servers and hope that I somehow don't create a problem with their terms of service - which does seem to be rare but may not  be as rare as we would like to think.

Of course, I didn't get into these habits because I mistrust Google. I got into these habits when I was in the Caribbean and wasn't sure when I would have a connection. Despite what people might think, internet connections aren't as ubiquitous as marketing departments might have you believe.

And if you want to integrate some PGP, check out Enigmail.

Google Docs Risk Mitigation

For most documents I work with, there's really no need to go further than OpenOffice.org. However, sometimes people want/need to collaborate with others in 'real time' and Google Docs is good for that. Yet, again, if you need to work offline or don't want to trust all your information to Google's Great Cloud of Data, you can backup all your files - something I learned when I was working for a particular company when I was in charge of documentation. There was so much information in Google Docs and only one person responsible (me). Losing access to documents was simply something I wouldn't have happen on my watch.

Get gdocbackup. Use it.

Where's Your Data, Anyway?

As 'What Nationality is the Cloud?' points out, you may want to look into laws relating to your data as well. I'm not suggesting that you wrap your head in aluminium foil, but you probably should know the laws that govern your data - and those laws are subject to geopolitical lines on maps and agreements that have to do with who has access to your data.

Your Data, Your Responsibility

At the end of the day, there are a variety of things that could go wrong - from an obscure failure of cloud-based applications to lack of connectivity (your ISP) to data vandalism. These risks are glossed over by a lot of people because the cloud does make things easier - but it introduces new ways for you to be unable to access your data.

If your data is important then you need to treat it that way. Back it up.

While Google was the core of this article, the same rules apply to any cloud and cloud based services. Don't be the example.

Enhanced by Zemanta

The Future of the 'Web Browser'

DebuggingMy recent return to the compiler, as well as a lot of web development with Content Management Systems such as Drupal, has had me thinking a lot about software that's useful as well as the problems associated with it. The Hedgehog project, still on the backburner, is an example of that.

For non-technical people, the web browser is something that's simply supposed to work and allow them to do things that they want to. It's all largely social and is built on concepts that are somewhat old by Internet standards - largely because of business models.

The Internet, despite the idealism that inspired it, is largely the best example of TANSTAAFL ('There Ain't No Such Thing As A Free Lunch') available. You want free social networking? Someone sells your data. You want a free encyclopedia? You donate money to Wikipedia (which is paying for it). You want free news? You get advertising - though this model hasn't been working out too well for print media transitioning to the web for - yes - business reasons. At the end of the day, everyone involved with creating content and technology needs to get paid somehow. For example, I can't point bill collectors at stuff I write, code or otherwise. Of course, I haven't actually tried that and I could be pleasantly surprised if they did, but I'd say that the likelihood of that is very close to 0 and negative.

Business models on the Internet have always been about data. Before weblogs showed up on the timeline, large companies dominated with their content. Some businesses, through discussion boards, capitalized on user generated content - I was a moderator for one such place, CramSession.com - where I also firest got paid for writing. 

Weblog software came along and at least a billion monkeys set themselves to work in generating the works of Shakespeare.

Social networking sites came along to harness the monkeys.

That's about where we are now.

But beyond these business models, the technology has been pretty much the same. Some people will argue that, citing new languages and technologies that have shown up such as content management systems, languages such as Perl, Python and PHP, databases such as MySQL, and so on. On the surface, there has been a lot of change as people see all these evolving technologies yet these technologies have been evolving based on one implicit assumption: The data belongs on the server, typically the business owner's server. When you tap at the keyboard on a site, even on this very small niche of the web, what you share becomes a part of the site - for better and worse. Your thoughts, your opinions, your content - all of that goes onto a server somewhere and sits there until someone decides you're interesting enough to research. I don't mean to scare you but if you're not a little scared by that idea, I have to tell you that you should be scared - at least a little.

It wasn't too long ago that 'Spyware' and 'Malware' were seen as problems - I'll add that this created a niche industry for a while - but the data people were worried about losing from their systems they freely give on the Internet. This is largely seen as a necessary sacrifice to have access to networks and, with present popular technologies, it's true. Myself and others have made a living off of

Increasingly, though, the technologies seem to be an attempt to force oversized square plugs into undersized round holes. I don't mean to pick on Drupal, but I know it best - as it grows into a 'framework', it becomes unwieldy because of the technologies it's based on (though some of the architecture choices seem less than inspired). This is not to say Drupal isn't good but that Drupal can't outgrow the technologies it's based on - like any other CMS.

Yesterday, while bumbling around on NPAPI developer lists, I came across Google's Native Client :

The Native Client open-source technology is designed to run native compiled code securely inside browsers. Native Client puts web applications on the same playing field as local applications, providing the raw speed needed to compete with traditional software like 3D games, video editing, and other applications. Native Client also gives languages like C and C++ (and eventually others as well) the same level of portability and safety that JavaScript provides on the web today.

It's limited by being only available for Chrome. I read up on it some more and found it lacked a fundamental part of the technology I'd be most interested in - local support of databases - though I don't think that would be hard to drop in. As I looked at it more deeply, as a developer I found it very attractive on a few different levels. First, not being limited by web present web technologies and with the potential for real threading without having to learn Yet Another Language is very attractive (I'll be looking into Ruby on Rails later today). Next, it's an open source project which makes it easier to extend. Truth be told, I had been speaking with a few people about the idea that the present browser is outdated and we need to rethink how we use the Internet - and this looks like a step in the right direction.

In a world where marketing largely creates and manages user expectations, it's going to take a real game changer to throw the web browser train off the rails. So far, I have no clue what that will be.

Enhanced by Zemanta

A First Look At TrustCloud

I've spent the last hour looking into TrustCloud, and have put together my Trustcloud profile. At present, there's even a badge here on the site that is the spitting image of the one in this post. I got to TrustCloud through Tobias, who wrote a post on it himself.

On the surface, it resembles Klout a bit - but it's different in its own ways. Both Klout and TrustCloud deal with online reputation - something so easily sullied by - and both have algorithms to somehow quantify how good your reputation is. Honestly, though, I stopped paying attention to Klout months ago when the changes to their algorithms started doing funky things to my own Klout score (I think I peaked at about 60 or so). Part of the problem with Klout is that it was so easily gamed and, for a while, I was trying to game it to be an expert on Bacon. Then I lost interest. None of the perks were worthwhile and it seemed like a horrible timesink.1

The world does not need more timesinks.

Is TrustCloud different?

I think so, but I've been fooled before and I have become more of a realist about new technologies and implementations in the past 20 years - enough so that bright eyed new folk often mistake me for a cynicist.

That said, what do I like about TrustCloud? For one, it didn't force me in a direction to spam my networks. An offer to Tweet it and drop a Facebook link were more than sufficient for me, but they are still in beta. That may change, but even as I logged into Klout while writing this the Klout site offered me the opportunity to spam all the people in my networks that aren't on Klout to 'join me on Klout'. I know why it's done but I don't think the 'why' is as important as the 'why you shouldn't'.

It also allows me to be more detailed about why someone is trustworthy. There are 'virtues' that seem to me more worthwhile (virtuous?) than Klout's keyword tagging.

  • Helpful - Willing to help others
  • Generous - Selflessly giving to others
  • Organized - Brings order to situations
  • Compassionate - Empathy & concern for others
  • Punctual - On time & on schedule
  • Friendly - Accessible & Kind personality
  • Accountable - Takes responsibility for actions
  • Considerate - Regards needs & feelings of others
  • Reliable - Follows through on commitments
  • Clean - Does not leave a mess
  • Efficient - Gets things done quickly & methodically
So far, I like it - but I've only played with it for about an hour. Longevity will depend on how much others find it useful. From this Techno-Realist, here's what I have to say:
 
It's a better start.
 
I would, however, like to point out that dynamic badges should be available through embed links. It's in Beta, so it's forgiven...for now.

1To be fair, too, when I was working as a Communications Manager for a Drupal shop, my online presence died down as I spent a lot of time handling documentation issues, amongst other things. That also affected my network in ways that I'm still coming to grips with, but all faults will be remedied in time.

Enhanced by Zemanta

Pages

Subscribe to RSS - Google