level 9
![[滑稽]](/static/emoticons/u6ed1u7a3d.png)
，只能说蠢驴把阶级派系什么的搞得没啥存在感，才显得现在这个分组计算像是为了人口改的。人口组增长系数里面肯定有一些填错了，甚至可能是那种不保留小数点甚至向上取整的错误。
level 1
人口细化的目的从来都不是为了更真实的人口增长，只能说蠢驴把阶级派系什么的搞得没啥存在感，才显得现在这个分组计算像是为了人口改的。人口组增长系数里面肯定有一些填错了，甚至可能是那种不保留小数点甚至向上取整的错误。
2025年05月22日 21点05分
4
，只能说蠢驴把阶级派系什么的搞得没啥存在感，才显得现在这个分组计算像是为了人口改的。人口组增长系数里面肯定有一些填错了，甚至可能是那种不保留小数点甚至向上取整的错误。
@AUGUSTUS 3.14每月2号结算时科研有1M都很卡，这个版本上99M都不是很卡
2025年05月23日 00点05分
说实话，光是为了派系的话原先的pop机制其实也完全够用，或者可以在不改pop指代比例尺的情况下搞人口组，完全无需细化pop。
2025年05月22日 21点05分
没啥数值上的错误，现阶段多物种增长公式算比较完备的，问题在于公式里承载力的抑制项不太够，多物种增长会严格大于单物种，调色盘颜色越多分布越均匀，加成越大
2025年05月22日 21点05分
level 12
这细化让前期就卡了，还不如原来的![[不高兴]](/static/emoticons/u4e0du9ad8u5174.png)
，机械还有个基础人口减少，每个月都减5个
2025年05月22日 23点05分
6
，机械还有个基础人口减少，每个月都减5个
level 11
人口不再产出资源，而是产出劳动力，劳动力到产出再算一次，看似是多了计算，实际上省去了计算每个人口有多少产出的过程
2025年05月22日 23点05分
7
但是从人口组到劳动力再到劳动效率（吞吐量）的过程计算量其实也不算少。虽然人口组模式有效减少了最小人口单元的数量，提高了在高人口情形下的运行效率，但也导致了一个人口单元会在多个岗位工作的情形（再加上一个岗位可能会有多个人口组工作），这在调色板的情形下可能造成负优化。
2025年05月23日 02点05分
level 7
level 11
level 11
level 11
![[呵呵]](/static/emoticons/u5475u5475.png)
是时候出2了
![[阴险]](/static/emoticons/u9634u9669.png)