Oh what a tangled web we weave. I feel like I need to express how extremely disappointed in Google I am right now.
They were all independence and walled garden and network neutrality back in July of 2009 when their official Google Voice App was denied by Apple.
But how hypocritical can you be when they are now doing the same thing to 3rd party apps trying to access Google Voice from other mobile devices. They are not only not releasing an API like they have done with every other Google product out there, but they are implementing byzantine security to actually prevent 3rd party apps from accessing the same functionality that their Android native app is capable of or their new mobile site is able to access.
What does this mean to the non-technical? No matter how much authorization you provide a 3rd party app to access your Google Voice data, they don't want you to be able to dial out using the access number methodology like they have in Android and Google Voice Mobile. So you can give up your username and password to an app and then Google will still block that app from dialing out using the super easy access number that they allow their own apps to use.
But its their product they can do what they want, right? Sure, just don't go crying to everyone the next time some other vendor blocks your product from their platform or device. Would they be so willing to apply the same statement if say AT&T put a block of all users to the www.google.com domain and redirected to bing.com? I don't think so, and there really is no difference. If a user wants to use a 3rd party app to access their Google Voice account and take the same actions you can do on the web or in Android, then why block it?
Safety of users would be a good reason, but at that point if they were worried about it, it is too late, the user has already given the keys to the kingdom and with the extensive Google API's, they could modify your contacts, send email from your account, search your Google Documents, but what they absolutely cannot do? Dial a US no-cost phone number using the access numbers that Google has setup for Google Voice.
Really Google? Really?
How many security keys can you need? You get one when you login with the user's info, then when you go to Google Voice it creates another one, then if you want to dial out, you need yet another key. You protect the phone more than anything else in your offerings and it just doesn't add up.
This is the summation of my frustrations in trying to maintain gDial Pro for webOS mobile phones. I have spent more time on troubleshooting the Google interface piece than anything else on the phone. Why not put out an API? There is an API for Wave, and even the new Buzz, but nothing for Google Voice.
So it begs the question, why is there no API? Lack of resources, I doubt it, security of info, see above as there is a lot better info to access if you were trying to do something wrong.
Where does it leave us? I don't know, they must have some reason for it. Take a look at their Data Liberation Front. Then go to the Voice item, hmmmmm, not a lot going on there for data liberation.
If you profess freedom, then you have to be free yourself or it dilutes the message.
Tuesday, February 16, 2010
Friday, February 12, 2010
gDial and Google Voice v1.3.1
v1.3.1
-Major change to fix up gDial after changes at Google Voice. Please read everything below:
Note this version and going forward will be taking a new tactic in order to provide as much stability as possible for changing Google API's all the time. Starting in 1.3.1, we will be moving more of the interface to a server side solution. So, gDial will communicate with our server (At Google's Appengine, so you can be assured of uptime) and that server will interact with Google Voice on your behalf. We are doing this so that future changes in the Google interface can be fixed on the server side and not require a new rollout of a new client and all of the time that takes. We can fix it on the server and immediately make that available to our users for better reliability.
Great, so what does this mean for privacy? In version 1.3.1 the only interaction with our server is in 2 places. We check your email address against a list of users on our server who are part of a beta program. The second is that we pass a token from gDial to our server which exchanges this token at Google for a Google Voice token that we pass back to gDial. gDial then deals directly with Google for all other operations. Your password is never transmitted to our servers
I wanted to be transparent about that so that everyone knows what is going on. The hosting is at Google's appengine so there has been no noticable speed difference in testing.
Because this takes server resources on an ongoing basis, we will have to charge for this ability. So as of 1.3.1, there will be a monthly fee required to use the following features: web dial and SMS. Manual dialing as well as viewing history will not require this subscription. We are going to try to make this work at $1/month billed by Paypal as we figured that would cover server costs and be inexpensive enough for almost anyone wanting that Google Voice functionality. You will get some extra features with this subscription as well that are almost done beta testing if Google would stop changing things on us
-Major change to fix up gDial after changes at Google Voice. Please read everything below:
Note this version and going forward will be taking a new tactic in order to provide as much stability as possible for changing Google API's all the time. Starting in 1.3.1, we will be moving more of the interface to a server side solution. So, gDial will communicate with our server (At Google's Appengine, so you can be assured of uptime) and that server will interact with Google Voice on your behalf. We are doing this so that future changes in the Google interface can be fixed on the server side and not require a new rollout of a new client and all of the time that takes. We can fix it on the server and immediately make that available to our users for better reliability.
Great, so what does this mean for privacy? In version 1.3.1 the only interaction with our server is in 2 places. We check your email address against a list of users on our server who are part of a beta program. The second is that we pass a token from gDial to our server which exchanges this token at Google for a Google Voice token that we pass back to gDial. gDial then deals directly with Google for all other operations. Your password is never transmitted to our servers
I wanted to be transparent about that so that everyone knows what is going on. The hosting is at Google's appengine so there has been no noticable speed difference in testing.
Because this takes server resources on an ongoing basis, we will have to charge for this ability. So as of 1.3.1, there will be a monthly fee required to use the following features: web dial and SMS. Manual dialing as well as viewing history will not require this subscription. We are going to try to make this work at $1/month billed by Paypal as we figured that would cover server costs and be inexpensive enough for almost anyone wanting that Google Voice functionality. You will get some extra features with this subscription as well that are almost done beta testing if Google would stop changing things on us
Thursday, January 28, 2010
iPad
Being the typical geek that I am, I was tuned in with anticipation of the new tablet from Apple. I was hoping to see basically what they launched but with a longer battery time and multitasking.
Multitasking
Wow, this was the big surprise. They put in a super fast processor, big screen, and fancy apps, but no multitasking? So if I am in iWork and I get a new email, I can't go and respond to the email and go back to iWork?
Now most people will say, yes you close iWork, go into mail, respond, and then go back into iWork right where you left off. For a lot of cases that is fine, but say I am in my email and need to send a paragraph from the document I am working on in the email. And lets assume I didn't realize this until I went into the email and read the message from the sender.
Now what do I do? I have to leave mail, reopen iWork, copy the paragraph, close iWork, reopen mail, paste the message, send, then close mail and back to iWork.......
Not the most optimal situation by any means. Think about IMing a friend while browsing the web, same issue. I can't believe this was left out, but it is only running version 3.2 and not the big 4.0 release that most were expecting.
I am sure Apple will be fixing this in OS 4.0, and it just wasn't ready for the tablet announcement.
A disappointment for sure and all those early adopters may get a negative view of the device because of it. If Google could sneak out a Chrome OS device in a similar form factor, I would pick that probably 9 out of 10 times because even though it is limited to web apps, it would multitask and their web apps are sneaking up on Office and iWork in functionality. Much less everything else you can now do from the web. Plus using Google Docs, you could save files and pull them from other computers.
Battery Life
To replace my Kindle or more recently Nook, you have to have a longer battery time than up to 10 hours. The up to is killer there. I have a Macbook Pro and wife has a Macbook all promising up to 7 hours, but they have never come close to lasting that long in reality. I am not complaining on the laptop, because for what I am doing even the 4-5 hours is incredible. For a tablet placing itself as your book reader, not so much, My wife hates cords and this just adds another permanent cord someplace to keep this thing charging daily. If it was a laptop replacement, that would be fine, but it lacks too many things to even really replace my wife's somewhat basic usage of her laptop.
Will I get one?
Right now my thoughts are that I would hold off initially since they are only releasing the wifi version at first and then if the usage scenarios expand to something I would use, then I could see purchasing a version with the portable 3g because I wouldn't want to be limited by wifi only. Having said all that, I might still be one of those people buying it on day one as somehow I get caught up in that frenzy and hype :)
Multitasking
Wow, this was the big surprise. They put in a super fast processor, big screen, and fancy apps, but no multitasking? So if I am in iWork and I get a new email, I can't go and respond to the email and go back to iWork?
Now most people will say, yes you close iWork, go into mail, respond, and then go back into iWork right where you left off. For a lot of cases that is fine, but say I am in my email and need to send a paragraph from the document I am working on in the email. And lets assume I didn't realize this until I went into the email and read the message from the sender.
Now what do I do? I have to leave mail, reopen iWork, copy the paragraph, close iWork, reopen mail, paste the message, send, then close mail and back to iWork.......
Not the most optimal situation by any means. Think about IMing a friend while browsing the web, same issue. I can't believe this was left out, but it is only running version 3.2 and not the big 4.0 release that most were expecting.
I am sure Apple will be fixing this in OS 4.0, and it just wasn't ready for the tablet announcement.
A disappointment for sure and all those early adopters may get a negative view of the device because of it. If Google could sneak out a Chrome OS device in a similar form factor, I would pick that probably 9 out of 10 times because even though it is limited to web apps, it would multitask and their web apps are sneaking up on Office and iWork in functionality. Much less everything else you can now do from the web. Plus using Google Docs, you could save files and pull them from other computers.
Battery Life
To replace my Kindle or more recently Nook, you have to have a longer battery time than up to 10 hours. The up to is killer there. I have a Macbook Pro and wife has a Macbook all promising up to 7 hours, but they have never come close to lasting that long in reality. I am not complaining on the laptop, because for what I am doing even the 4-5 hours is incredible. For a tablet placing itself as your book reader, not so much, My wife hates cords and this just adds another permanent cord someplace to keep this thing charging daily. If it was a laptop replacement, that would be fine, but it lacks too many things to even really replace my wife's somewhat basic usage of her laptop.
Will I get one?
Right now my thoughts are that I would hold off initially since they are only releasing the wifi version at first and then if the usage scenarios expand to something I would use, then I could see purchasing a version with the portable 3g because I wouldn't want to be limited by wifi only. Having said all that, I might still be one of those people buying it on day one as somehow I get caught up in that frenzy and hype :)
Saturday, January 9, 2010
Pre Plus, 3D Games, Flash, oh my
Well as most people following Palm now know, we get 3D games immediately with Flash and some new webOS phones in the near future. These are the types of moves that Palm needs to be making in order to survive. Those were all great announcements, but they didn't directly impact our apps gDial Pro or Visual Voicemail.
The gift that we got from the CES announcements was that Palm was going to immediately allow developers to start distributing their apps using the web delivery method. For us, this was the biggest game changing announcement as it means we can update our apps and deliver those updates to our customers almost immediately. Anyone who has developed apps for webOS and published them in the App Catalog knows that from submit to publish can have a significant time delay.
We update our apps all the time with new features, bug fixes, polish, etc and we really wanted to be able to get each and every one of these updates out to our users with or without Preware. We weren't able to do this previously as we had to pick and choose which releases we would submit to Palm as it was likely that it would take 1-2 weeks for those updates to get reviewed and pushed out.
That has totally changed with the new web distribution model that Palm has enabled. We can keep on pushing select releases to the App Catalog for new users, but anyone who wants to get every update as soon as possible can now move over to our "Rapid Release" version which is web distribution only. It is the same app as in the catalog, but all updates get pushed as soon as they are tested right out to users.
One instance in the past where this would have been useful is when Google changed their Google Voice API and we fixed the bug in a couple of hours. It then took ~2 weeks for the App Catalog users to get this update due to the review process. If that were to happen now, we could have that fix up and live through web distribution just as fast as we could push it.
Kudos to Palm on implementing this as it puts them a bit closer to the realtime app distribution that Android provides for its developers. The only difference is that users must now switch over to a the Rapid Release version after having used the regular release vesion in the catalog which is added hassle for them.
And that brings me to the one area where I would like to see some improvement. Provide some mechanism so that we can do the realtime updates to the catalog apps. Even if the user gets prompted to enable the functionality and has it explained that the updates have not yet been reviewed by Palm. Basically use the App Catalog as just a sales tool that developers can pay to list in with some badge or something to indicate whether Palm has reviewed the app/update yet.
Otherwise the new distribution is great.
The other big announcement was the PDK which will allow for developers to write pieces of their apps in native code. Doesn't help us much, but my assumption would be that anyone using PDK is able to bypass some of the restrictions that are currently in place in the webOS API for accessing universal contacts, calendar, and other data. If the PDK allows this, then my hope is that they plan to also open this up in the webOS SDK. This is important to us to allow native universal search within gDial Pro of all contacts. We want our dialing to work just like the native phone. Also, it might be possible with the PDK to implement some of the more advanced features users have been clamoring for, like auto-answering the call in from Google Voice when you are using the web dial method of making outgoing calls.
All in all good announcements for the users and developers.
![Reblog this post [with Zemanta]](https://lh3.googleusercontent.com/blogger_img_proxy/AEn0k_tZxKkcg3iSRQcaKbeSp66yhks9efDdo4Ce04zWo60DFp7SZ3mBdEP0KF44oZ1KWNy9PqQnl3P4RMjCGiSdjqD3jd-fjPExDvg3R2hxCpDLGVpIc_2hloIHIEirhM73fiiEK3a1NPo-u3JQAY1C4HRo=s0-d)
The gift that we got from the CES announcements was that Palm was going to immediately allow developers to start distributing their apps using the web delivery method. For us, this was the biggest game changing announcement as it means we can update our apps and deliver those updates to our customers almost immediately. Anyone who has developed apps for webOS and published them in the App Catalog knows that from submit to publish can have a significant time delay.
We update our apps all the time with new features, bug fixes, polish, etc and we really wanted to be able to get each and every one of these updates out to our users with or without Preware. We weren't able to do this previously as we had to pick and choose which releases we would submit to Palm as it was likely that it would take 1-2 weeks for those updates to get reviewed and pushed out.
That has totally changed with the new web distribution model that Palm has enabled. We can keep on pushing select releases to the App Catalog for new users, but anyone who wants to get every update as soon as possible can now move over to our "Rapid Release" version which is web distribution only. It is the same app as in the catalog, but all updates get pushed as soon as they are tested right out to users.
One instance in the past where this would have been useful is when Google changed their Google Voice API and we fixed the bug in a couple of hours. It then took ~2 weeks for the App Catalog users to get this update due to the review process. If that were to happen now, we could have that fix up and live through web distribution just as fast as we could push it.
Kudos to Palm on implementing this as it puts them a bit closer to the realtime app distribution that Android provides for its developers. The only difference is that users must now switch over to a the Rapid Release version after having used the regular release vesion in the catalog which is added hassle for them.
And that brings me to the one area where I would like to see some improvement. Provide some mechanism so that we can do the realtime updates to the catalog apps. Even if the user gets prompted to enable the functionality and has it explained that the updates have not yet been reviewed by Palm. Basically use the App Catalog as just a sales tool that developers can pay to list in with some badge or something to indicate whether Palm has reviewed the app/update yet.
Otherwise the new distribution is great.
The other big announcement was the PDK which will allow for developers to write pieces of their apps in native code. Doesn't help us much, but my assumption would be that anyone using PDK is able to bypass some of the restrictions that are currently in place in the webOS API for accessing universal contacts, calendar, and other data. If the PDK allows this, then my hope is that they plan to also open this up in the webOS SDK. This is important to us to allow native universal search within gDial Pro of all contacts. We want our dialing to work just like the native phone. Also, it might be possible with the PDK to implement some of the more advanced features users have been clamoring for, like auto-answering the call in from Google Voice when you are using the web dial method of making outgoing calls.
All in all good announcements for the users and developers.
Wednesday, December 23, 2009
Happy Holidays
It is that time of year again where every business grinds to a halt for the 2 weeks that overlap Christmas and New Years. You will notice that there haven't been many releases lately and that is somewhat due to this entrance into the holiday season.
What's next:
As for the New Year and future plans, it is pretty unclear at this point. We have two releases of software now with both gDial Pro and Visual Voicemail that we would like to continue to polish over the coming months. One of the things we have started to hear around the blogosphere is that Google is preparing to finalize the launch of Google Voice for consumers soon in the New Year. What this means for our software will depend on what their "release" consists of. My hope is that with a release they also put out an official API for Google Voice which will allow for us to improve the experience for our users on webOS as we will be able to focus more on features instead of adaptations to changes within the unofficial API's.
What else:
We also get a lot of questions as to what else we are working on. While we do have some ideas, we are looking towards our users and fans to give us suggestions on not only what features they would like to see in our current software, but what they want in new software that is not being taken care of by other developers already in the App Catalog. So please let us know.
Predictions:
Everyone likes to make predictions for the new year and we are no different. So here are my thoughts on where things are heading in tech:
![Reblog this post [with Zemanta]](https://lh3.googleusercontent.com/blogger_img_proxy/AEn0k_tObuQX4l7RWGf8m8Q-jRBoUzKu6V1BTn_fWL3r1u8wbatxw_Dbv8mdNz9Ai-xb4GJBLL8SXCJBIssK4Gsduyj5aXX0YbD4jknhtV7WwojWJVSZMtNMxtalMWEFBT9ZuzxVqcs86XmJUGIboM3UkMw=s0-d)
What's next:
As for the New Year and future plans, it is pretty unclear at this point. We have two releases of software now with both gDial Pro and Visual Voicemail that we would like to continue to polish over the coming months. One of the things we have started to hear around the blogosphere is that Google is preparing to finalize the launch of Google Voice for consumers soon in the New Year. What this means for our software will depend on what their "release" consists of. My hope is that with a release they also put out an official API for Google Voice which will allow for us to improve the experience for our users on webOS as we will be able to focus more on features instead of adaptations to changes within the unofficial API's.
What else:
We also get a lot of questions as to what else we are working on. While we do have some ideas, we are looking towards our users and fans to give us suggestions on not only what features they would like to see in our current software, but what they want in new software that is not being taken care of by other developers already in the App Catalog. So please let us know.
Predictions:
Everyone likes to make predictions for the new year and we are no different. So here are my thoughts on where things are heading in tech:
- Apple tablet: You can bet on it being released at some point in 2010. The costs on tablets is finally getting into the area where a high quality, functional tablet is possible.
- Google takes over the world: If you are using our software, then you are already using them for phone service. Not internet, but phone, who would have thought. Get ready for them to move into more areas. They have already said they will make Google Docs as good as MS Office and I would expect them to enter even more areas of your life aka (Chrome OS and Android).
- webOS: Well, this is the biggest fog out there for me. 2010 will either define their rebirth or signify their end. Ares is a nice start to being revolutionary, but will developers take to it or will it lead to App Catalog spam of low quality apps? The tech guys at Palm that I have met are a great group with a vision that makes sense, but will the business people allow them to execute that vision and can they do it fast enough to stay relevant in the increasing Android tidal wave?
What do you think is the most exciting upcoming tech product/service?
Saturday, November 28, 2009
Status of gDial Pro on App Catalog
I hadn't looked at the ratings in the app catalog for awhile because I knew they would be bad with the broken version of gDial Pro that is in there. Well, against my better judgement, I went and looked at the reviews and they are bad :(
In case anyone using gDial Pro from the app catalog sees this post, let me provide an explanation of the problem.
Sometime around November 17th or 18th:
Google changed their API on Google Voice. I was notified of the change through my own use of the app breaking as well as users on the PreCentral forums.
November 18th:
Submitted a fixed version of the app to Palm for update with a notice to my account rep that it was urgent and that the version in the App Catalog was essentially broken.
Since November 18th - November 28th:
Waiting on app approval at Palm. Again the app is already fixed, but that update is held up somewhere in the approval queue at Palm and everyone else is suffering due to this.
It is tough as a software developer to keep a program updated when you are using an undocumented API from Google who moves "quick" and I am stuck with a software approval queue that moves "slow". The fix was completed in a matter of hours, but the approval is taking weeks.
Sorry everyone, but once you see the update notification from Palm, you can be assured that web dial works again in the software. Until Google releases an API to Google Voice, we will likely have more speed bumps like this where they make a change and I have to adapt to it and re-release. If we could get a faster approval process, then most people would probably not even notice the problem, but that is on Palm.
In case anyone using gDial Pro from the app catalog sees this post, let me provide an explanation of the problem.
Sometime around November 17th or 18th:
Google changed their API on Google Voice. I was notified of the change through my own use of the app breaking as well as users on the PreCentral forums.
November 18th:
Submitted a fixed version of the app to Palm for update with a notice to my account rep that it was urgent and that the version in the App Catalog was essentially broken.
Since November 18th - November 28th:
Waiting on app approval at Palm. Again the app is already fixed, but that update is held up somewhere in the approval queue at Palm and everyone else is suffering due to this.
It is tough as a software developer to keep a program updated when you are using an undocumented API from Google who moves "quick" and I am stuck with a software approval queue that moves "slow". The fix was completed in a matter of hours, but the approval is taking weeks.
Sorry everyone, but once you see the update notification from Palm, you can be assured that web dial works again in the software. Until Google releases an API to Google Voice, we will likely have more speed bumps like this where they make a change and I have to adapt to it and re-release. If we could get a faster approval process, then most people would probably not even notice the problem, but that is on Palm.
Saturday, November 21, 2009
My thoughts on "Palm for sale?"
So Precentral put together a round table question of their editors on who they think would be a good buyer for Palm if Palm was for sale. Round Table: Palm for sale?
I wanted to throw out my own thoughts on it as I have been looking at all of the mobile platforms and devices lately.
For me the logical buyer for Palm would be a current Android device maker. Be it Samsung or Motorola, or one of the others. As I look at the development model for webOS, I really like it (other than some missing debug tools ) and I really don't like the competing development styles as much. What I think would make sense would be for some large handset maker to buy up Palm and port webOS to Android for their devices. Device makers are already able to put their own skin's on Android and add quite a bit of their own functionality. Also, with devices like the nook running Android underlying what is to be a full featured eReader that doesn't even look like the Android OS, you can do some massive customization to the underlying OS while leveraging the unstoppable Android train of developers and advances that is taking place. Let others manage the OS for you and just focus on your differentiating factor, webOS and your hardware.
It shouldn't be hard to port webOS to Android as it already runs on the custom Linux image generated by Palm, so why not just go all the way and make it an add-on to Android? I am not saying release it for other handset makers to use or all Android users. Just emulate what HTC is doing, build on Android and add on top your beautiful webOS front on custom Palm hardware for the best mobile experience while simultaneously cutting out the significant cost of maintaining your OS to a lower level like you do now.
Motorola, if you are listening, webOS beats MOTOBLUR. Pick up the team of forward thinking guys at Palm and really make a run at iPhone. If I could have access to not only the Android Market but the Palm App Catalog on the same phone, we'd be cooking with fire and it solves that low-level API issue people have been mentioning. I'm just saying.
I wanted to throw out my own thoughts on it as I have been looking at all of the mobile platforms and devices lately.
For me the logical buyer for Palm would be a current Android device maker. Be it Samsung or Motorola, or one of the others. As I look at the development model for webOS, I really like it (other than some missing debug tools ) and I really don't like the competing development styles as much. What I think would make sense would be for some large handset maker to buy up Palm and port webOS to Android for their devices. Device makers are already able to put their own skin's on Android and add quite a bit of their own functionality. Also, with devices like the nook running Android underlying what is to be a full featured eReader that doesn't even look like the Android OS, you can do some massive customization to the underlying OS while leveraging the unstoppable Android train of developers and advances that is taking place. Let others manage the OS for you and just focus on your differentiating factor, webOS and your hardware.
It shouldn't be hard to port webOS to Android as it already runs on the custom Linux image generated by Palm, so why not just go all the way and make it an add-on to Android? I am not saying release it for other handset makers to use or all Android users. Just emulate what HTC is doing, build on Android and add on top your beautiful webOS front on custom Palm hardware for the best mobile experience while simultaneously cutting out the significant cost of maintaining your OS to a lower level like you do now.
Motorola, if you are listening, webOS beats MOTOBLUR. Pick up the team of forward thinking guys at Palm and really make a run at iPhone. If I could have access to not only the Android Market but the Palm App Catalog on the same phone, we'd be cooking with fire and it solves that low-level API issue people have been mentioning. I'm just saying.
Subscribe to:
Posts (Atom)