Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 .. 19 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 70 post(s) |
Gilbaron
Free-Space-Ranger Nulli Secunda
1444
|
Posted - 2014.06.02 15:02:00 -
[241] - Quote
what do you think is more important ?
Users that constantly have to deal with annyoing numbers every time they build a cap ?
or
CCP Developers that have to deal with annoying numbers once every few years ?
:P
As long as the max run number stays BIG enough everything is alright. Things get annyoing once they are too small. GRRR Goons |
RAW23
823
|
Posted - 2014.06.02 15:07:00 -
[242] - Quote
CCP Greyscale wrote:Gilbaron wrote:Quote:Currently all the run numbers are based on 24 hours' production for T2 or 48 hours' production for T1. How much time seems reasonable to target for cap components?
roundup(MaxAmountNeededForCapProduction) or something like that. anything else would be very annoying. Cap Components are a pre-product and should be treated as such. Edit: And while you are at it, please make sure that you can put the materials needed under the worst circumstances for any kind of max run BPC in the relevant assembly arrays. I'm reluctant to base numbers on something so fungible without a really solid justification. If we change cap build costs in future (or add new ones), I'd prefer not to have to mess with component blueprint stats too.
Currently, with the 5 run copies, it is necessary to queue over 1300 separate BPC jobs for the components for a Titan build. That's an hour of pure queuing twice a day (using 10 characters or 100 slots) for a week or getting on for 15 hours of mindless repetitive clicking. 10 run BPCs will halve that but it will still leave a serious amount of incredibly boring 'gameplay'. However, if the target is 48 hour runs then that should be 20 run BPCs rather than 10 runs I believe, and that should reduce the tedium to a manageable level. There are two types of EVE player:
those who believe there are two types of EVE player and those who do not. |
|
CCP Greyscale
C C P C C P Alliance
2321
|
Posted - 2014.06.02 15:10:00 -
[243] - Quote
Jehan Athonille wrote:Bump for answer on this. Hoping for answer from CCP Greyscale Jehan Athonille wrote:Feedback to Greyscale's blueprints_public_draft_3.csvCCP Greyscale wrote: My intuition is that an increase of 20-40% in build times is healthy, but above 50% is probably risky. I'm very open to discussion on these numbers though :)
I have compiled a list of how much production time is changing on T2 cruiser sized ships with the draft 3 rank 800. Most of the blueprints build time was increased far more than 50%. +100%, +200% and even +300%. Google docs: Build Time Changes Cruiser Sized T2 ShipsI would argue that rank 400 would be a better choice. With rank 400 there are still some blueprints with +100% build times, but most of the blueprints have increased build times within 0 to 50% I have started looking at the frigate sized T2 ships. They have the same trend with +200% and +300% of the original build times. Let me know if you want a similar file with the frigate sized ships.
I was going to answer but then mynnna said basically what I was going to say: the numbers we're trying to normalize around are end-to-end, not just the build time. If this exacerbates an existing trend towards undersupply of these ships, we would generally hope that the market will correct this rather than trying to manually manage them.
(I would be unsurprised to see that this is a particular issue with ships currently dominated by BPO builds, as the supply can't rationally expand until the price is driven high enough that inventers can finally make a profit on them.)
Gilbaron wrote:what do you think is more important ?
Users that constantly have to deal with annyoing numbers every time they build a cap ?
or
CCP Developers that have to deal with annoying numbers once every few years ?
:P
As long as the max run number stays BIG enough everything is alright. Things get annyoing once they are too small.
It's less about us and more about the disruption to players :) What I'm angling for is a more detailed analysis of "too big" vs "too small". Your rubric of "largest current build job", for example, ends up putting most components at 556 max runs for a typical cap component due to Titan build costs, which is ~100 days of (base) build time, and we're unlikely to do that :) |
|
|
CCP Greyscale
C C P C C P Alliance
2321
|
Posted - 2014.06.02 15:12:00 -
[244] - Quote
RAW23 wrote:CCP Greyscale wrote:Gilbaron wrote:Quote:Currently all the run numbers are based on 24 hours' production for T2 or 48 hours' production for T1. How much time seems reasonable to target for cap components?
roundup(MaxAmountNeededForCapProduction) or something like that. anything else would be very annoying. Cap Components are a pre-product and should be treated as such. Edit: And while you are at it, please make sure that you can put the materials needed under the worst circumstances for any kind of max run BPC in the relevant assembly arrays. I'm reluctant to base numbers on something so fungible without a really solid justification. If we change cap build costs in future (or add new ones), I'd prefer not to have to mess with component blueprint stats too. Currently, with the 5 run copies, it is necessary to queue over 1300 separate BPC jobs for the components for a Titan build. That's an hour of pure queuing twice a day (using 10 characters or 100 slots) for a week or getting on for 15 hours of mindless repetitive clicking. 10 run BPCs will halve that but it will still leave a serious amount of incredibly boring 'gameplay'. However, if the target is 48 hour runs then that should be 20 run BPCs rather than 10 runs I believe, and that should reduce the tedium to a manageable level.
Currently I have all the cap components at 10, as I'm rounding to multiples of 10 and with base numbers it doesn't qualify for a 20. I could kick cap components up to say a week's build time base, given the volumes involved. |
|
Gilbaron
Free-Space-Ranger Nulli Secunda
1444
|
Posted - 2014.06.02 15:14:00 -
[245] - Quote
i was talking about capitals, not supercapitals. i could give you a "good" definite number for each component, but i'm sitting in class right now and listening to a talk about life expectancy in east and west germany :D GRRR Goons |
RAW23
823
|
Posted - 2014.06.02 15:16:00 -
[246] - Quote
CCP Greyscale wrote:RAW23 wrote:CCP Greyscale wrote:Gilbaron wrote:Quote:Currently all the run numbers are based on 24 hours' production for T2 or 48 hours' production for T1. How much time seems reasonable to target for cap components?
roundup(MaxAmountNeededForCapProduction) or something like that. anything else would be very annoying. Cap Components are a pre-product and should be treated as such. Edit: And while you are at it, please make sure that you can put the materials needed under the worst circumstances for any kind of max run BPC in the relevant assembly arrays. I'm reluctant to base numbers on something so fungible without a really solid justification. If we change cap build costs in future (or add new ones), I'd prefer not to have to mess with component blueprint stats too. Currently, with the 5 run copies, it is necessary to queue over 1300 separate BPC jobs for the components for a Titan build. That's an hour of pure queuing twice a day (using 10 characters or 100 slots) for a week or getting on for 15 hours of mindless repetitive clicking. 10 run BPCs will halve that but it will still leave a serious amount of incredibly boring 'gameplay'. However, if the target is 48 hour runs then that should be 20 run BPCs rather than 10 runs I believe, and that should reduce the tedium to a manageable level. Currently I have all the cap components at 10, as I'm rounding to multiples of 10 and with base numbers it doesn't qualify for a 20. I could kick cap components up to say a week's build time base, given the volumes involved.
That would make life a lot more manageable for super-cap producers. There are two types of EVE player:
those who believe there are two types of EVE player and those who do not. |
|
CCP Greyscale
C C P C C P Alliance
2322
|
Posted - 2014.06.02 15:18:00 -
[247] - Quote
Gilbaron wrote:i was talking about capitals, not supercapitals. i could give you a "good" definite number for each component, but i'm sitting in class right now and listening to a talk about life expectancy in east and west germany :D
And then we're getting into super-abstruse land :)
I've kicked *all* components (counting cap T1/T2, normal T2, T3, and RAMs) up to a week base build time because that seems like a pretty clean change, and the point about them intermediate components is a good one. T1 cap components are thus all sitting at 40 max runs right now. |
|
Gilbaron
Free-Space-Ranger Nulli Secunda
1444
|
Posted - 2014.06.02 15:31:00 -
[248] - Quote
alright, gotta trust you on this :)
40 seems okay-ish, a quick check (the talk is really boring) tells me there are a bunch of things that need slightly more than>40 or slightly more than 60 runs, but should get to a level of <40 and <60 with BP research and should be well manageable with some ME/PE research (At least for Dreads and Carriers)
Freighters are a different thing though. (and i totally forgot about T2 Cap components)
I also completely ignored any kind of play session optimisation (my pet peeve) because i really don't have access to the data i would need for that GRRR Goons |
|
CCP Greyscale
C C P C C P Alliance
2323
|
Posted - 2014.06.02 16:22:00 -
[249] - Quote
I'm gonna leave it there for now at least and see where it gets to. Play session optimization probably shoooould balance out, but I'm not 100% sure, and it does vary to some degree on skills etc. At least with a ~7-day window it should be reasonably unlossy if it doesn't quite line up.
(What *is* the life expectancy difference between East and West Germany?) |
|
Theng Hofses
Blackwater USA Inc. Pandemic Legion
64
|
Posted - 2014.06.02 16:34:00 -
[250] - Quote
CCP Greyscale wrote:Gilbaron wrote:i was talking about capitals, not supercapitals. i could give you a "good" definite number for each component, but i'm sitting in class right now and listening to a talk about life expectancy in east and west germany :D And then we're getting into super-abstruse land :) I've kicked *all* components (counting cap T1/T2, normal T2, T3, and RAMs) up to a week base build time because that seems like a pretty clean change, and the point about them intermediate components is a good one. T1 cap components are thus all sitting at 40 max runs right now.
Thank you for listening. Forty is not ideal, but workable. |
|
|
CCP Greyscale
C C P C C P Alliance
2323
|
Posted - 2014.06.02 16:38:00 -
[251] - Quote
Does anyone have a sense for the impact of the new mining crystal numbers, by the way? |
|
Kazanir
GoonWaffe Goonswarm Federation
493
|
Posted - 2014.06.02 17:05:00 -
[252] - Quote
CCP Greyscale wrote: Given our relative unhappiness with the state of jump logistics, I'm pretty much on the fence on this issue right now :/
Can you explain more specifically what you're unhappy with about the state of jump logistics? Because it seems to be that CCP is sort of taking these sideways shots at nerfing JFs without either:
1. Being clear about what you don't like right now or 2. Establishing what you want to accomplish via a nerf
It seems like the logical pathway is "we are kind of unhappy with jump logistics right now" >>> "therefore, incidental nerfs are pretty much fine by us"
You can see where that isn't very compelling logic...
I ran Goonswarm's jump freighter service for 3 years. We're talking about literal billions of cubic meters moved. Your database guys can pull the contract stats -- one month of war we did around 400 million m3 last summer. I know of where I speak when I tell you that JF logistics exist out of necessity. What I am saying is that while JFs are powerful right now, their power is an effect and not a cause.
The reasons that JFs are powerful are twofold:
1. JFs are powerful because people want to live in nullsec and yet cannot produce the raw materials or finished good necessary to do so without constant importation from highsec. That drives incredible demand for transportation services -- despite the fact that providing these services is one of the most boring gameplay elements of EVE.
2. Because of the existence of jump drives in general and specifically the dominance of supercapitals in sov warfare, players are able to maintain vast, 15-region empires. Goonswarm's CFC is one of these and the PL and N3 renting empires are more examples. These coalitions have existed since well before Dominion but Dominion's mechanics have solidified them as the optimal way to achieve victory in nullsec. Because of the existence of these empires, JFs are in high demand to move goods all over the region -- but the demand for this is created by the existence of the empires in the first place, not the other way around. Again, effect, not cause.
The way to fix jump logistics is to fix #1 and #2. I'm aware that Kronos is making great strides in half of #1 by enabling much better local production in nullsec. That still doesn't solve the "raw materials" issue for T1 low-end minerals in particular, but it is a decent start. #2 obviously requires larger revamps to supercapitals, capitals, and/or jump drives in general which I won't comment on extensively.
Moving on, what this means is that even if you nerf JFs, it won't change the fundamental need for them. In economics terms, the demand for JF services is highly inelastic. No matter what you do the demand will stay pretty much constant. That means:
1. If you make JFs cost more, people will pay more. 2. If you make fuel cost more, people will pay more. 3. If you make JFs harder to operate, people will train the skills and spend the additional time. 4. If you make JFs riskier to operate, people will compensate as best they can or absorb the risk into the overall cost.
Market behavior gets weird when demand is inelastic.
If, in light of all of the above, you still want to nerf jump logistics, my recommendation is to increase the cost per m3 moved without touching either the up-front costs of JF logistics (such as cost of JF hulls or build time or training time for skills) or the time spent per unit moved. Obviously increasing the cost per m3 moved is primarily done through fuel costs. I think increasing the up-front costs is bad because it clearly favors the established logistics magnates and prevents easier entry into the market. Not newbee-friendly at all. Also, speaking from long experience, running jump freighters is really boring. The less time your player base spends doing un-fun ****, the better. This is why the proposed nerf to align time was so unpalatable. Cost is one thing -- time spent on boring things is something else. |
Arronicus
X-Prot Greater Western Co-Prosperity Sphere
1027
|
Posted - 2014.06.02 17:10:00 -
[253] - Quote
CCP Greyscale wrote:Gilbaron wrote:i was talking about capitals, not supercapitals. i could give you a "good" definite number for each component, but i'm sitting in class right now and listening to a talk about life expectancy in east and west germany :D And then we're getting into super-abstruse land :) I've kicked *all* components (counting cap T1/T2, normal T2, T3, and RAMs) up to a week base build time because that seems like a pretty clean change, and the point about them intermediate components is a good one. T1 cap components are thus all sitting at 40 max runs right now.
Thankyou. Haven't been following this thread too well, but this has been a pain in the past (the short max build time on cap components) resulting in stupid amounts of mindless clicking when building multiple capital ships. Any word on if we'll actually be able to fit all the mats for 40 of each of the largest type of component in their respective arrays? |
|
CCP Greyscale
C C P C C P Alliance
2323
|
Posted - 2014.06.02 17:14:00 -
[254] - Quote
Kazanir wrote:CCP Greyscale wrote: Given our relative unhappiness with the state of jump logistics, I'm pretty much on the fence on this issue right now :/
Can you explain more specifically what you're unhappy with about the state of jump logistics? Because it seems to be that CCP is sort of taking these sideways shots at nerfing JFs without either: 1. Being clear about what you don't like right now or 2. Establishing what you want to accomplish via a nerf It seems like the logical pathway is "we are kind of unhappy with jump logistics right now" >>> "therefore, incidental nerfs are pretty much fine by us" You can see where that isn't very compelling logic... I ran Goonswarm's jump freighter service for 3 years. We're talking about literal billions of cubic meters moved. Your database guys can pull the contract stats -- one month of war we did around 400 million m3 last summer. I know of where I speak when I tell you that JF logistics exist out of necessity. What I am saying is that while JFs are powerful right now, their power is an effect and not a cause. The reasons that JFs are powerful are twofold: 1. JFs are powerful because people want to live in nullsec and yet cannot produce the raw materials or finished good necessary to do so without constant importation from highsec. That drives incredible demand for transportation services -- despite the fact that providing these services is one of the most boring gameplay elements of EVE. 2. Because of the existence of jump drives in general and specifically the dominance of supercapitals in sov warfare, players are able to maintain vast, 15-region empires. Goonswarm's CFC is one of these and the PL and N3 renting empires are more examples. These coalitions have existed since well before Dominion but Dominion's mechanics have solidified them as the optimal way to achieve victory in nullsec. Because of the existence of these empires, JFs are in high demand to move goods all over the region -- but the demand for this is created by the existence of the empires in the first place, not the other way around. Again, effect, not cause. The way to fix jump logistics is to fix #1 and #2. I'm aware that Kronos is making great strides in half of #1 by enabling much better local production in nullsec. That still doesn't solve the "raw materials" issue for T1 low-end minerals in particular, but it is a decent start. #2 obviously requires larger revamps to supercapitals, capitals, and/or jump drives in general which I won't comment on extensively. Moving on, what this means is that even if you nerf JFs, it won't change the fundamental need for them. In economics terms, the demand for JF services is highly inelastic. No matter what you do the demand will stay pretty much constant. That means: 1. If you make JFs cost more, people will pay more. 2. If you make fuel cost more, people will pay more. 3. If you make JFs harder to operate, people will train the skills and spend the additional time. 4. If you make JFs riskier to operate, people will compensate as best they can or absorb the risk into the overall cost. Market behavior gets weird when demand is inelastic. If, in light of all of the above, you still want to nerf jump logistics, my recommendation is to increase the cost per m3 moved without touching either the up-front costs of JF logistics (such as cost of JF hulls or build time or training time for skills) or the time spent per unit moved. Obviously increasing the cost per m3 moved is primarily done through fuel costs. I think increasing the up-front costs is bad because it clearly favors the established logistics magnates and prevents easier entry into the market. Not newbee-friendly at all. Also, speaking from long experience, running jump freighters is really boring. The less time your player base spends doing un-fun ****, the better. This is why the proposed nerf to align time was so unpalatable. Cost is one thing -- time spent on boring things is something else.
This is a good argument. Generally we are just unhappy with the state of power projection, the ease of logistics, and the way those things feed into the size of coalitions. JFs themselves are probably a comparatively smaller contributor to this than other caps.
I'm going to wind down JFs to much closer to their current numbers, to avoid creating a lot of additional pain while we look at longer-term adjustments. Thanks for the feedback :) |
|
Seith Kali
GoonWaffe Goonswarm Federation
91
|
Posted - 2014.06.02 17:25:00 -
[255] - Quote
CCP Greyscale wrote: This is a good argument. Generally we are just unhappy with the state of power projection, the ease of logistics, and the way those things feed into the size of coalitions. JFs themselves are probably a comparatively smaller contributor to this than other caps.
I'm going to wind down JFs to much closer to their current numbers, to avoid creating a lot of additional pain while we look at longer-term adjustments. Thanks for the feedback :)
I'm really glad to see you say this. Right now, I'd argue JF are massively underpowered, given the size of coalitions and their logistic needs. We probably do 50 JF loads a day into deklein as a guesstimate (I don't have access to the numbers). We wouldn't be any bigger if we only had to do 10. We wouldn't be any smaller if it was 100. We would just lose a lot more JF operators to burnout.
Addressing the reasons we have gotten so large needs to come first, once coalitions no longer need to be massive, they should shrink. When a handful of jump freighters can service a null entity, then and only then, can you call them overpowered. Apprentice Goonswarm Economic Warfare Consultant - Drowning in entitlement and privilege.-á |
blackpatch
Eighty Joule Brewery Goonswarm Federation
43
|
Posted - 2014.06.02 18:16:00 -
[256] - Quote
Kazanir wrote: I ran Goonswarm's jump freighter service for 3 years.
More like you ran it for one year, burnt out in a manner normally reserved for Type II supernovas, and subcontracted it to a handful of dimwitted peons thereafter |
Kazanir
GoonWaffe Goonswarm Federation
497
|
Posted - 2014.06.02 18:22:00 -
[257] - Quote
CCP Greyscale wrote:
This is a good argument. Generally we are just unhappy with the state of power projection, the ease of logistics, and the way those things feed into the size of coalitions. JFs themselves are probably a comparatively smaller contributor to this than other caps.
I'm going to wind down JFs to much closer to their current numbers, to avoid creating a lot of additional pain while we look at longer-term adjustments. Thanks for the feedback :)
Thanks Greyscale. I think in general we completely agree about the "state of EVE" but JFs are not your problem child. (At least not yet.)
blackpatch wrote:Kazanir wrote: I ran Goonswarm's jump freighter service for 3 years.
More like you ran it for one year, burnt out in a manner normally reserved for Type II supernovas, and subcontracted it to a handful of dimwitted peons thereafter
Hey buddy, I was jumping freighters back when all you knew how to do was lose Dominixes, back off! |
Innominate
GoonWaffe Goonswarm Federation
572
|
Posted - 2014.06.02 18:46:00 -
[258] - Quote
CCP Greyscale wrote: This is a good argument. Generally we are just unhappy with the state of power projection, the ease of logistics, and the way those things feed into the size of coalitions.
You've got your cause and effect backwards.
The coalitions are the natural result of dominion sovereignty and the nullsec income model. Power projection and logistics don't create them, they are just a necessary feature of the coalitions. Neither are easy either, both require countless man hours doing painfully boring work. As long as the mechanics demanding the coalitions exist, the demands of power projection and logistics will also exist.
Making them harder doesn't stop people from doing them, it just reduces the number of groups able to compete. Years of increasing difficulty(both due to game mechanics, and to players getting better at their jobs) have reduced the number of groups who can operate at the top level to two. Further difficulty will eventually result in one of these groups cracking and the predicted blue doughnut will become a reality.
The answer to the coalitions is to eliminate their necessity by fixing the sovereignty and income mechanics that demand their existence. As long as number of systems owned translates directly into income, large sprawling coalitions must exist. The only effect difficulty has on things is how many disparate groups are able to exist.
|
MailDeadDrop
Rage and Terror Against ALL Authorities
338
|
Posted - 2014.06.02 18:57:00 -
[259] - Quote
Would it be helpful to buff DSTs and BRs simultaneous to nerfing JFs when the time comes? Is it the jump capability of JFs that is the kernel of the problem?
MDD |
Sugar Kyle
Calamitous-Intent Feign Disorder
603
|
Posted - 2014.06.02 18:57:00 -
[260] - Quote
Little groups in low sec also heavily rely on Jump freighters to get our hulls to our homes. Low Sec Lifestyle - A Blog |
|
Seith Kali
GoonWaffe Goonswarm Federation
92
|
Posted - 2014.06.02 19:06:00 -
[261] - Quote
Sugar Kyle wrote:Little groups in low sec also heavily rely on Jump freighters to get our hulls to our homes.
Which goes to show what I mean. They are perfectly suited to providing small scale logistics, but woefully inadequate for bloc level needs in post-dominion Eve. Apprentice Goonswarm Economic Warfare Consultant - Drowning in entitlement and privilege.-á |
Gilbaron
Free-Space-Ranger Nulli Secunda
1444
|
Posted - 2014.06.02 19:12:00 -
[262] - Quote
Quote: (What *is* the life expectancy difference between East and West Germany?)
Mortality been lower in eastern Germany for quite a while, went down even further directly after the unification (the young women left and the young men bought faster cars and crashed into trees)
It's now almost the same for women, but us men in western Germany are still expected to live one year longer. GRRR Goons |
Ranamar
Valkyries of Night Of Sound Mind
61
|
Posted - 2014.06.02 19:58:00 -
[263] - Quote
Sugar Kyle wrote:Little groups in low sec also heavily rely on Jump freighters to get our hulls to our homes.
It's not just low sec. I'm in a relatively small nullsec alliance (even if we *are* backstopped by a coalition of much larger alliances) living in the ass end of Catch, and jump fuel prices are a negligible part of the local price of any hull more expensive than a T1 cruiser. BCs are significantly more expensive than cruisers while T2 frigates are sufficiently smaller that it cancels out them being cheaper than BCs. T1 destroyers are just about the worst, with transport costs being close to 50% of the price. Mods are also trivial to bring in, to the point that, if we couldn't use a JF, we would blops bridge blockade runners full of them in.
Furthermore, the quantity of stuff we ship in is necessary because I suspect that we are actually incapable of producing the raw materials for all the stuff we consume, even ignoring T2 moon materials and assuming unlimited slots. If it were better to produce locally, I think we would still be shipping a significant part of our building materials in. |
Angelina Duvolle
Homeworld Technologies
39
|
Posted - 2014.06.02 21:52:00 -
[264] - Quote
CCP Greyscale wrote: Generally we are just unhappy with the state of power projection, the ease of logistics, and the way those things feed into the size of coalitions.
However the size, scope, and power generated by this kind of power projection as well as the size of the coalitions involved, are what generate the type of content (B-R) that feeds the CCP marketing machine. I don't think you'll see PC Gamer covering skirmish 732893 of the day between 30 pilots.
Not saying that is good or bad, just interesting to consider.
I think that is what's called, being stuck between a rock and a hard place.
|
Kenneth Feld
Habitual Euthanasia Pandemic Legion
63
|
Posted - 2014.06.02 22:25:00 -
[265] - Quote
As was said before, nerfing JF isn't going to bother Goons, PL, N3 etc. They are so big they just don't ******* care. We can organize 50-100 JF if needed. Most of the time when we move, there are a few Titans and maybe a SC or 2 moving that can take a crap ton of ships, plus guys bring JF along and we make JF trips several times a day
UPS would be impressed by the logistical prowess of the large coalitions
If it cost more, we won't even notice, but the small guys will be crippled If it is more tedious, we will complain, but ask for help and we get it easily, again the little guy gets crushed
Imagine you nerf JF and the one poor bastard in a small lowsec alliance with a JF, you make his life friggin hell |
Arronicus
X-Prot Greater Western Co-Prosperity Sphere
1027
|
Posted - 2014.06.02 23:21:00 -
[266] - Quote
Innominate wrote:CCP Greyscale wrote: This is a good argument. Generally we are just unhappy with the state of power projection, the ease of logistics, and the way those things feed into the size of coalitions.
You've got your cause and effect backwards. The coalitions are the natural result of dominion sovereignty and the nullsec income model. Power projection and logistics don't create them, they are just a necessary feature of the coalitions. Neither are easy either, both require countless man hours doing painfully boring work. As long as the mechanics demanding the coalitions exist, the demands of power projection and logistics will also exist. Making them harder doesn't stop people from doing them, it just reduces the number of groups able to compete. Years of increasing difficulty(both due to game mechanics, and to players getting better at their jobs) have reduced the number of groups who can operate at the top level to two. Further difficulty will eventually result in one of these groups cracking and the predicted blue doughnut will become a reality. As long as number of systems owned translates directly into income, large sprawling coalitions must exist. The only effect difficulty has on things is how many disparate groups are able to exist. The answer to the coalitions is to eliminate their necessity by fixing the sovereignty and income mechanics that demand their existence. They are already an enormous amount of work to maintain, all that is needed to break them up is to change the mechanics that require them to exist.
This is incredibly well said, and a point that seems to be continually missed over the years by the devs.
|
TheAdj
GoonWaffe Goonswarm Federation
1
|
Posted - 2014.06.03 02:26:00 -
[267] - Quote
blackpatch wrote:Kazanir wrote: I ran Goonswarm's jump freighter service for 3 years.
More like you ran it for one year, burnt out in a manner normally reserved for Type II supernovas, and subcontracted it to a handful of dimwitted peons thereafter
He burned so bright all the chairs in 3 LY radius spontaneously exploded |
digi
GoonWaffe Goonswarm Federation
206
|
Posted - 2014.06.03 02:31:00 -
[268] - Quote
TheAdj wrote:blackpatch wrote:Kazanir wrote: I ran Goonswarm's jump freighter service for 3 years.
More like you ran it for one year, burnt out in a manner normally reserved for Type II supernovas, and subcontracted it to a handful of dimwitted peons thereafter He burned so bright all the chairs in 3 LY radius spontaneously exploded
I gave a presentation on Jump Freighters once. I was really excited about Jump Freighters.
Also, Kazanir is the fattest chair buster that ever busted a chair. |
|
CCP Greyscale
C C P C C P Alliance
2325
|
Posted - 2014.06.03 11:20:00 -
[269] - Quote
...aaaaand now we're back on topic again. Right? :)
I'm working on wrangling a few minor issues, new csv this week hopefully. |
|
Seith Kali
GoonWaffe Goonswarm Federation
94
|
Posted - 2014.06.03 12:02:00 -
[270] - Quote
Right you are buddy. So when are you fixing sov? Apprentice Goonswarm Economic Warfare Consultant - Drowning in entitlement and privilege.-á |
|
|
|
|
Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 .. 19 :: one page |
First page | Previous page | Next page | Last page |