Then, this recipe is definitely for you.
On March the 9th of 2013, I published my first thoughts regarding the development of Android apps vs Mobile Web apps.
Back then, I had some serious unanswered questions regarding the true benefits of each approach.
I mean, finally, we were able to develop an application (still in beta mode!) that is ready to be used in any mobile device/platform (natively or through the use of a browser), with a very good look & feel, that makes it possible to extend Clockare – Linkare’s time tracking system – interface, but that still has some glitches to fix and that it was not cost free at all!
The current application has the following 5 main screens:
The Login page is where the user configures Clockare’s URL (in case the user is not using Clockare@Linkare) and where the user accesses the system to consult and register her activity. The Dashboard is main screen where the user sees a summary of the hours reported in the current day, in the last week and in the current month, and where she is able to access all other functionalities of the application
The Punch hour page is the most important page because is where the user is able to register her work activity through Ajax calls to Clockare server. The List of timesheet entries is a list of timesheet entries sorted from latest to oldest.
|Punch hour||List of timesheet entries|
Finally, the Settings page is where, among others, the user changes the password or the number of hours to report in a day (8, by default). The main drawback with the current implementation is that it lacks the ability to work in offline mode, i.e., it is not possible for the user to register her activity in her smartphone and synchronize at a later stage with Clockare’s server (although, to tell you the truth, it has not been much of an issue today, because we are connected to the Internet most of the time even in our smartphones, because access to the Internet through WI-FI is nowadays very common!).
Time is money and money is what we really spent on this development, being therefore the major drawback of the approach we took for this implementation. I won’t even provide the details of how much we have spent because it really is too much and the indirect benefits of this investment cannot be easily considered in a pros versus con analysis!
On the other hand, we learned a lot from this development, and have now an application that may be run on any platform without any license costs except those that Linkare may charge from the use of Clockare which makes it a good solution for our current and future customers
One solution fits them all
The final conclusion
This post’s intention is not to make other extensive analysis on the benefits and drawbacks of each development approach but to provide the results of the approach we took and the opinion of someone that was closely related to this development.
However, and because it is not possible to go back, and I do not like to throw away an investment, the truth is that the implemented solution presents as a strong factor for our Clockare sales due to the fact that makes it possible for Clockare to be used within more devices, thus targetting more people and more environments.
This was one of the first recipes I started writing in my blog. However, due to its size, it took me a long time to publish. I hope it is not deprecated by now and that some of you may take advantage of it 😉
Very cool and interesting article…