白菜我是用了两张地图的，只不过第二张地图只是和大豆混种，大致看了一下，也是增产的，因为你以前在某贴里说和地图有关，所以我特地看了下
还有就是不知道和时代有没有关系，因为我打战役的时候刚进入钢还是铁时代电脑说人们发明了犁，种植效率更高了
其他粮食我还没测，不过也不一定灌溉粮食没有意义，你想，如果混种的话我吧需要灌溉的粮食都种在农场的一边，比如说北边，灌溉渠造在农场北面5格处，农场北面4各处修路，也很容易只灌溉特定作物，而且再北面可以布置经济作物，或者把农场倒过来布局

（3.这点是最关键的！
你提出了成熟度的计算规律猜想“农作物每个月自身可以成长20%，如果当月获得农民的耕作会使成熟度的增加速度加快25%，即每月成长25%”。
我帮你检验了一下，确认这是错误的！
实际上成熟度的计算规律如下（以小麦为例，卷心菜有相同结论；桑树是经济作物计算更复杂，但规律类似。我只测过这三种作物！！！）：
* 每格小麦从获得农民第一次耕种开始生长，获得耕种后成熟度变为1%。
* 每格小麦在前三月（3、4、5月）每月自身可以成长20%左右（前提是月初已经开始生长），在6月自身可以成长10%左右。
* a.如果某格小麦在3月或4月获得农民的第二次耕种，则5、6月时生长加速，具体加速程度是两个月内比自身成长成熟度高0.23左右。）
回：前面我有一点没有说明，就是作物在3个月没有农民照顾的情况下，成长速度急剧下降，由于作物成长期都是4个月，所以这点很难发现，你可以测试一下经济作物，种一下关掉农场，3个月以后几乎不长了，如果第二个月开一下农场再关掉，那么第四个月几乎不长了。但亚麻似乎是例外，种一下关掉，居然涨到了100%！
所以我们要测试的是前3个月，你测得数据也是每个月20%，而有农民照顾的时候是25%吧
b.如果某格小麦在5月或6月获得农民的第二次耕种，则从获得第二次耕种时间（记为t时刻）起生长加速，加速效果同a述小麦从t时刻起获得的加速效果。
* 小麦只需要两次耕种（卷心菜同），第三次乃至第无数次耕种效果为零！
也就是说：对全部作物都进行两次耕种后就可以关闭农场，等到收获月再打开，并不影响收获结果！
回：为什么第三次乃至第无数次耕种效果为零呢？这点你参考我上面的看一下，就可以知道，第二次后离收获只有三个月时间，所以农民照不照顾就无所谓了
我前面的算法是：
3.5（成长时间T1)*0.2+2.5（增幅作用时间T2）*0.05=82.5%
为什么增幅作用时间T2=2.5呢？因为第二个月能出3波农民，每波3个，每个3工时，所能照顾的农田为3*3*3=27，当然不排除从东边走到西边的情况，也不排除重复耕作一块地的情况，但概率不大（下面我会做进一步说明），所以我们可以看做第二个月农民可以照顾到全部18块田。
那么增幅作用时间就为0.5（第二个月的平均值）+2（后两个月的作用）=2.5（月）


（4.你采用的模糊处理：
a.首先说明下作物最高成熟度为97%，并非95%，这与农场在城市中的位置和农场布局有关（详见贴中53楼：http://tieba.baidu.com/f?kz=621145739）。
上述原因将导致你的所有理论数据产生2%左右的误差。
b.“由于一农民耕作8格所占的时间约为一个月，则农民每走两步加耕作的时间为1/8月”
似乎你默认把农民从一次耕种到下一次耕种的距离定为2计算，实际上18格布局农民并非一定只走两格！
他可能从最左端走到最右端！也有可能从最左上走到最右下！（前者我可以确定可能发生，后述情况我没有看到过，但目前不能排除有这样的可能）
而步数的消耗将导致多少误差？如果第一次耕种时发生这种情况，误差将会是多少？我想可能大于5%...）
回：不知道为什么，我换地图换方向，测出来最大成熟度还是95个百分比，不过这和我的计算公式没有关系，我提出最大成熟度只是想说明2点：
A、由于农民走路和耕作需要时间，所以成熟度不可能达到最大
B、游戏原先对农作物的设计应该是能成长到100%，所以平均每月最大成长速度为25%
关于走路这点，确实会有你说的情况，但是你53楼的帖子也有这样的结论：
（* 当农场环境（道路连接，作物分布，作物邻接道路情况等）确定后，生产的一切程序都确定！也就是说：如果不再改变农场环境，农夫播种和移动是按固定的方式！甚至收割时同一个位置的作物成熟度也不会改变！
但收成数量会出现较小波动！
* 两个环境一样的农场生产的程序完全一样！）
回后面的农民我不能确定，因为确实太乱了，但第一波农民是这样的：
农民出农场的时候每个农民要分配的耕地已经确定了，你可以试着造9块田，等第一波农民出来再加两块田，这时尽管第一波农民还有多余的工时去耕作者两块地，但他们会无视这两块地，直接回去（其实整个游戏都是这样的，仓库工人，出来的时候目的地已经确定了，即使目标地点物资已经满了，他还是会到那边在检测有没有满，然后确定第二个目标）
农民的工作顺序导致的误差确实无法计算，但在农田围绕出口的情况下，这种现象要好一些，这个确实会带来误差，而且农田越多越严重。我准备搞个减产系数来对产量进行修正，这个减量应该和农田数的二次方成正比，只能多测几次吧比例系数算出来了。多谢你的提醒，后来我实测的时候平均产量也低于计算值，之后就一直在想到底哪里出了问题，想必这个就是主要原因了。


