LTE networks, a new standard for mobile network technology started to implemented across the globe. 3GPP is the standard body governing the LTE specifications.LTE supports atleast 100Mbits/s on a downlink and atleast 50Mbits/s on the uplink.First Carrier in the world to launch the LTE networks is TeliaSonera in the two Scandinavian cities Stockholm and Oslo and in the US MetroPCS is the first carrier to launch LTE network in Las Vegas city.Verizon is also planning to introduce this later this year, at a larger scale and will be covering the major markets in the US.
Why I am writing this? yes I have a point to make here in the context of mobile application development space, as the networks are upgraded and made to handle the rich content and as the devices are rolling out (Samsung Craft) in the market to support these networks it will open up a door to totally new world of mobile application ready to serve customer with the fat content and Real time systems.
Well I would like to mention here that India is still struggling to get its 3G networks up and running..:( come on.
So guys get ready to have fun and lets make world a better place to have fun :-)
Area where i will scratch my head and will write anything or everything related to Mobility.
Thursday, September 23, 2010
Wednesday, September 22, 2010
Blackberry: isDeveloperFriendly()
I started in mobile space with the little or no knowledge of mobile application development, as it went on I worked upon the various mobile environments like Brew, palm, J2me, Win Mob, Blackberry and the latest fad is Android.
Each platform I worked upon has their own limitation and advantages and as the development goes on, advantages always outweigh the limitations posed by the platform but..but but..this was my convention and experience till the time I haven't worked upon "THE BLACKBERRIES". As a developer you are always on a high whenever you get a chance to get the hands on a new (for me) and MOST popular technology of the time, same was the case with me, I started off with a new JOSH and enthu and was quietly maintained it for my first two application, but soon I lost the charm for Blackberry and then suddenly I was trying to escape the Blackberry world.
I know you want to know the reasons behind that and I am not going to disappoint you:
I am on for debate :-).
Each platform I worked upon has their own limitation and advantages and as the development goes on, advantages always outweigh the limitations posed by the platform but..but but..this was my convention and experience till the time I haven't worked upon "THE BLACKBERRIES". As a developer you are always on a high whenever you get a chance to get the hands on a new (for me) and MOST popular technology of the time, same was the case with me, I started off with a new JOSH and enthu and was quietly maintained it for my first two application, but soon I lost the charm for Blackberry and then suddenly I was trying to escape the Blackberry world.
I know you want to know the reasons behind that and I am not going to disappoint you:
- The IDE provided by the RIM is literally just serving as Editor with the Compilation capability. we belong to the world of IDE's like Eclipse, Net beans, Jbuilder. They get one step ahead of the developer always extending their help for fast development sessions. I can hear some voices, saying something about the Eclipse plugin well ..i must say or rather ask you guys: can you use the standalone eclipse plugin for the whole sole BB development effort? if your answer is No, read on else i must say that you have the patience :) as i cant use it for debugging, deploying etc. its not stream lined yet every now and then it complains even while compiling, though the same compiles perfectly in JDE, I guess both are the products of RIM.
- The Documentation: The Api doc is fairly simple, but to be frank it is simplest, no effort has been carried out to document properly (comment with the indication what its for and other helpful information) the API, Constants. Most frustrating ones are constants, they are just there for the heck of it, its up to you to take the meaning out of it. Everyone is not like me RIM :-) if you want you can visit the package net.rim.device.api.browser.field.*.
- The $20 for Build Signing: I dint get the logic for charging a fee for Signatures for on device testing, though its good they have reduced it from $100 to $20 but still its doesn't sound logical on the contrary Android also require a Signature for on device test but you can build your own locally and deploy the build on device after signing. When will RIM understand that they are not doing any favor on a developer rather vice versa is true, this is already proved with the huge success of iPhone (applications have fair amount of share in its success).
- Deploying on device: on BB deploying on device is fairly complex starting from the desktop manager to Re-deploying, if you are using OTA then manager doesn't matter. Desktop manager in simple terms is not usable for application deployment purposes if you still want to try, try it and don't complain, Secondly the major problem which I see is, if your application is using a persistent store in your application and you want to uninstall it from the device the operation wont complete unless and until you restart the device and in BB terms its a quite lengthy task to do. (this is the one which I hate most).
I am on for debate :-).
Subscribe to:
Comments (Atom)