>>
No.7711
Just play Stronghold in free build mode.
>>
No.7712
play dwarf fortress
>>
No.7713
>>7711>>7712OP seems more interested in the programming challenge.
>>
No.7714
probably take this to
>>>/tech/seems more programming related
>>
No.7715
Man, I'm so jealous you can actually code for fun. Doing my first year of SE and its just pain. Actually have a project somewhat similar (coding a diner workschedule simulator) hanging over head and its the single worst feeling and I just can't get myself to start the bloody thing.
>>
No.7719
>>7718Even Cockshott points out here lp-solve is too inefficient for this. Modeling the economy as an LP problem and solving it with simplex is the most naive way to do central planning, we need to be able to go beyond that.
>>
No.7720
>>7715Hm, yeah coding under pressure because you have to do something you aren't interested in sucks. I don't know, I code for fun because it's like a puzzle you have to solve. There is a practical goal and you have a blank canvas and can design a system however you want. There are many ways to the same goal.
>>
No.7721
>>7719Well what methods should we use then?
>>
No.7722
Brainlet here, but for the "Too simple" etc etc didn't Cockshott make an open source program in Julia for planning?
Couldn't you anons use this as a base?
>>
No.7724
Cockshott has a github with some relevant code:
https://github.com/wc22m?tab=repositories>>
No.7725
>>7722yes that works but the question is scale
>>
No.10536
Write an OpenTTD script/bot or whatever
>>
No.10610
>>7710At such simplistic level you could just structure the whole thing on iterations, so you have a simple mathematical function that takes the current state as input and transforms it according to some chosen model to produce a new state which is then again fed as input. Then just iterate to see how it behaves through hundreds of generations.