User Tools

Site Tools


india

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

india [2012/03/09 10:43] (current)
Line 1: Line 1:
  
 +
 +Hi,
 +We'll be glad to build that app for you.
 +If you'd like we would build it on Adobe AIR but it will need Android 2.2.
 +However if you are looking for something that's compatible with Android 2.1 then we could build it in HTML5/CSS, xml or java.
 +
 +The Video on how the app should work were really very helpful in understanding the apps working.
 +
 +I had some questions though.
 +1) Will all these configuration files, like chaptxx.txt,​ display.txt,​ screendimension.txt be will be set by us itself before creating the .apk files or do you wan the users to be able to modify these files after its been deployed on a phone.
 +
 +2) Once an apk file has been deployed on a phone with a given set of images, and sounds, any future additions to the chapters or library would be done via an product update or will there be any other way to do that
 +
 +Considering the purpose for what this app is being built for. we would be very eager and keen to be a part of this project.
 +
 +I'll look forward to your views and comments
 +
 +Regards
 +Vinci
 +
 + 
 +Reply  
 + 
 + By einarpetersen with 0 ratings
 +From Ballerup, Denmark in Denmark (see local date/time)
 +Posting # 32,029,599 on Tuesday Oct 19, 2010 2:19:46 PM EDT
 +
 +
 +Hello there and thank you for inquiring further into this project.
 +
 +Instead of Answering questions individually I have created an “FAQ” that I ask that you look at please go to http://​globability.org/​wiki/​doku.php?​id=mobileappfaq_vworker
 +
 +Once all details are in place the final requirements will be uploaded to vworker.com for the choosen bidder/s and the bidder/s will then be asked to confirm that the final requirements are indeed what is agreed upon, after which the project can start.
 +
 + 
 +Reply  
 + 
 +
 + By AATPL with 40 ratings averaging ​ 9.37 (Superb)
 +From Pune, Maharashtra in India (see local date/time)
 +Posting # 32,049,113 on Wednesday Oct 20, 2010 2:03:44 PM EDT
 +
 +
 +Certified!
 + 
 +
 +Hi,
 +Thanks for replying to my questions.
 +Yes I too agree HTML5/CSS will be good from a scalability point of view.
 +
 +The idea of pulling in new updates/ chapters from the site is a good idea. I'm assuming in the long run, you will also be looking for multiple language packs with different wave sound files. But I guess we can keep that for later.
 +
 +Considering all these parameters my estimates for this project works out to $600.00
 +
 +Please let me have your views on it. I'll take the android test sometime this weekend so that I can place the bid.
 +
 +Regards
 +Vinci
 +
 + 
 +Reply  
 + 
 +
 + By AATPL with 40 ratings averaging ​ 9.37 (Superb)
 +From Pune, Maharashtra in India (see local date/time)
 +Posting # 32,049,113 on Wednesday Oct 20, 2010 2:03:44 PM EDT
 +
 +
 +Certified!
 + 
 +
 +Hi,
 +Thanks for replying to my questions.
 +Yes I too agree HTML5/CSS will be good from a scalability point of view.
 +
 +The idea of pulling in new updates/ chapters from the site is a good idea. I'm assuming in the long run, you will also be looking for multiple language packs with different wave sound files. But I guess we can keep that for later.
 +
 +Considering all these parameters my estimates for this project works out to $600.00
 +
 +Please let me have your views on it. I'll take the android test sometime this weekend so that I can place the bid.
 +
 +Regards
 +Vinci
 +
 + 
 +Reply  
 + 
 + By einarpetersen with 0 ratings
 +From Ballerup, Denmark in Denmark (see local date/time)
 +Posting # 32,051,649 on Wednesday Oct 20, 2010 5:16:34 PM EDT
 +
 +
 +Actually that is the idea I've been thinking about, namely to be able to pull new content from the globability site, both graphics, sound as well as new languages and I agree that it might be best kept as a separate minor project as the current project otherwise scales to a too large size.
 +
 +By keeping the module separate it would be possible to better create a "stand alone" module that can be used for other applications as well as one can design a proper interface around it, both as in program "​interface"​ and as in a GUI to use the interface.
 +
 +And this would even be easily integrated into to the primary app I am wanting to have developed as you can see in the specs. as a function could simply call the secondary "​update"​ app, that would then update whatever the primary app asked it to update.
 +
 +As for the price 600 US$ seems a little rich to be honest, the funds go from my own pocket and you do keep the rights to use the developed software yourself more or less as you please.
 +
 +How many hours would you say roughly would be included of work time for that amount ?
 +
 + 
 +Reply  
 + 
 +
 + By AATPL with 40 ratings averaging ​ 9.37 (Superb)
 +From Pune, Maharashtra in India (see local date/time)
 +Posting # 32,055,064 on Thursday Oct 21, 2010 12:25:43 AM EDT
 +
 +
 +Certified!
 + 
 +
 +Hi,
 +Thanks for getting back.
 +Yes its a good idea to keep the update module separate and keep it out of the scope for now.
 +
 +With regard to my hours.. I was estimating the project to take 40-50 hours including, building UI,​development,​ testing etc. but to come to a reasonable figure I'd say about 60-70 hours taking into account about 20-25% of for changes modifications etc.
 +
 +Please let me have your views on it
 +
 +Regards
 +Vinci
 +
 + 
 +Reply  
 + 
 +
 + By AATPL with 40 ratings averaging ​ 9.37 (Superb)
 +From Pune, Maharashtra in India (see local date/time)
 +Posting # 32,055,064 on Thursday Oct 21, 2010 12:25:43 AM EDT
 +
 +
 +Certified!
 + 
 +
 +Hi,
 +Thanks for getting back.
 +Yes its a good idea to keep the update module separate and keep it out of the scope for now.
 +
 +With regard to my hours.. I was estimating the project to take 40-50 hours including, building UI,​development,​ testing etc. but to come to a reasonable figure I'd say about 60-70 hours taking into account about 20-25% of for changes modifications etc.
 +
 +
 +491.437,00 INR sælges til
 +64.083,38 DKK
 +
 +491437 er annual løn í Pune
 +300000 í maharastra
 +
 +avg 200 pr hrs.  26.08 DKK
 +
 +I still think the offer for 600 US$ is high compared to the avg. salary ranges for computer programmers I've seen for India.
 +
 +The salaries I've seen lie in the Rs 201,707 - Rs 387,788 range with an exceptional 491437 at the top.
 +
 +If you work 70 hrs. it gives an average of 8,71 US$ rounded down to nearest two digit after comma that is 48,11 DKK and this in turn is about 369 pr. hour.
 +
 +Let us say that the avg. work week was 37 hrs like it is in Denmark and with 5 weeks of vacation it would give an average hourly salary of 1739 hrs x 369 = 641691 pr. year
 +
 +Thus I have a counter proposal which is more in line with what I would think is fair considering both the purpose of the application and what is economically feasible at this time.
 +
 +You bid to make the application for 150 US$.
 +
 +If you manage to deliver a working and approved application before the deadline i.e. 70 hrs of development time I'll throw in a bonus of 50 US$ making your earnings 200 US$ in total.
 +
 +The development time will be spanned out on 10 days with 7 working hrs. pr. day beginning from the time your bid is finally selected, I'll be sure to mark your efforts accordingly and you'll be guaranteed an invitation to the next Android project I have in mind.
 +
 +Also before being selected you complete the Android test mentioned in the material. ​
 +
 +For every day the deadline is crossed your pay goes down 10 US$, if the deadline is crossed there is no bonus. ​
 +
 +If you go more than 5 days over the mentioned 10 day deadline you agree to carry the cost of canceling the project.
 +
 +How does that sound to you ?
india.txt · Last modified: 2012/03/09 10:43 (external edit)