I'll add here too - there's a _lot_ of other work besides the actual coding that goes into getting a piece of software sold to a customer like a government department or big corporation. Even if the "6 hour" estimate for development time is within half an order of magnitude of being correct, there's a great deal of work needed to be done both before and after that to make the sale work.
How do you know what code to write in those 6 hours? How did you even know there was an opportunity? What are the requirements? Is there a spec? How is the customer assured you are capable of delivering what they need? Does the customer even know what they need? Is what they _think_ they need even possible? How will you prove you've delivered what they asked for? Is there a need to user acceptance testing, and if so who's going to write the tests and who's going to do the testing? Are there any safety/copyright/legal implications about what the software displays? Who's ultimately responsible for those? Who need indemnifying or insurance to cover that? Is there any backend service required in addition to the mobile app? Who's building/maintaining/paying for that? Who's responsible for "fixing" the app if a 3rd party backend the app relies on changes or goes away? Does the customer require copyright ownership of the app source code? Are there 3rd party licenced libraries you're going to use that you don't have enough rights over to be able to give/sell the copyright to the customer? Who's going to spend the time figuring out and explaining to the customer exactly which bits of the source code they do and don't own? Are there any patent issues relating to the problem being solved? Are you _sure?_ Who's "on the hook" for patent infringement if something comes to light later? Who's doing the UI/UX/graphic design? How many iterations through the customers approval process will need to be done? What are the customers turnaround times on those approvals and who at the customer has the authority to ultimately sign off on things? What documentation is required? Who's writing that? What training is required? Who's doing that? What ongoing support is required? Who's doing that?
I think sometime developers fail to understand just how much _business_ stuff needs to happen before and after they write their code. It wouldn't surprise me at all to find that in the _best_ case, a project like this with "6 hours of development" also required 4 or 5 times as many hours to get the deal done. I could also very easily see the team stalled for a week or two waiting on approval/signoff, and if your 6 hours of development turns into two weeks where you (or a colleague) couldn't do other work 'cause you're chasing answers, decisions, or approval from the client - a factor of 10 between the "actual coding time" cost and the project cost starts to seem positively reasonable.
You seem to be arguing that a lot of work went into selling this piece of shit to the government, and so therefore, we the people, should pay for the cost of that selling too? I know that is how it works: I bribe a government official to buy my turd, and then they spend tax payer money to cover the cost of the turd, plus the cost of the bribe. But you seem to be saying that that is ok. o_O
Well, I guess the "How did you even know there was an opportunity?" bit could be considered "selling", but all of the rest of that is stuff that needs decision making and agreement on both sides before the bill gets paid. And somebody other than the developer is going to have to do and/or manage it all. Who's paying for that time?
Or do you honestly think 6 hours worth of coding @ $100/hr is all a job like that requires?
Have you ever worked with a government department?
How do you know what code to write in those 6 hours? How did you even know there was an opportunity? What are the requirements? Is there a spec? How is the customer assured you are capable of delivering what they need? Does the customer even know what they need? Is what they _think_ they need even possible? How will you prove you've delivered what they asked for? Is there a need to user acceptance testing, and if so who's going to write the tests and who's going to do the testing? Are there any safety/copyright/legal implications about what the software displays? Who's ultimately responsible for those? Who need indemnifying or insurance to cover that? Is there any backend service required in addition to the mobile app? Who's building/maintaining/paying for that? Who's responsible for "fixing" the app if a 3rd party backend the app relies on changes or goes away? Does the customer require copyright ownership of the app source code? Are there 3rd party licenced libraries you're going to use that you don't have enough rights over to be able to give/sell the copyright to the customer? Who's going to spend the time figuring out and explaining to the customer exactly which bits of the source code they do and don't own? Are there any patent issues relating to the problem being solved? Are you _sure?_ Who's "on the hook" for patent infringement if something comes to light later? Who's doing the UI/UX/graphic design? How many iterations through the customers approval process will need to be done? What are the customers turnaround times on those approvals and who at the customer has the authority to ultimately sign off on things? What documentation is required? Who's writing that? What training is required? Who's doing that? What ongoing support is required? Who's doing that?
I think sometime developers fail to understand just how much _business_ stuff needs to happen before and after they write their code. It wouldn't surprise me at all to find that in the _best_ case, a project like this with "6 hours of development" also required 4 or 5 times as many hours to get the deal done. I could also very easily see the team stalled for a week or two waiting on approval/signoff, and if your 6 hours of development turns into two weeks where you (or a colleague) couldn't do other work 'cause you're chasing answers, decisions, or approval from the client - a factor of 10 between the "actual coding time" cost and the project cost starts to seem positively reasonable.