Slashdot Mirror
Google Apps Deciphered
Lorin Ricker writes "Computing in the Cloud — Free Apps — Outsource It! Yippee! Automation TCO nirvana at last! You can hear the non-technical managers and home-users unite in grateful song and dance! If we can just offload our office applications and data to the Cloud Known As Google, that apparently bottomless source of storage, search and now other useful capabilities, our office automation problems will be solved! Hooray! 'Well, just y'all hold up there a minit, lil' cowboy. Thar's a few thangs y'all oughta know 'bout afore ya go rushin' off...' If John Wayne didn't say exactly that, well, he should'a." Keep reading for the rest of Lorin's review.
Google Apps Deciphered -- Compute in the Cloud to Streamline Your Desktop
author
Scott Granneman
pages
552
publisher
Prentice Hall
rating
7
reviewer
Lorin Ricker
ISBN
0-13-700470-2
summary
A practical, comprehensive and useful guide to Google Apps
Scott Granneman's new book Google Apps Deciphered — Compute in the Cloud to Streamline Your Desktop is a very useful technical overview about deploying Google Apps. It promotes a contagiously positive "we're gonna be saved" view of Google's ambitious initiative to provide our user communities with the perfect environment to counterbalance the Microsoft-centric archipelago of computing workstations. Good on Google, and good for Mr. Granneman for providing this practical overview, a comprehensive how-to for deploying Google Apps in any workplace.
And yet, to dampen our somewhat overly enthusiastic spirits, along comes none other than RMS himself in the role of the cowboy philosopher, with words of warning regarding the collective wisdom of committing all our eggs to the Google/Cloud basket: "Hold on there, pilgrim." The present book review is not the place to engage in this particular debate (see Ben Rothke's illuminating review of Greg Conti's recent book, Googling Security) — suffice it to say that Google Apps Deciphered pays no attention whatsoever to the issues of data security, privacy, and ownership.
The business wisdom of committing proprietary information, trade secrets, sensitive data, competitive analysis, private reports, personal/identity and non-public customer data is not even acknowledged as Granneman launches enthusiastically, without reservation, into his topics. Readers seeking any guidance on the legal, statutory, ethical and practical issues regarding data security in the Cloud will come up empty-handed in Google Apps Deciphered — start with Conti's book instead. In fairness, however, the whole concept of Cloud data storage is in the formative stages of discussion and understanding by many of us; still, I find myself wishing that Granneman's book had at least given a nod to and perhaps delineated the issues at hand, rather than jumping uncritically into the presumed virtues of total Cloud commitment.
That said, it was my only real gripe about Google Apps Deciphered. Taking it at face value, this book is a sure-footed guide to deploying Google Apps at its current state of development and fitness for duty.
The author starts out with an Introductory chapter which lays out the benefits (but without the down-side) of Cloud computing, and extols the general virtues of Google Apps itself — that's the cheerleading part of the book. Where appropriate, several of the chapters are neatly tied off with a list of supporting references, nearly all of which are websites or online articles cited by title, author (where relevant and available), and full URL.
The meat of the book is a comprehensive how-to for Google Apps, in six parts of a few chapters each: Part I "Getting Started with Google Apps" covers the selection of the appropriate "edition" of Apps, and then goes on to discuss migration issues for existing user data (email, contacts and calendars), concluding with advice on managing Apps services.
Part II covers email — not from an individual 's "I've got a gmail account of my own" perspective, but from the corporate or organizational "let's convert from Exchange Server" ambition. Part III similarly covers Google Calendar.
Part IV addresses Google Docs, Google's answer to Microsoft's Office Suite. Part V is about Google Sites, while Part VI picks up various miscellanea, including Google Talk, the Start Page, Message Security and Recovery (no, not exactly about data security), and finally, Google Video.
Park VII consists of three Appendices, one addressing "Backing Up Google Apps" (sic! — but why? Doesn't adopting the Cloud forgive us of this responsibility?); the next covers "Dealing with Multiple Accounts" (apparently, the existence of certain pre-existing Google accounts can complicate a new deployment); and finally, an appendix which touts "Google Chrome: A Browser Built for Cloud Computing."
For the most part, each of the Parts is similarly constructed, with chapters covering "Setting Up...", "Things to Know About Using..." and "Integrating ... with Other Software and Services" for gmail, Calendar, Docs, Sites and the rest. And herein lies the strength of the book as a how-to deployment guide. Scott Granneman is a well-regarded author, educator and consultant to the free and open source software community, having previously written good books about Linux, Knoppix, Firefox and more. He brings this expertise and experience directly to bear on the practical problems of deployment and committing an organization's computing resources and users (or at least a part of them) to Google's Cloud resources.
These how-to chapters are comprehensive; they anticipate and resolve many of the practical problems one would encounter during deployment with directions and advice which is obviously hard-won, based on the real-world expertise of the author. He's clearly done the Apps deal himself, and writes from actual experience, not from the hypothetical.
As examples of these comprehensive deployment recipes, the chapter on gmail includes consideration of: folder structures and limitations; live cutover considerations; IMAP and POP; migration tools; issues special to Exchange Server; mbox and Maildir stores; techniques and tools for actually moving bulk messages (and having them land correctly); specific issues with Outlook, Hotmail, Thunderbird, Macs, web-based email, and more; and solving common problems. With this thoroughness, it's likely that most problems and issues of deployment are anticipated and covered — the rare thing that's not can probably be figured out by analogy with what Scott does address. And so on for the other Google Apps as well.
The author also comes clean about the various limits and restrictions imposed on Google Apps accounts and deployments, and delineates these according to the five Editions of Apps: Standard, Premiere, Team, Education, and Partner (free and paid modes). For example, Google Docs imposes strict limits on document file sizes, and "at most a limit of 5,000 documents and presentations and 5,000 images." (Really. Is this adequate for even the average office worker over the long-term? What about prolific Sally the tech-writer, or John "the tool" over in proposals? Are such limits practical for an enterprise?) There are more such things scattered throughout the book, as well as existing problems (such as the previously mentioned "multiple accounts" issue) which, honestly, only serve to bolster the common impression that many Google products are in a perpetual state of beta.
This book belongs in the hands of every technical staff who gets charged by their employer with the responsibility for a Google Apps deployment. If that's where your company is going, then Scott Granneman's book will no doubt save countless hours of experimentation, false starts and problem solving — it's a serious practical, technical leg up on what will be a non-trivial data and environment migration effort.
Given his target — the why/benefits of adopting the Google Apps/Cloud approach, and how to get it done — Google Apps Deciphered scores well for hitting its mark. I gave it slightly lower marks for its lack of coverage of the "should you even do this?" data security and privacy issues, and because it only hints at some of the pre-planning, project costing considerations that must be considered by any enterprise which is contemplating this commitment.
I opened this book thinking that I'd likely try or do some of the deployment exercises for myself — but I closed it with the conviction that, for me and my own SOHO business needs, Google Apps is not yet ready for my own prime time. Helping me come to that conclusion made the book very worthwhile; for others, your mileage will of course vary. I am convinced that, as awareness of the data security and privacy issues matures, and approaches to these evolve and improve, Cloud Computing will become ubiquitous to various degrees and needs — as if it's not already — and probably sooner than we suspect. In that event, Google Apps Deciphered and its future editions will be among the most useful of guides.
You can purchase Google Apps Deciphered -- Compute in the Cloud to Streamline Your Desktop from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
And yet, to dampen our somewhat overly enthusiastic spirits, along comes none other than RMS himself in the role of the cowboy philosopher, with words of warning regarding the collective wisdom of committing all our eggs to the Google/Cloud basket: "Hold on there, pilgrim." The present book review is not the place to engage in this particular debate (see Ben Rothke's illuminating review of Greg Conti's recent book, Googling Security) — suffice it to say that Google Apps Deciphered pays no attention whatsoever to the issues of data security, privacy, and ownership.
The business wisdom of committing proprietary information, trade secrets, sensitive data, competitive analysis, private reports, personal/identity and non-public customer data is not even acknowledged as Granneman launches enthusiastically, without reservation, into his topics. Readers seeking any guidance on the legal, statutory, ethical and practical issues regarding data security in the Cloud will come up empty-handed in Google Apps Deciphered — start with Conti's book instead. In fairness, however, the whole concept of Cloud data storage is in the formative stages of discussion and understanding by many of us; still, I find myself wishing that Granneman's book had at least given a nod to and perhaps delineated the issues at hand, rather than jumping uncritically into the presumed virtues of total Cloud commitment.
That said, it was my only real gripe about Google Apps Deciphered. Taking it at face value, this book is a sure-footed guide to deploying Google Apps at its current state of development and fitness for duty.
The author starts out with an Introductory chapter which lays out the benefits (but without the down-side) of Cloud computing, and extols the general virtues of Google Apps itself — that's the cheerleading part of the book. Where appropriate, several of the chapters are neatly tied off with a list of supporting references, nearly all of which are websites or online articles cited by title, author (where relevant and available), and full URL.
The meat of the book is a comprehensive how-to for Google Apps, in six parts of a few chapters each: Part I "Getting Started with Google Apps" covers the selection of the appropriate "edition" of Apps, and then goes on to discuss migration issues for existing user data (email, contacts and calendars), concluding with advice on managing Apps services.
Part II covers email — not from an individual 's "I've got a gmail account of my own" perspective, but from the corporate or organizational "let's convert from Exchange Server" ambition. Part III similarly covers Google Calendar.
Part IV addresses Google Docs, Google's answer to Microsoft's Office Suite. Part V is about Google Sites, while Part VI picks up various miscellanea, including Google Talk, the Start Page, Message Security and Recovery (no, not exactly about data security), and finally, Google Video.
Park VII consists of three Appendices, one addressing "Backing Up Google Apps" (sic! — but why? Doesn't adopting the Cloud forgive us of this responsibility?); the next covers "Dealing with Multiple Accounts" (apparently, the existence of certain pre-existing Google accounts can complicate a new deployment); and finally, an appendix which touts "Google Chrome: A Browser Built for Cloud Computing."
For the most part, each of the Parts is similarly constructed, with chapters covering "Setting Up...", "Things to Know About Using..." and "Integrating ... with Other Software and Services" for gmail, Calendar, Docs, Sites and the rest. And herein lies the strength of the book as a how-to deployment guide. Scott Granneman is a well-regarded author, educator and consultant to the free and open source software community, having previously written good books about Linux, Knoppix, Firefox and more. He brings this expertise and experience directly to bear on the practical problems of deployment and committing an organization's computing resources and users (or at least a part of them) to Google's Cloud resources.
These how-to chapters are comprehensive; they anticipate and resolve many of the practical problems one would encounter during deployment with directions and advice which is obviously hard-won, based on the real-world expertise of the author. He's clearly done the Apps deal himself, and writes from actual experience, not from the hypothetical.
As examples of these comprehensive deployment recipes, the chapter on gmail includes consideration of: folder structures and limitations; live cutover considerations; IMAP and POP; migration tools; issues special to Exchange Server; mbox and Maildir stores; techniques and tools for actually moving bulk messages (and having them land correctly); specific issues with Outlook, Hotmail, Thunderbird, Macs, web-based email, and more; and solving common problems. With this thoroughness, it's likely that most problems and issues of deployment are anticipated and covered — the rare thing that's not can probably be figured out by analogy with what Scott does address. And so on for the other Google Apps as well.
The author also comes clean about the various limits and restrictions imposed on Google Apps accounts and deployments, and delineates these according to the five Editions of Apps: Standard, Premiere, Team, Education, and Partner (free and paid modes). For example, Google Docs imposes strict limits on document file sizes, and "at most a limit of 5,000 documents and presentations and 5,000 images." (Really. Is this adequate for even the average office worker over the long-term? What about prolific Sally the tech-writer, or John "the tool" over in proposals? Are such limits practical for an enterprise?) There are more such things scattered throughout the book, as well as existing problems (such as the previously mentioned "multiple accounts" issue) which, honestly, only serve to bolster the common impression that many Google products are in a perpetual state of beta.
This book belongs in the hands of every technical staff who gets charged by their employer with the responsibility for a Google Apps deployment. If that's where your company is going, then Scott Granneman's book will no doubt save countless hours of experimentation, false starts and problem solving — it's a serious practical, technical leg up on what will be a non-trivial data and environment migration effort.
Given his target — the why/benefits of adopting the Google Apps/Cloud approach, and how to get it done — Google Apps Deciphered scores well for hitting its mark. I gave it slightly lower marks for its lack of coverage of the "should you even do this?" data security and privacy issues, and because it only hints at some of the pre-planning, project costing considerations that must be considered by any enterprise which is contemplating this commitment.
I opened this book thinking that I'd likely try or do some of the deployment exercises for myself — but I closed it with the conviction that, for me and my own SOHO business needs, Google Apps is not yet ready for my own prime time. Helping me come to that conclusion made the book very worthwhile; for others, your mileage will of course vary. I am convinced that, as awareness of the data security and privacy issues matures, and approaches to these evolve and improve, Cloud Computing will become ubiquitous to various degrees and needs — as if it's not already — and probably sooner than we suspect. In that event, Google Apps Deciphered and its future editions will be among the most useful of guides.
You can purchase Google Apps Deciphered -- Compute in the Cloud to Streamline Your Desktop from amazon.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
"Yippee! Automation TCO nirvana at last! Hooray! 'Well, just y'all hold up there a minit, lil' cowboy. Thar's a few thangs y'all oughta know 'bout afore ya go rushin' off...' If John Wayne didn't say exactly that, well, he should'a."
Shut the fuck up, Spongebob. Are you writing me a book review or trying to sell me a used car, asshole?
I dislike Google Apps as much as the next non-buzzword-compliant greyheard, but, Lorin Ricker, you just can't fucking write. For one thing, if you're going to write a quirky lead-in to an article, you have to be good at it, otherwise you sound like a blathering idiot. And you, my friend, aren't very good at it.
Please, take some freshman writing classes at your local community college. You appear to have some good points, but you just don't know how to say it.
I've not seen a more disjointed collection of words for a long time.
You're not quick, clever, witty, or even remotely talented at writing.
If you don't have the knack, stick to the facts.
Grind your axe with Google Apps elsewhere, I came for a book review not an expose.
and even my brain hurts from reading this post...please never do that again. ever.
By Google Apps. Why would you use the cloud when there is little or no security (at least the security practices which keep each instance separated is unknown) and you don't own what you've put into the Google cloud; Google does.
Did you ever wake up in the morning, with a Zombie Woof behind your eyes? -- FZ
The AC beat you to it. No reason to pile on.
I was so distraught after reading that summary that my co-workers had to put me in a mental rehab facility. They now have me posting here to tell you this so I can overcome my fears and once again enter society as a normal person.
Starring Jerry Seinfeld and Bill Gates?
(-1, Raw and Uncut is the only way to read)
Starring a black man, a white woman, a Chinese woman, and a Native American man. That way the viewers will say "Wow, what an artifically ethnically diverse cast!" If any white males are part of the team, they will have to be depicted as effete, nerdy, inadequate, incompetent, or insecure, lest we offend anyone. Lord knows we can't just have a TV show without including some element of social engineering and diversity sensitivity training.
What's really great is when there is a commercial with a man and a woman. The person who uses Brand X and gets bad results has to be the man. That way the woman can humor and patronize him in a self-congratulatory way as she experiences the good results of using the name brand. It would be so terrible and awful and sexist and discriminatory if those roles were ever reversed, so only a tiny percentage of commercials deviate from this pattern. Again, the sweet Lord knows we can't have some barker hawking products without an element of social engineering. It would be doubleplusbad!
Really, then why are you doing it?
There is no "-1 offended" or "-1 you don't agree with me" mod options for a reason.
The AC beat you to it. No reason to pile on.
Holy shit. Seriously? Was this review an exercise in throwing as much random shit onto slashdot as poorly as you can? Awesome work. F.
That was an extremely poorly written blurb. I had to come to the page to voice my hate before I realized it was some sort of review, which I don't plan to read since the blurb was such a turn-off
| "you just can't fucking write." as AC-
how about a little decorum? Normal person (though that may not apply here) + anonymity + audience = exactly what again?
I'll take the opportunity to shamelessly plug Google Apps Improved Login (GAIL). GAIL allows administrators of Educational and Premier Edition Google Apps domains the ability to have a custom login page (instead of Google's generic one) and the ability for admins to login as users in order to troubleshoot problems.
This is the shittest book review I've ever had the displeasure of reading. Kill yourself.
Except - that's exactly what you do throughout your entire 'review'. Instead of actually review the book, you use continually use the contents of the books as springboard for expressing your point of view in that debate. Disingenuous at best. Dishonest at worst.
Anyone who's dumb enough to put their retirement money in stocks or thinks "the cloud" is a safe, secure, consistently available place to put their data gets exactly what they deserve. Really guys. A little paranoia is *healthy,* OK?
Please do not read this sig. Thank you.
I still don't know what he was going to tell. I stopped reading after the 3rd sentence or so because it was just unbearable and hurt my eyes.
Fuck your cloud
Ok, so I see about 30 comments here, but they're all just complaints about the reviwer's style - does nobody have anything to say about the actual subject of the review? Slashdot commentary is becoming just about worthless...
I'm sorry, we're talking about fucking clown shoes over here. What the hell are you going on about? A clown-shoe fetishist is the rarest of all minorities; therefore they should be featured in all commercials.
I still don't know what he was trying to say. I stopped reading after the second sentence or two because it was just unbearable and hurt my eyes.
For every problem, there is at least one solution that is simple, neat, and wrong.
I cannot, under any circumstances, imagine RMS saying: "Hold on there, pilgrim." You, Lorin Ricker, shall be visited this evening by the ghosts of beards past, present and future...
It must have been something you assimilated. . . .
The AC beat you to it. No reason to pile on.
Google Apps and "the Cloud" (sounds like a seventies pop group) is where Google becomes the new Microsoft.
The Great Unwashed will flock to move over to Google Apps and before they know it, they'll be locked in. They'll be beholden to Google.
You mark my words...
Stick Men
I think a lot of the commercials with men and women are marketed toward women, who historically do the shopping. Thus, the woman, representing their target consumer, uses the "better" brand. Also, as the superior sex, men aren't swayed by marketing bullshit, so why pander to them?
Ok, that last part was a joke.
People seriously need to drop this paranoia about the cloud. These same people transported back in time would have said the moving picture was the work of the devil and the automobile was too. Get with it, and observe Google's immaculate track record for protecting the privacy of its users, and put away the tinfoil hats.
I couldn't possibly read this without losing my lunch. I only clicked through to see the tumultuously negative reaction I knew it would provoke.
After my eyes stopped bleeding, I deleted SlashDot from my links toolbar, then i gave myself a mental enema (half a pint of vodka). Then another one. But the lead-in still wouldn't delete itself from my cache, so i felt compelled to come back here and comment.
Slashdot, please don't let this 'person' write another story here - ever, ever, EVER. This is not a joke. I am not a literary critic (by profession) yet this qualifies as the worst EVER lead-in to a story. Please delete the author.
I couldn't even bring myself to read the story. Maybe s/he had a point -- I suppose I'll never know.
Time for another mental enema -- maybe then i'll pass out and the horror will pass.
Speaking of deciphering Google Apps, has anyone looked at their Javascript source code? The Google Docs JS file is 300kb with almost no white space. It might be interesting to deobfuscate it. So far using find-and-replace, I inserted line breaks after every semicolon and curly bracket. At the top there are a bunch of two-letter functions that look like C #define statements, for example:
function na(a,b){ return a.filter=b }
There are also a bunch of similarly named variables with common objects, like
var o="appendChild"
It shouldn't be too difficult to replace every instance of these variables and functions with what they actually do in the rest of the code, but find-and-replace won't work.
In addition to obfuscation, all this stuff reduces the code size, kind of like compression where you have a table of commonly repeated stuff. Analyzing the frequency of use of each of these functions might reveal whether they obfuscated the code only to save space or also to prevent reverse-engineering. For example, if there is a function like this that is used just once, it wouldn't make sense to make it into a function to save space, and they must be trying to prevent reverse-engineering.
Of course, there is no way to see their server-side scripts.
No! No! You are missing the point! LR writes like the next Billy S., but alas he useth Google Apps !
Would that he had wooed beneath the Silverlight. Tis' Google that belies his trade. The thesaurus, grammar checker, and their link decayed doth kill his fire as the earthen blade!
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
Why should I read further. After reading that first paragraph, Lorin Ricker looks like an idiot.
IMHO cloud computing is impossible to secure. At best it is ALMOST safe. If you own the cloud, and the cloud is in a jar, and the jar is in a safe, and the safe is in a concrete room, and the room is in a lead building, and the lead building has a mote... If they are smart, Google will leave "beta" in its description forever.
Having to work for a living is the root of all evil.
'Well, just y'all hold up there a minit, lil' cowboy. Thar's a few thangs y'all oughta know 'bout afore ya go rushin' off...' If John Wayne didn't say exactly that, well, he should'a."
What kind of filthy language is this? The person who wrote this is simply an idiot if he is thinking that he is creating humour. Post such things on /trash and not /.
Hey all, First off, a disclaimer, i work for Global Web Security Systems (gWebs).
Our software grabs outgoing and incoming data at the transport layer as you use google products and tosses it through GnuPG.
Our MailCloak product encrypts gmail, (Yahoo, and MSN, etc) in firefox and IE.
DocCloak, in private beta, will do the same thing for Google Docs, and Zoho office.
SaaSCloak, again in private beta, works with google sites, and we are adding several other cloud services.
Check this stuff out at http://www.getmailcloak.com/ to install MailCloak
and http://www.gwebs.com/ to learn more about the company.
Moderators: mark this "funny".
Hard work like this deserves to be rewarded.