Engadget reviews the Motorola Droid
engadget.com
engadget.com
I wish Nokia would get their shit together and really make a good OS.
Keeping phone and provider separate is great for the consumer, but not in the long run since the phone companies don't get the market they need.
i.e. it would be great if I could use the iPhone on any network I wanted, but without an exclusive deal with AT&T, Apple wouldn't have made the kind of cash it needs to be truly profitable and stay at the top of the market.
Nokia pandered to cell companies for too long, but then went in the exact opposite direction and lost a huge chunk of the US market with them....
For those of also interested in the Droid, check out http://www.droidforums.net
To me, the physical keyboard is just a burden that adds thickness and weight.
Aside from that, the Droid looks fantastic and is the first iPhone alternative to make me think about switching.
However, not to bring the mood down or anything, but do you guys remember the hype around the Pre at CES in January?
Yeah. I really hope the Droid doesn't pull a Pre. Because I really want this phone to succeed.
It clearly needed some improvement (does everyone at Palm have the worlds smallest hands?)
But i still have buyer's remorse because the Droid has the faster processor. Oh well, i guess you'll never buy anything if you keep on waiting for the newer and better.
The iPhone is very well done, without lag from what I can tell. I suppose that's easier to do though when you make the hardware and software in the same place.
For now, I say the iPhone is still the best phone out there, but only because of the stuttering issues that Android phones seem to have. In a year or so, phone hardware will catch up with the Android platform and will run smooth as silk.
Or leaving my SSH session open while replying to a tweet and checking a website.
My point: until a super-fast android is released, would you rather have things slow but the ability to multitask, or fast but no multitasking at all?
Really? I got word that my site was down, and was able to shell in and fix it from my G1. Coincidentally, I happened to be at an Android developer meeting at the time.
I'll grant that the G1 (etc.) is a more of a hacker phone than the iPhone, but some of us really do like being able to code up a useful app and drop on our phones or easily share it with others, or VNC to a desktop machine to check something, or ssh somewhere to go a fix.
Actually, it's pretty handy (when your phone has an actual keyboard). I use pssh on my Palm Centro a couple times per week.
I wonder what will happen if you put Symbian (which runs on most low-end smartphones from Nokia) on a high-end device like the Droid.
I suspect the real difference is that Google has chosen to spend its time and energy in other places (e.g. setting up the open-source project, supporting a wide range of devices, creating flexible and complete developer APIs, etc.) rather than optimizing aggressively for performance from the start. I'd bet all of the interesting bottlenecks (e.g. browser rendering) are native code anyway and the Cyanogen ROMs clearly demonstrate that Google has left plenty of performance on the table so far. Given the pace of Android updates, I expect that to change in the not-too-distant future.
I applaud Rubin's team for choosing Java as the high level library and UI implementation. While ObjC might be speedier on iPhone, it's a huge learning curve for someone that wants to write a UI-heavy app.
Normally I'd just buy an unlocked one and swap a SIM card in for when I needed to use the data/cell features, but obviously I can't do that in this case.
Why not? It would just be a CSIM (http://en.wikipedia.org/wiki/CDMA_Subscriber_Identify_Module) card instead of a SIM card, right?
Very nice device, sturdy, but too much of the social sw had to be removed :)