Search the Community
Showing results for tags 'automation'.
Found 7 results
The devs have said that automated mining will probably not be an option. As a student of business and economics, here's what I think: ABSTRACT: Limiting script automation for both mining and weapons fire will greatly limit the capacity for economic growth and in-game innovation. The mining industry, for example, will start out with individuals mining for minerals and directly selling them to other players or on an open market. It will eventually evolve into a number of mining corporations that will be able to provide minerals more cheaply through an organized workforce and semi-automated processes. This is inevitable, as it should be. But why limit the mining industry to this level of business innovation? By disallowing further automation, yes, the market for mundane repetitive tasks like mining by hand will be preserved. But what would happen to the broader job market in a simulated economy where automation is unregulated? It would expand exponentially. How would automated mining exponentially expand economic growth and job availability? Well, the whole purpose of automation is to reduce labor costs, to reduce the price of goods (raw minerals, in this case), so that, in a competitive free market economy, businesses can stay... competitive. Inevitably, reducing the price of raw minerals allows other businesses, further up the chain of production, to increase production and lower their prices (competitive market, remember). These reduced prices further up the chain of production lead to increased demand and, therefore, new market opportunities. STORY TIME: John Smith is a miner. He mines steel all day for Mineral Corp, gets a commission based on how much steel he mines, and Mineral Corp sells the steel to spaceship manufacturing facilities. One day Mineral Corp decides to cut costs by using automated mining drones. Nooooo!!!! Curse you Human Ingenuity!! Let's look at what just happened: In order to cut costs, mining corporations are now buying automated mining drones. This new demand for drones is providing jobs for programmers, industrial designers, manufacturers, and even truckers (to transport all the extra minerals that are being more cheaply produced and are increasingly in demand by all these industries)! Back to John Smith: John lost his job to robots. The Luddite fear that soulless computers will replace all the honest employees has come true! *cough cough* But when John's at home, drinking away his sorrows with some Pan Galactic Gargle Blaster, he opens up the classifieds and is shocked to see hundreds of jobs available that weren't there yesterday! Not only jobs related to the production of mining drones, but many seemingly unrelated jobs! Where did these other jobs come from? They came from the steel being cheaper. Businesses that use that steel for product production, like spaceships and buildings, can now sell their products more cheaply. Having cheaper spaceships increases the demand for spaceships because more people can afford them. In order to meet that increased demand, spaceship manufacturers must increase their production by hiring more employees (new jobs! Yay!). So now, even though less people are mining by hand, more people are building spaceships (as well as countless other things)! John Smith may not be mining anymore, but he has a new job now, that pays more, and he can enjoy a cheaper cost of living thanks to those beautiful automated mining drones. BASIC FORMULA: Automation = reduced cost. Reduced cost + competition = reduced price. Reduced price = increased demand. Increased demand = increased production. Increased production = increased job availability. Automation + competition = increased job availability. Can we please have free automation scripting? (I may touch on automated weapons-fire later)
My take on TrainsRight, I’ve heard that rails aren’t going to be implemented because of issues with multi-part constructs and I wanted to show my idea on how we could do trains. My idea is that instead of rails in the traditional sense, we add a gps-based system. The “trains” would be simply hovercraft traveling between two points. How this would work is that a player would place at least two “beacons” and it would create a link between them. The “train” would have a special antenna that would cause it to automatically try to stay on the line directley between the beacons. The disadvantage is that you can only have one train per segment, so you would need to have a lot more than two beacons. You can switch the link between two beacons manually or with a Lua script, meaning that multiple branch lines can be made. The trains themselves can be manually or automatically controlled, and I think it would be cool to have a railway network going around Ailoth. What do you more skilled players than I think of this idea?
Programmable payment terminalsHey everyone, a few minutes ago, someone asked a question on the official Discord: "How are services going to work in the game, can you have an automated service charge you [...] Like say you have automated buses" That's when I had the idea of a programmable payment terminal. It would be a device that you can place down and customize what it does on interaction. Does it allow donations? Does it pay out some quanta ever so often? Does it request a payment of some amount? On a successful payment it could output a logic signal or do something more complex using LUA. I think we need some way to automate ingame payments, and I think a programmable payment terminal/interface would be an awsome way of achieving that. Just tell me what you think about it!
Nothing should be automated... yet
0something0 posted a topic in Idea BoxSo, it is baxically established that complete automation will be purposely nade impossible. (No fully automated luxury gay spacr communism for you), but that there will still be lua scripting. However, I imagine parts such as warp drives, TCU units, cockpits, etc will already have some sort of software that we keep quite about to automate some of the processes that run in the part. But what if we didn't do that and force everyone to use mechanical controls and have to control every little thing (no fly-by-wire for instance) or write their own firmware to operate them?
Scripting and limited automation
0something0 posted a topic in General DiscussionsAre in-game scripting and limited automation two fundamentally incompatible concepts? The reason why computers were invented is to automate, and I don't see any other practical applications for scripting other then automation (including automating in-game games).
automation AutoBob The Builder
Neolithic posted a topic in Builder ForumI would like to see more ideas based on automation. So far, I've seen JC talk about having a large number players working together... Obviously, JC doesn't watch SAO, sometimes you gotta solo... I mean, If I built a large ship with guns, I want to be able to fly it on my own, without having to ask a stranger to come on board and touch my stuff.
Being online for lua scripts to run. The alternative.Hello, As you may know, it has been "decided" that scripts are only gonna run in the presence of people, and not otherwise. Trying to comprehend that choice was easy: it is a question of performance, because every loaded area uses quite a lot of server power. But i have an alternative: you may have a personal anchor that simulates your presence to be able to run your mining operations, this would allow too to avoid doing afk shenanigans. but, what if you want more? you could use DACs to enable a use of one more of them for one month, thus keeping the performance use compensated for. I hope i am not besides the point...