I agree with Mori Gabriel Syme over the convenience issue, but Ranges hit the nail on the head. The problem isn't really with building construction, but rather with units.
What would fix this is if the second, third, etc unit added to the queue didn't take away a fixed amount of population, but rather the projected population of that (future) turn minus the unit size. This could be recursively calculated for successive unit-turns and would eliminate the problem with unit queuing that Ranges outlined.
There is really an issue of logic here when subtracting resources all at once. Are these troops sitting somewhere for 5 years? They aren't contributing to society, aren't paying taxes, there have to be costs associated with feeding/keeping them. Are they simply confined at home until their billet comes up? "Oh, I'm in the army already, but I haven't started basic because the facilities are being used for the next 4 years." In reality troops in different "stages" of training occupied the same facility.
Similarly with buildings, obviously these are being built in different places, so why can't we build them at once? Perhaps the city construction crews will be overworked, but if that's the case, simply increase the amount of money for successive buildings at once.
So on one hand this system of immediately "putting aside" money and men is nicer in terms of not worrying about things getting built, but on the other it results in problems in population. I'm torn, personally, but I like micromanagement so I tend not to queue things anyway.
Bookmarks