I've been poking my nose in mobile software development since 2000, starting on what was then the ER5 and Ericsson's R380. Since then I've been doing a bit of everything on the S60 Platform, from learning its bits and pieces to helping others find their way trough the maze.
ltomuta | 07 March, 2008 18:00
Does anyone know why this application cannot be found anywhere for download, despite the huge amount of requests received from eager phone owners?
The answer is simple. This was never intended to be a product but just a proof of concept. The application would require to be signed (SWEvent capability is needed) and the developer had no time to follow this through the freeware signing process.
Some might think that releasing it as an unsigned sis package would have been a smart move. But this developer knew very well that any other developer with access to a DevCert has also access to the API and can implement this application even better, with more features and better calibration than he had at that time.
As for the end-user out there the solution would have not been viable. Both from the perspective of having the demo signed (there are some entities trying to make money out of this and that is not fair at all) and not from the quality perspective, as the application is far from being a finalized product.
I wish others would think twice before releasing unsigned applications. It is a pointless exercise and will most definitely backfire. It already did, just think of the recent outages of the Symbian Signed services. Was it good for you?
General |
Next |
Previous |
Comments (9) |
Trackbacks (2)
antonypr | 07/03/2008, 20:14
It really depends on the nature of the application and who the target is. But, I agree developers shall not release unsigned version of their application. Ordinary users will have difficulty signing it.
This will end up in chicken-egg situation. Developers are starting to release unsigned version because of freeware signing can take months. If the process is much faster; there is really no point releasing unsigned application.
croozeus | 08/03/2008, 06:08
I agree with you that developers should not release a unsigned application as the end users may have problems to sign it. Thats True.
But suppose a developers want to distribute freeware, will he go through all the lengthy and costly and tedious process of getting it signed? And then release it? I mean what and why will he do that for? He will prefer releasing the unsigned application and will leave it to the end user for signing.
As Antony said if the process is faster there is no point of releasing unsigned applications.
ltomuta | 08/03/2008, 11:29
I am fully prepared to accept that the freeware signing process does not work. I'm just trying to make the point that what seems to be the easy way out may prove to only worsen the situation.
How about putting together a queue in the wiki, where every developer will add its freeware submission date, and the day it get the application signed or a rejection message.
That way everybody will know how many applications are there really in the signing queue, how well the process goes and how big of a problem the freeware signing really is.
Could it be that the problem is not really as big as it seems? Could it be that some developers are exaggerating the problem?
neois | 08/03/2008, 13:00
I'm thinking for say goodbye with Symbian application development soon because it takes too much effort for make even freeware application.
In developing process, To test my application in my device, I have to sign it via Open Signed online everytime I build new version. I believe that every developers know that may be more than 50 versions are built in someday. That mean I have to sign via open signed online more than 50 times per day. Wow, really not good.
And in release process, as all of you said, freeware signing process take too much time. Developer can't wait for this.
It would be great if Symbian think for new method of signing freeware or Symbian may die soon. I'm serious.
ltomuta | 08/03/2008, 13:36
Open Signed (Online) is just a reaction to DevCert abuse. Not the best solution for the problem unfortunately.
Anyway, I find it hard to believe that an independent developer doesn't have already a valid devcert, valid still for a couple of months. So the problem should not be as acute at is looks at first glance. You just may have to stick to your old phone, at least for testing purposes.
In time, with proper release behavior and with Symbian Signed listening to developer's needs it can all be solved and the process put on the right track.
croozeus | 08/03/2008, 14:27
"How about putting together a queue in the wiki, where every developer will add its freeware submission date, and the day it get the application signed or a rejection message."
@Lucian : We could probably do this so that an approximation can be drawn out.
I personally feel that Symbian Signed will be listening to the developers yells and may do something soon.
Here is some Proof + Hope :
http://developer.symbian.com/forum/ann.jspa?annID=36
They say they are providing defense mechanisms to ramp traffic and will phase the changes soon..
But in either case developer has to wait. No worries for who already have a dev cert that has not yet expired. Do you have one?
ltomuta | 08/03/2008, 23:06
I do. ;)
neois | 09/03/2008, 15:35
So sad that I don't have dev cert for my current device since I have to change device all the time to test my application in different model.
That's why I'm so worry about my project.
Please Symbian please, please quickly find another way out of this bad dream or developer will find the way out of this platform instead.
Re: (Ab)using Symbian Signed
bogdan.galiceanu | 07/03/2008, 19:59
I agree, it's a real pain to sign applications. From numerous sources I've heard that signing freeware can take months (!) and I learned the hard way about the hassle of signing apps for one IMEI.
I wish they'd just come up with a quicker and easier way to get it done. A first step would be to remove the necessity for a publisher ID in the Open Signed Offline process. That would save developers time and money.