(08) Proposal: Burghers rework

Status
Not open for further replies.

pineappledan

Deity
Joined
Aug 9, 2017
Messages
9,722
Location
Alberta, Canada
current Burghers:
+15% :c5production: Production and +100% Border Growth when your cities are in a WLTKD or a :c5goldenage:Golden Age (effects stack)
1 Specialist in all cities cities does not produce :c5unhappy:Urbanization unhappiness.

Problems:
  • This policy is just really, really strong. a max of +30%:c5production: and triple border growth from stackable effects is far more than any similar policies give. For example, Artistry gives only +10%:c5culture: Culture and only during :c5goldenage: GAs.
  • It undercuts Artistry pretty hard. Artistry could use a wide :c5unhappy: unhappiness reduction bonus to mix up its tall bonuses, meanwhile Fealty has 3 different :c5happy:happiness effects. Artistry is also more specialist-focused than Fealty is, so I think it would be a more fitting ability on that tree.
  • Thematically it's just not very strong. Fealty's policies seem to be focused on feudalism and the estates of the realm. All of its other bonuses focus on wide, bonuses on tiles, and faith. To me, Artistry invokes the idea of Burghers, with multiple policies augmenting guilds.
Proposed new policy:
Fiefdoms:
+15% :c5production: Production and +100% Border Growth when your cities are in a WLTKD.
+1 :c5happy: Happiness for every 10 Military units on Empire.

The idea of Fiefs seems to fit Fealty more.
This new policy is closer to the right amount of power.
The Urbanization reduction ability can then be moved to Artistry, which needs some help with wide power so it isn't just an extension of Tradition as "the Tall tree"
There is a policy ability called HappyPerMilitaryUnit, and it appears it was meant to do what I describe here, but I'm not sure if it actually works.
 
This is closer to what the policy was originally, affected WLTKD but not golden ages. It is a powerful policy, but its also kind of the lynch pin of the tree to me. Fielty has a really strong opener, and burghers is really good, the other policies are all pretty meh.

So if the policy is nerfed too much I would want to look at updates to other policies in the tree.

The main appeal of the happiness change here is that its a more "wide" focus, which tends to be how fealty goes, whereas the urbanization is more of a tall thing. Overall, I consider this a nerf compared to the loss of urbanization happiness, but I can see the appeal.
Is its too weak, an alternate might be: "+1 happiness for every X supply". This is a way to use supply even if you don't yet have the military production to reap its full benefits.
 
and triple border growth from stackable effects
Small note here, the WLTKD & Golden Age border growth bonuses intentionally do not stack with each other.
 
I have received confirmation (thanks @Rekk ) that HappyPerMilitaryUnit currently exists as a variable, but the game doesn't do anything with it. Ie, it tracks the number, but doesn't use it for anything.

I have made a GitHub ticket requesting that this ability be made functional. If we have a column in a table it may as well do something.
 
+1 :c5happy: Happiness for every 10 Military units on Empire.
Seems a little weak/low or is it just me playing on too easy levels? 50 units is kind of a lot and gives you 5 happines? If I have 50 units I likley already have 100+ happiness.
 
Seems a little weak/low or is it just me playing on too easy levels? 50 units is kind of a lot and gives you 5 happines? If I have 50 units I likley already have 100+ happiness.
Hopefully you’re not counting on a single policy in a tree with 2 other happiness policies to contribute more than 5% of your total happiness. Moving the needle a little is sufficient
 
This needs a DLL sponsor. The ability already has a memory value variable in the DLL, it just needs to do something
 
I sponsor the DLL changes required for the proposal.

Proposal Sponsors: pineappledan (other stuff), Recursive (DLL changes).

(Sponsors have indicated that they are able and willing to perform the code changes required for this proposal if the community votes Aye on it. Other coders are free to sponsor this as well. A proposal without a sponsor will not advance to the Voting Phase.)
 
Status
Not open for further replies.
Top Bottom