or Connect
AppleInsider › Forums › Mobile › iPhone › Microsoft's SideKick/Pink problems blamed on dogfooding and sabotage
New Posts  All Forums:Forum Nav:

Microsoft's SideKick/Pink problems blamed on dogfooding and sabotage

post #1 of 159
Thread Starter 
Additional insiders have stepped forward to shed more light into Microsoft's troubled acquisition of Danger, its beleaguered Pink Project, and what has become one of the most high profile Information Technology disasters in recent memory.

The sources point to longstanding management issues, a culture of "dogfooding" (to eradicate any vestiges of competitor's technologies after an acquisition), and evidence that could suggest the failure was the result of a deliberate act of sabotage.

AppleInsider previously broke the story that Microsoft's Roz Ho launched an exploratory group to determine how the company could best reach the consumer smartphone market, identified Danger as a viable acquisition target, and then made a series of catastrophic mistakes that resulted in both the scuttling of any chance that Pink prototypes would ever appear, as well as allowing Danger's existing datacenter to fail spectacularly, resulting in lost data across the board for T-Mobile's Sidekick users.

Why Danger failed within Microsoft

Now, a new source has stepped forward to elaborate on why Microsoft's Danger acquisition failed so dramatically. This source, intimately involved in the core engineering circle of Microsoft's Pink Project, outlined that Pink wasn't simply the acquired Danger group, but existed prior to the acquisition. While the Pink group operated within Microsoft independently of both Windows Mobile and Zune, this source claims that "Pink was in fact a Zune-phone," in that "Pink was a third group tasked with taking Zune software and making it a phone."

The pre-Danger Pink group was characterized as "A huge source of trouble," with the source explaining that "the Redmond-based Pink designers brooked no feedback and won all appeals to higher management (presumably by leveraging face-time)." Pink was given Carte Blanche to assemble a team and get started, but external constraints prevented Danger from simply growing into the Pink Project within Microsoft.

"When Danger was acquired, Pink was already a going concern but had no engineering staff. Microsoft discovered that Danger had unbreakable contractual obligations that meant they couldn't turn us into warm bodies working on Pink, so they staffed up internally," the source reported. "By the time Danger engineering became available to work on Pink a year later, innumerable bad decisions had already been made by clueless idiots."

In response to comments that have characterized the story of Microsoft bungling Danger and Pink as too ridiculous to be true, the source wrote, "no one really grasps how dysfunctional Microsoft has become. Yes Microsoft did spend half a billion dollars for, as near as anyone can tell, absolutely nothing. Not exactly the first time. Asserting that it's a ridiculous supposition is in no way disproving it."

The insider then verified key elements of previous reports of the failed acquisition and datacenter outage: "Yes, the first thing Microsoft did was cancel the in progress Sidekick, and T-Mobile slapped them silly. Yes, they set ambitious and clearly fictitious target dates and then make hard decisions based on those dates. Yes, they half-developed features and then cut them to bring their dates in. Yes, they have no one on staff with technical understanding of Danger internals (as they proved pretty recently responding to the data center fiasco) which means they have no one important from Danger.

"Yes, design is from Pink-Redmond, and technical is not from Danger, so what exactly is from Danger? Yes they cut SMS from the phone recently (because SMS is 'too hard'); no doubt someone beat them up about that, but the point is that the decision makers are beyond clueless."

Was Microsoft's Sidekick data loss incompetent "dogfooding"?

The prevailing story of how Microsoft could have accidentally orchestrated a complete failure of its Danger cloud services and then remained unable to salvage any user data from any backups says that Microsoft's engineers attempted to perform a SAN transition that failed without any contingency plans in place. However, while Microsoft has plenty of examples of poor management, it also has no shortage of qualified engineers and information technology professionals, none of whom would plausibly begin upgrade work on a production data center without an exit strategy and backups in place.

To the engineers familiar with Microsoft's internal operations who spoke with us, that suggests two possible scenarios. First, that Microsoft decided to suddenly replace Danger's existing infrastructure with its own, and simply failed to carry this out. Danger's existing system to support Sidekick users was built using an Oracle Real Application Cluster, storing its data in a SAN (storage area network) so that the information would be available to a cluster of high availability servers. This approach is expressly designed to be resilient to hardware failure.

Microsoft is well known for wanting to replace competitor's technologies with its own. The company famously failed to do this after buying up HoTMaiL in 1996 and attempting to replace its Sun Solaris servers with PCs running NT; it similarly failed to smoothly transition WebTV from its original Sun-infrastructure to one based on Windows Server and WinCE clients in the late 90s. Microsoft also struggled to help Dell replace its WebObjects-based web store after Apple bought NeXT in 1997.

Striving to rid the company of foreign technology and "eat one's own dog food" instead is so common that Microsoft's employees are said to commonly use the word "dogfooding" as a verb to describe this.

Danger's Sidekick data center had "been running on autopilot for some time, so I don't understand why they would be spending any time upgrading stuff unless there was a hardware failure of some kind," wrote the insider. Given Microsoft's penchant for "for running the latest and greatest," however, "I wouldn't be surprised if they found out that [storage vendor] EMC had some new SAN firmware and they just had to put it on the main production servers right away."

A variety of "dogfooding" or aggressive upgrades could have resulted in data failure, the source explained, "especially when the right precautions haven't been taken and the people you hired to do the work are contractors who might not know what they're doing." The Oracle database Danger was using was "definitely one of the more confusing and troublesome to administer, from my limited experience. It's entirely possible that they weren't backing up the 'single copy' of the database properly, despite the redundant SAN and redundant servers."

Was Microsoft's Sidekick data loss an act of sabotage?

Still, despite the precedent Microsoft has set for failing to port existing systems to its own technologies, the company had no real or compelling reason to transition Danger's systems over to Microsoft-based servers. Few consumers were even aware that Microsoft was running the Sidekick service; most customers would naturally think T-Mobile was operating its own support services for its subscribers.

Unlike HoTMaiL and WebTV, Microsoft was running the Sun Solaris/Linux/Oracle-based Danger servers as part of a contractual obligation to T-Mobile. Microsoft was only interested in employing Danger's talent to develop a new consumer phone of its own design, not in upgrading or rebranding the existing Sidekick platform. This suggests that there was no reason for a major transition or upgrade to be occurring.

Instead, the fact that no data could be recovered after the problem erupted at the beginning of October suggests that the outage and the inability to recover any backups were the result of intentional sabotage by a disgruntled employee. In any other circumstance, Microsoft or T-Mobile would likely have come forward with an explanation of the mitigating circumstances, blaming bad hardware, a power failure, or some freak accident.

An act of sabotage "would explain why neither party is releasing any more details: for legal reasons dealing with the ongoing investigation to find the culprit(s)," one of the sources said. Due to the way Sidekick clients interact with the service, any normal failure should have resulted in only a brief outage until a replacement server could be brought up.

The very long outage of core functionality, followed by an incapacity to recover any data, both point to the possibility that "someone with access to the servers at the datacenter must have inserted a time bomb to wipe out not just all of the data, but also all of the backup tapes, and finally, I suspect, reformatting the server hard drives so that the service itself could not be restarted with a simple reboot (and to erase any traces of the time bomb itself)."

Unlike a more conventional incident involving a suspicious failure, the source said, "the Microsoft IT forensic investigators who would normally be called upon to investigate this sort of thing are all trained on Windows servers and have no clue of any of the details of the Sidekick service.

"If this was an ordinary sort of failure, the service would have come back within a day, so once again, all signs point to sabotage. If they erased the server hard drives, they would have to reinstall the OS on each affected server, then reload all of the server-side software and start everything back up, and who knows how many people are remaining at Danger who even know how to do all of that? Once again, there is no-one on the Microsoft side who is going to know how to do any of this.

"Certainly Microsoft has armored themselves against any kind of similar sabotage on the Redmond side, but Danger was always run like a small company where individual employees had a higher level of access to servers and such. With Google, Amazon, and others promoting their own cloud services, why would anyoneÂ*choose Microsoft for anything remotely mission critical after this fiasco?"

Why Sidekick clients can't power down during the crash

Since the failure, T-Mobile has been warning its Sidekick customers "during this service disruption, please DO NOT remove your battery, reset your Sidekick, or allow it to lose power." The reason for this relates to how the Sidekick interacts with the Danger cloud services Microsoft was running.

"On the iPhone, you sync your data with your PC/Mac via iTunes, and MobileMe in parallel syncs both the iPhone and the PC/Mac with 'the cloud" [at MobileMe]. If the cloud were to go down and everything lost (like I said, an almost completely inconceivable occurrence except by deliberate sabotage), your data would still be preserved on both your iPhone and your PC/Mac," a source explained.

"Unfortunately, it doesn't work that way on the Sidekick. The Sidekick was designed under the assumption that the cloud would always be available, and that your data would be safe there, so the device doesn't try very hard to preserve your data if you were to yank the battery or in the rare event of a phone OS crash/reboot. Instead, under these circumstances the device starts from an empty database and then reloads all of your data from the service when it comes back up.

"That's why T-Mobile has been telling everyone not to pull the batteries on their Sidekicks or let them run down. It is safe to turn the device off and on with the power button, and it should also shut down cleanly if the battery runs down, but once again, if it fails to shut down cleanly, it starts over from an empty database on the next reboot.

"What makes things even worse is that there's no way to sync your personal data directly to your PC. T-Mobile provides for a small fee a third-party app download to sync your data with Outlook on a Windows PC (and there was a similar app for Mac at one point, but it was discontinued some time ago, pre-acquisition), but I don't think it syncs email messages, I know it doesn't sync SMS [messages], and what's worse is that it syncs from the cloud to the PC, not from the device to the PC.

"Normally that's an advantage because you don't need any sort of sync cable, but in this case, with the service down and unlikely to come back up, there's now no way to transfer any of your data, except by saving your contacts and SMS messages to the SIM card (which has a very limited number of slots available, compared to the device), or by manually writing everything you want to preserve down on paper.

"So this is a catastrophic failure of the worst possible kind. Like I said, I can't think of any innocent explanation for all user data to have been lost permanently, and for the service to still be down."

T-Mobile irate at Microsoft

Even before the data center failure, T-Mobile and Microsoft were at odds over the future of the Sidekick platform and the Pink Project's goal to break the exclusive agreement Danger had formed with T-Mobile as a long term partner. Microsoft was reportedly in secret talks with Verizon to ship two CDMA versions of a "Pink" phone, either under the Windows Phone brand or under the Zune logo, in addition to creating a GSM/UMTS version of both phones for T-Mobile.

Following Microsoft's Danger data server crisis, things have moved from tense to catastrophic. T-Mobile owns the Sidekick brand, and the cloud services failure associated with its brand will likely decimate the million active Sidekick subscribers T-Mobile maintains, despite the fact that the mobile operator did nothing wrong.

"T-Mobile has an SLA (Service Level Agreement) with Danger/Microsoft, which is a standard legal document for these types of relationships, one that requires Danger/MS to reimburse T-Mobile with defined monetary penalties if the service goes down for longer than x minutes, etc. I have no clue about the details, but clearly a week-plus outage plus permanent loss of all user data stored in the cloud (leaving only the user data stored on the devices themselves, which will completely vanish if the device is shut down improperly or crashes!) is the worst possible violation of the SLA conceivable, and essentially guarantees a very nasty lawsuit against Microsoft, regardless of whatever forensic and legal investigations they are doing to try to find the culprit," one of the insiders explained.

"T-Mobile is now getting blamed for something which isn't their fault at all, and a million plus customers are now seriously considering leaving for the iPhone or elsewhere. I'm also thinking that a class-action lawsuit on behalf of those users who lost all of their data (contacts, notes, emails, SMS's, tasks, calendar entries) is now quite likely, and once again T-Mobile is going to be caught in the crossfire, even though the servers were all run by Danger/Microsoft and not T-Mobile."

Insiders say T-Mobile is likely to apply its Sidekick trademark to phones from another partner, likely Google's Android, which shares some commonality with Danger but lacks the same reliance upon a cloud services business model.

Beyond T-Mobile, observers say Microsoft's problems with Danger are likely to reflect poorly on the company's own Azure Services cloud computing initiative, as well as its MyPhone cloud service for Windows Mobile phones. The sidelining of the Pink Project is also a likely setback to Microsoft's ongoing relationship with Verizon, which has been an early advocate of Microsoft's other mobile related technologies, including the DRM used in Verizon's VCast music and media service.



Daniel Eran Dilger is the author of "Snow Leopard Server (Developer Reference)," a new book from Wiley available now for pre-order at a special price from Amazon.
post #2 of 159
Interesting info and analysis... given the absence of concrete data from either T-Mobile or Microsoft on what happened, seems like anything and everything is possible.
post #3 of 159
Everything MS tries to do seems to blow up in their face one way or another.
80 million iPhones by 2012. That's only 15% of the market.

http://www.iphonethailand.net
Reply
80 million iPhones by 2012. That's only 15% of the market.

http://www.iphonethailand.net
Reply
post #4 of 159
There's always paper and pen. If I owned one of these devices I would be furiously scrolling through my contacts writing it all down.
post #5 of 159
Holy sh*t batman, what are we gonna do - we are surrounded!!!
post #6 of 159
I smell a virus... Infection that is.
post #7 of 159
Wow.

What a complete and utter clusterflop.
Pity the agnostic dyslectic. They spend all their time contemplating the existence of dog.
Reply
Pity the agnostic dyslectic. They spend all their time contemplating the existence of dog.
Reply
post #8 of 159
I believe you have my sthapler.

post #9 of 159
wow, this whole danger, pink project just seems like a catastrophic disaster for MS. lawsuits guaranteed. but at least they can hide behind the fact that t-mobile owns the sidekick trademark. that cushions the PR blow to MS somewhat.
post #10 of 159
It could not have happened to a better company! Loss of confidence in MS big time and serious image problem for "cloud" this or "cloud" that.

Stay with your client app and be your own sentinel. The first sign of "cloud" failure was with the short lived photo depositories and this is the most spectacular.

As for T-Mobil with its known deficient service, the T stands for tough.
post #11 of 159
lemme guess ... "dogfooding" will now join "keynote" and "flagship" as the most incorrectly used and overused terms in appleinsider articles.
"Personally, I would like nothing more than to thoroughly proof each and every word of my articles before posting. But I can't."

appleinsider's mike campbell, august 15, 2013
Reply
"Personally, I would like nothing more than to thoroughly proof each and every word of my articles before posting. But I can't."

appleinsider's mike campbell, august 15, 2013
Reply
post #12 of 159
While I do believe every word dealing with the internal structures and disabilities at MS, I consider the sabotage story to be extremely speculative. There are certainly several other possible explanations, including the existence of a backup that was simply not properly created, due to sheer lack of knowledge. Even rather plain Oracle databases can be quite tricky to back up properly and people without proper education should not even attempt it. They may have simply figured that it would require months/years of manual work to fix up all the references and decided to just declare defeat instead.
post #13 of 159
Quote:
Originally Posted by Pooch View Post

lemme guess ... "dogfooding" will now join "keynote" and "flagship" as the most incorrectly used and overused terms in appleinsider articles.

It is understandable that you would be sensitive about that.
post #14 of 159
Rather than sabotage, a simpler explanation for the data disaster is mere incompetence, facilitated by a lack of funding perhaps. This would be also be consistent with MS not publicly attributing the disaster to a hardware failure or any other cause.
post #15 of 159
I also find the 'sabotage' suggestion kind of ridiculous.

Occam's Razor applies - and there is no shortage of incompetence and stubborn arrogant stupidity at Microsoft.
A ridiculously stupid mistake, no doubt enabled by terrible management, is the most likely cause.

Honestly, I'm surprised it's taken this long for Microsoft's rampant internal disfunction to affect an external disaster of this magnitude.
post #16 of 159
lol cant remember last time I saw such an article with so much speculation and bias. its just a bunch of anonymous quotes from some super pissed off "source"
post #17 of 159
What foo2 said.
post #18 of 159
Back up to cd/dvd twice and verify, it's the only sure way.

Anything that can be erased, will be, and most likely when you least expect it.
The danger is that we sleepwalk into a world where cabals of corporations control not only the mainstream devices and the software on them, but also the entire ecosystem of online services around...
Reply
The danger is that we sleepwalk into a world where cabals of corporations control not only the mainstream devices and the software on them, but also the entire ecosystem of online services around...
Reply
post #19 of 159
This is just flat out a wrong use of the term dogfooding.

Dogfooding means using your own code to do what it's designed to do, as opposed to relying on external users. For example, if you're writing a web server, dogfooding means using it to host your blog. If you're writing a word processor, it means using that word processor to write all your correspondence. It has nothing to do with eradicating acquired technology.
post #20 of 159
If there is a class action suit against Microsoft, they will probably settle by giving away a free copy of Windows 7 to each of the one million sidekick users who got hosed.
post #21 of 159
I'm so tired of hearing about Microsoft and what they can't do right. Guess what? It's everything!

Quote:
Originally Posted by MacTripper View Post

Back up to cd/dvd twice and verify, it's the only sure way.

Anything that can be erased, will be, and most likely when you least expect it.

That's not exactly the best way to back up a SAN.
post #22 of 159
Quote:
Originally Posted by blue_sky View Post

This is just flat out a wrong use of the term dogfooding.

Dogfooding means using your own code to do what it's designed to do...


How about NIH (not invented here)?
post #23 of 159
Quote:
Originally Posted by cinder View Post

I also find the 'sabotage' suggestion kind of ridiculous.

Occam's Razor applies - and there is no shortage of incompetence and stubborn arrogant stupidity at Microsoft.
A ridiculously stupid mistake, no doubt enabled by terrible management, is the most likely cause.

Honestly, I'm surprised it's taken this long for Microsoft's rampant internal disfunction to affect an external disaster of this magnitude.

Daniel does seem to have a tendency toward the dramatic, doesn't he?

IMO, its probably just a lack of trained staff that is current on non-Microsoft technology. I think you've hit the nail on the head.

John (resident RDBMS guy)

   Apple develops an improved programming language.  Google copied Java.  Everything you need to know, right there.

 

  MA497LL/A FB463LL/A MC572LL/A FC060LL/A MD481LL/A MD388LL/A ME344LL/A

Reply

   Apple develops an improved programming language.  Google copied Java.  Everything you need to know, right there.

 

  MA497LL/A FB463LL/A MC572LL/A FC060LL/A MD481LL/A MD388LL/A ME344LL/A

Reply
post #24 of 159
Quote:
Originally Posted by someguy03 View Post

lol cant remember last time I saw such an article with so much speculation and bias. its just a bunch of anonymous quotes from some super pissed off "source"

New here? Just wait 'til a keynote speech rolls around.
post #25 of 159
Quote:
Originally Posted by dreyfus2 View Post

While I do believe every word dealing with the internal structures and disabilities at MS, I consider the sabotage story to be extremely speculative. There are certainly several other possible explanations, including the existence of a backup that was simply not properly created, due to sheer lack of knowledge. Even rather plain Oracle databases can be quite tricky to back up properly and people without proper education should not even attempt it. They may have simply figured that it would require months/years of manual work to fix up all the references and decided to just declare defeat instead.

I think you are probably on the money Dreyfus2. In a previous life, I ran a set of data centers and one of our premier applications ran a similar application configuration as the Danger project is said to have used. We used Oracle 10g running on top of an EMC grid. During week 1 of the launch of our application, we experienced a similar failure as what is described here. We, fortunately, had 1 day old back up copies of the database and were able to reload, but I gotta tell you, it wasn't easy, it took forever to do and we had far less data, I'm sure, than what MS/Danger was probably managing.

So, yeah, I doubt the sabotage angle. I'm guessing they got bit by what has become a really big problem in the industry....maintaining a back up and recovery practice that can deal with monstrous amounts of data in a reasonable and timely fashion.
post #26 of 159
Quote:
T-Mobile is now getting blamed for something which isn't their fault at all

I totally disagree with that. It was their service. If they chose to farm it out to a 3rd party, and they chose to leave it farmed out when that 3rd party got bought out my a... 4th party. Then it IS their fault. They are a service provider. They are responsible for getting service to their customers. They should have done it in-house, or find a successful company to do it.
post #27 of 159
Don't ever, EVER, EVER use a web based host as your only source of data backup. The company can have a disaster, or go out of business and your data is gone forever.

T-Mobile employs a bunch of morons to assume your data would be around forever on their servers.
post #28 of 159
Quote:
Originally Posted by l008com View Post

I totally disagree with that. It was their service. If they chose to farm it out to a 3rd party, and they chose to leave it farmed out when that 3rd party got bought out my a... 4th party. Then it IS their fault. They are a service provider. They are responsible for getting service to their customers. They should have done it in-house, or find a successful company to do it.

That is the reason this story is significant. Up until now, IT managers have always proceeded under the assumption that choosing a Microsoft solution is unquestionably a safe practice. From now on it may not be so.
post #29 of 159
Quote:
Originally Posted by quinney View Post

That is the reason this story is significant. Up until now, IT managers have always proceeded under the assumption that choosing a Microsoft solution is unquestionably a safe practice. From now on it may not be so.

They have? Since when?
post #30 of 159
........ the lighting
.............. the thunder

All my life, I always wanted to be somebody. Now I see that I should have been more specific.
- Lily Tomlin
Reply

All my life, I always wanted to be somebody. Now I see that I should have been more specific.
- Lily Tomlin
Reply
post #31 of 159
Listen, I really don't know soup about networks and clouds and SAN,
But really, I find it hard to believe that NOBODY at MS knew anything about how to work on, repair, examine, reboot, backup or whatever a product owned by MS. I mean, NOBODY knew what to do?

I don't believe it.

Look, these MS guys must be paid a buck or two to know their craft, and there wasn't a backroom with a small engineering team that no body wanted to belong to at least keeping the operation running? Sidekick on autopilot? Nobody, but nobody, would run a business like that. Not even Bumbler, or Balmer or whatever his eggheadedness is called. It is completely beyond belief.

And the laughing Pink Lady involved? Please, this thing reads like a soap opera now.
An inside unnamed source? Who knows of details of both problems?
It is so illogical, it can't buy it.

No disrespect. But it defies logic.
post #32 of 159
Not a very good year for Microsoft?

Xbox RROD: It's understandable maybe the first production run had some problems. No big deal. Years later brand new units out of the factory still have an usually high failure rate.

Zune Meltdown Day: Embarrassing but maybe not something that's going to hurt them long term since it was kind of a one time event.

IIS Market Share: In the last year IIS has been seeing a big drop in market share. A lot of people figured it was just the overall economy dragging down server sales but Apache has recovered, IIS has not. IIS's original market-share numbers seem to have been hugely inflated by domain parking

Windows Mobile: Complete diaster. This is a market Microsoft was years ahead of the competition about 5 years ago. Unfortunately the product you buy today is more or less the same one from 5 years ago.

Vista: Things are bad when the CEO has to admit a product was a failure.

IE: Similar situation to Windows Mobile. Microsoft just stopped improving the product for years and has fallen far behind its competition.

Netbooks: Completely missed the boat on this too. Forced to sell XP long after they had planned to simply because they had no suitable OS to run on this class of hardware. How does that even happen? Intel's plans weren't secret. Microsoft had to have known both Intel, Via and NVIDIA were working on this type of platform. What did they really expect was going to happen here?

Bing: Hasn't really gone anywhere. According to some sources is already losing market-share.

SilverLight: Total flop although a pretty good technology. Just many years late to the game.
post #33 of 159
The "corporate culture" at Microsoft is utterly broken. Ballmer needs to go. But then again, I don't care.
2011 13" 2.3 MBP, 2006 15" 2.16 MBP, iPhone 4, iPod Shuffle, AEBS, AppleTV2 with XBMC.
Reply
2011 13" 2.3 MBP, 2006 15" 2.16 MBP, iPhone 4, iPod Shuffle, AEBS, AppleTV2 with XBMC.
Reply
post #34 of 159
There's a pretty good MS-focused blog called "Mini Microsoft." Lots of current and former MS employees post there about the dysfunctional culture inside the company. Much of the comments of these sources seems consistent with what I've been reading there for quite some time now.

It will be very interesting to see what the fallout from this is in the weeks ahead, especially as more and more "sources" are willing to talk. In the meantime, I haven't seen a disaster recovery effort this half-assed since Hurricane Katrina.
post #35 of 159
Microsoft has never invented anything. They bought DOS, and stole Apple GUI for Windows. Everything was either bought or copied. When investments are made out of pure greed, payback comes one way or the other.

Microsoft go into projects after another company has started making money from that product. Imitation is not good.

And why would a company with Billions of Dollars to invest, decide to make a former word-processing group manager ( Roz Ho, Office) in-charge of a phone system? Just like GM, Microsoft counts dollars only.

Feel sorry for T-Mobile customers. I can see attorneys lining up to get billions in fees from the class-action lawsuit. And I hope they get every penny Microsoft has. Steve Ballmer is an idiot. Microsoft board need to fire him and find a young Microsoft alumnae who has what it takes to revamp the company before the next disaster.
post #36 of 159
Quote:
Originally Posted by bdkennedy1 View Post

Don't ever, EVER, EVER use a web based host as your only source of data backup. The company can have a disaster, or go out of business and your data is gone forever.

T-Mobile employs a bunch of morons to assume your data would be around forever on their servers.

And people jailbreak their iPhones so they can use them on a carrier who is "superior" to at&t. Oh what tangled webs we weave.
post #37 of 159
Hey can someone remind me what caused the collapse of Rome?
post #38 of 159
Quote:
Originally Posted by chronster View Post

Hey can someone remind me what caused the collapse of Rome?

Apple's Snow Leopard Data Loss.
post #39 of 159
if usual practices of failing up at microsoft apply, roz will have ballmer's desk in a week.
>>< drow ><<
Reply
>>< drow ><<
Reply
post #40 of 159
Quote:
An act of sabotage "would explain why neither party is releasing any more details: for legal reasons dealing with the ongoing investigation to find the culprit(s)," one of the sources said. Due to the way SideKick clients interact with the service, any normal failure should have resulted in only a brief outage until a replacement server could be brought up.

Does this apply to why Apple didn't acknowlede the DATA LOSS problem with Snow Vista until today when the press got wind of it.

A fabricated article that is purely a way of diverting the Sheep from Apple's problem today.

The Side Kick Data Loss is about the only thing in this entire article that can be supported by any backup data.

Apple's F up (I did listen moderator) is as bad as Microsoft's Side Kick F up.

At least Microsoft owned up to it on day 1 and T-Mobile stopped selling the problem.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: iPhone
AppleInsider › Forums › Mobile › iPhone › Microsoft's SideKick/Pink problems blamed on dogfooding and sabotage