Inputting user defined reforms in B-Tax about cost-of-capital-calculator HOT 2 CLOSED

I could go either way on this one, @jdebacker . It doesn't seem terribly important to change. If we put all the B-Tax-specific parameters into a single dict argument that might provide some clarity for the new user with B-Tax parameter adjustments like the example above with btax_betr_pass, but if the new user just wants to do what is now:

run_btax(start_year, iit_reform)

(no B-Tax params), then they would have to add a third argument being a dict with no keys/values:

run_btax(start_year, iit_reform, {})

from cost-of-capital-calculator.

@PeterDSteinberg thanks for the feedback.

@MattHJensen I'm going to close this for now, unless you have thoughts given the push to have dictionaries of pre-pacakges reforms. My thinking is that such reforms would benefit from putting B-Tax specific parameters into a single dictionary, but perhaps you could weigh in on this.

from cost-of-capital-calculator.