而且该文档里面还有很多系数，一下子看不太明白，大家一起研究研究哈

对了，最后一个作物产量表可以给出：
[Regional Mod]
AridBeanCurd=0.75
AridCabbage=0.65
AridMillet=0.75
AridRice=0.5
AridWheat=0.75
AridHemp=0.35
AridTea=0.6
AridLacquer=0.6
AridMulberry=0.85
HumidBeanCurd=0.7
HumidCabbage=0.7
HumidMillet=0.7
HumidRice=1.05
HumidWheat=0.7
HumidHemp=0.4
HumidTea=1.0
HumidLacquer=1.0
HumidMulberry=0.8
NormalBeanCurd=0.85
NormalCabbage=0.85
NormalMillet=0.85
NormalRice=0.7
NormalWheat=0.85
NormalHemp=0.55
NormalTea=0.8
NormalLacquer=0.8
NormalMulberry=1.0
说明一下，AridBeanCurd=0.75，其中Arid表示干旱，BeanCurd表示大豆，0.75表示单位面积的最大产出

我懂了，原来是这样
你说的对，我前面的算法错了
游戏可能是这样设计的，作物有3种状态：
A、未种植
B、种植（但未受照顾）
C、受照顾
在B状态中，作物以速度v1增长，且最多不超过一定值（3种农作物测出来是72%左右）
在C状态中农作物以速度v2增长，且可以达到100%
难怪上午测亚麻的时候开一下关掉还长成了100%
PS：我刚刚只测了亚麻，漆树，大豆，水稻，均符合上述状况。我只是提出一种假设，而不是结论，以后我会做出更多测试来验证它。
我测试的时候，农作物第二个月增长速度都偏高，可能不是完全匀速的。
而农场中农民出现的时间确实有快慢之分，从而导致产量有2%左右的偏差，但这个偏差和其他偏差相反，种植面积越大，这个偏差越小。快慢出农民的状况疑似和农民的出发点有关，但今天实在是太累了，不想做任何测试了
不过有一点我要说明，我并没有提出新的结论，这个结论是我原先计算的基础之一，现在看来确实是错的。而且我早晨8点爬起来看贴，从9点到11点一直在测试，由于出发点错误，所以测试的结论是错的。而且我所有测试都尽可能把数据记录下来，因为不同的人看同样的数据可能会有不同的结论，而测试之前肯定要有测试的目的，并针对这一目的计划进行你的测试，在这个计划中我有一个盲点，导致测试的结果错误，但我无意混淆视听，发现错误我一定会进行更正。而且我发帖的目的也主要就是想和大家讨论一下，因为一个人的想法总会有纰漏的，下次我发帖的时候会更慎重一些。


生长速度确实不是匀速的，在状态B分情况下，最后一个月到一半左右就停止生长了
还有关于C状态，你不也是耕两下第一个月都没结束就把农场关掉了么，最后结果都是能长到95%左右的呀，那说明第二次耕作的时候已经进入C状态了，和农民什么的就无关了。
我正好这两天有空，所以就研究一下，反正早测完测都是测
我没空的时候可能一个礼拜都不来，你别介意


恩，从效果上来说是这样的，因为我写的时候心里有个函数，就是状态B增长速度随时间是一个递减函数，到第三个月的时候一头掉下去，状态C是一个函数，就是在B函数的前提下叠加一段，但由于增长上限为20%或25%，所以效果看不出来
其实我刚来，和大家都不熟，前几天看来他的几个战役，真是恢弘大气，而我却在这里研究一担小麦，想想看也蛮搞笑的

我也是，而且我城市一旦布置的不好就想重来，布局不是循序渐进的，总想先把农业全布置好，再布置工业，结果发现负债已经3位数了。
那种规模的城市，我估计打个10来遍我也只是刚刚造完一半地图而已

有道理，我就是整体规划的时候老喜欢往细节里面钻，搞得整体很乱