These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Player Features and Ideas Discussion

 
  • Topic is locked indefinitely.
 

Constructive ideas for Industry - How to reduce number of repeated clicks per day!
Author
Previous Topic Next Topic
Tairia Lor'than
Stellar Excavations
#1 - 2011-09-08 12:30:52 UTC  |  Edited by: Tairia Lor'than
First, let me express my gratitude towards Team BFF's intention to reduce number of pointless clicking. Also let me to offer a few more constructive ideas how to help capsuleers, and possibly EVE-servers. I know some of these are not new at all, they are listed here to provide better understanding of the whole idea, and how they match in.

Problems with industry


  1. Massive amount of items
    2. Storing large amounts of BPCs for efficient industry puts pressure both on the industrialist, and the servers by forcing queries for the database frequently and returning lots of entries at the time. Also having hundreds of entries of the same item with precisely the same attributes makes item lists very hard to manage.

  2. Somewhat stupid job handling
    3. An average industiralist can manage 5-10 (sometimes 11) manufacturing or scientific jobs at the same time, but simply unable to tell his or her helpers (factory and laboratory workers just to stick to RPG genre) to repeat the process a few times. This forces industrialists to accord to insane time tables to make a good use of their skills.

  3. POS stupidity
    4. It is rather annoying that in the age of faster than light communication and travel, two laboratories 100 meters aside each other can not communicate with each other and seem to be impossible to use common resources.
Tairia Lor'than
Stellar Excavations
#2 - 2011-09-08 12:31:24 UTC  |  Edited by: Tairia Lor'than
Suggestions

1. Massive amount of items



  • (a) Make a clear difference between BPCs, and BPOs. Their name itself should show the difference.

  • (b) If two items of the same name has the same attributes (ME, PE levels), make them stackable, at least in case of the BPCs.

  • (c) BPOs should loose their attribute of maximum runs on copies. BPCs should loose their attribute of current runs left. See the next point!

  • (d) Every BPC should be single run, and every BPO should be infinite runs. This makes more sense with part 2.a) of the Suggestions.



2. Job handling



  • (a) When an industry job is created, check if the base of the job is either BPO or BPC.
    • When someome creates a job from a BPO, only one parallel job should be allowed, but as many series as he or she wants as long as it fits into the natural limit of 30 days, as it is at the moment. This effects the normal "RUNS" settings of the job installing window.
    When someone creates a job from a BPC, allow the user the specify both the number of RUNS and the number of Paralllel lines. The material requirement query window should also show the number of needed BPC items which are consumed just like any other matieral.
    Quote:
    Example:
    Someone has at least 500 Warp Disruptor I Copy Blueprints. The user needs 500 items from these. The user can set to user can set to manufacture only on a single job-line. In this case it takes multiple days to finish the set amount of items. If the user sets it to use 5 different parallel job lines, each produding 100 items, it consumes 5 job slots, but the production is done 5 times as fast. In both cases the 500 Warp Disruptor I Copy Bluprints are consumed.

    This should apply to invention, manufactuing and so on.

  • (b) How to cooperate with the loss of bplueprint runs during invention? Currently in case of ammunition, a single 1500 runs T1 BPC results a single 10 run T2 BPC. This means the invention has a 150 to 1 runs conversion. With the current suggestion, running a single ammunition invention should need 150 T1 BPCs..
    • If you consider point a) of this sections, this means for running 10 inventions for each of 5 parallel lines of the mentioned ammunition would mean 50 inventions in total, which needs at least 7500 T1 BPC.

  • (c) How to calculate success chance of the invention?
    • It should stay the same, but calculated for each runs on a single job line. This means a single delivery can result multiple T2 BPCs created, if there were multiple series done. Multiple parallel lines result multiple deliveries, as it is at the moment.
    Quote:
    Example:
    One runs the invention of the mentioned ammunition with the specifications above. Lets assume the user has 50% of successful invention chance of the specific invention. Running 10 jobs on a single line would mean 10 calculations: one for each run. 50 in total. This results absolutely no difference between current and new invention mechanics, and no change or update is needed for spreadsheets or programs of the industrialists, which calculate invention costs and chances.


  • (d) This results in extra amount of datacore needed by total. For example at the moment 2 datacores are needed for a single invention resulting a 10 run T2 BPC (or 10 single run T2 BPC). In the new system, this means each result T2 BPC needs a 0.1 datacores. To solve this problem, way too many solutions are possible from forcing a single invnetion run to be a multiple of 10, to boosting datacore production to 10 times of its current, or implementing chance based datacore destruction (like in case R.A.M.-s) to match current consumption according to Bernoulli's Law of Large Numbers.

    • [*] (e) When the user is installing a job with multiple parallel lines, the user has to choose multiple available installation slots. For example with check boxes.
Tairia Lor'than
Stellar Excavations
#3 - 2011-09-08 12:31:32 UTC  |  Edited by: Tairia Lor'than
3. POS stupidity




  • (a) Make POS structures connected.

    • In case of cargohold, make every single structure to use the same cagohold. This means it increases the POS's total cargo space, instead of handling quite a number of cargoholds for each structure. For example, if the user adds a single Corporate Hangar Array, the POS's cargohold increases by 1'400'000 m3.

    POS cargospace access rights can still be customized by the usage of containers and corporate settings.

    In case of installation slots, make every single job slot of the same type appear in a single list of the POS. If someone has 2 Mobile Laboratories on a single POS, instead of showing 2 structures of the corporation, each with 2 Copy, 5 Invention, 3-3 ME and PE research slots, show a single one under the name of the POS which has 4 Copy slots, 10 Invention slots, 6-6 ME and PE research slots. Obviously this means installation selection should show which job slot has a multiplier on Material or Time need. Which type is needed is queried from the installing blueprint instead of allowing the user to select it, therefore there is no need to show (and therefore to allow) user to install ship manufatucring onto an ammunition factory installation.

    Special Cargo containers like Fuel, Strontium bay, or moon material silos should still be separate.

  • (b) If we want to insert some RPG elements to it, allow the POS towers to need some race specific shuttles as a fuel too... ;] Means the POS workers can haul items and information between POS structures...







Any more ideas?
Jhonen Senraedi
Un4seen Development
Goonswarm Federation
#4 - 2011-09-08 13:17:51 UTC
Surely less clicks and hands on management..in any aspect of eve will just lead to more botting?
Anyway..suggestion...

If you want to know how to do industry and such in an easier and more automated fashion...just ask the Russians..they make billions from it!Smile
Tairia Lor'than
Stellar Excavations
#5 - 2011-09-09 10:48:57 UTC
At least I realized people are not really interested in constructive ideas...
Even more true, when its not a flame war starting whining...