Market Wards, enough is enough

[Shai]

Content is not delayed in this instance because there are different teams for specific things. Let's say the AH was in the favor of the majority, then the specific team who takes care of market wards functionality/changes would shift from working on that to an AH in terms of priority.

Different teams work on battle than work on Company do they not?

There is a battle team. It's currently working on battle. There is a hold on content that will use battle. Why are we accepting there won't be a hold on content that will use the AH? Where is the logic?

I'm not a game designer so explain it to me other than saying "there's more than one team."
I know that. I said it myself multiple times.

[Kilta_Firelotus]

How do you know which teams work on what?

Please, pray tell, with all your game design expertise why did they lower the priority on AH & Jump?
Why are they still assessing the risk/value of doing it?

Could it possibly be that it's more important to have all hands on deck focus on shit that actually matters?

A TEAM WORKING ON THE AUCTION HOUSE IS A TEAM NOT WORKING ON SOMETHING.

I never claimed to know what that something was. I just presented some ideas. You can tell me what that thing is if you want. Stop arguing and start producing answers. Let's see all your countless years of working in the game industry has to bring to the table besides arguing every goddamn post that pops up on the forum.

Please, I invite you to enlighten us.

I did suggest you loom into game development. You can't have too many teams working on the same stuff. And again different teams are working on different things.

[BruceyBruceyBangBang]

Different teams work on battle than work on Company do they not?

There is a battle team. It's currently working on battle. There is a hold on content that will use battle. Why are we accepting there won't be a hold on content that will use the AH? Where is the logic?

I'm not a game designer so explain it to me other than saying "there's more than one team."
I know that. I said it myself multiple times.

Because it is it's own separate team and when it's finished, it's finished. They don't have to wait on anything other than the date they implement it. AH /=/ Content. It's a market system. It doesn't have anything to do with Battle, Company, Story, or Side missions.

[Shai]

I did suggest you loom into game development. You can't have too many teams working on the same stuff. And again different teams are working on different things.

Hey thanks for explaining it in exactly the way I asked you not to explain it.

And again 1 team working on AH means 1 team not working on something else.

Not to mention no one has given a good reason why changing basic functions of economy wouldn't stall or hold off release of content that also adds changes to the economy - much like battle has held off content that uses battle.

See how my logic is defeating you and your repetition is annoying me?
You could win this battle if you presented answers to the questions I'm asking.

Go ahead and continue to say "different teams exist" ad infinitum though.
Cause that's how debates/arguments/conversations work. Repetition, caps and use of BOLD.

Sooner or later you will defeat me with talented use of idiocy and frustration. Mine or yours, I don't know.

[Shai]

Because it is it's own separate team and when it's finished, it's finished. They don't have to wait on anything other than the date they implement it. AH /=/ Content. It's a market system. It doesn't have anything to do with Battle, Company, Story, or Side missions.

Except all those things produce new items - and new items will need to be listed on the AH.

So while teams may be creating new content and new items, why are you guaranteeing they will implement rather than wait for Auction House?

Anyone can answer. Not just you two. Someone must know.

[Shai]

And I'd like to add...

There is no "Auction House" team. You are both still pretending that 1 team working on Auction House does not equal 1 team not working on some other thing that might be more important or useful or easier to implement or faster.

I'm done repeating. Please answer some of my questions.

[Kilta_Firelotus]

@ shia you can not have too many people working on the same stuff. For example Ants, you have several types of ants that work on different parts of the colony. Soldiers protect the queen and the colony, then workers help construct tunnels, then several breed with the queen, then you have the ones that gather food. By you logic you want everyone to either get food then make tunnels. Which can't work like that.

When you play a game there are several departments. When you watch the credits. Same for movies etc. MMO are ongoing projects. You have battle devs who maintain everything battle related. Then teams who design content such as dungeons. Then you have teams who handle economy stuff. Each team can only work on the stuff they are good at since it is different coding and mechanics. The reason stiff was slow at first was due to yoshida taking over and reorganzing everyone to do the stuff their good at as well as adding more people from other games to give them more people to do stuff their good at.

[Kilta_Firelotus]

And I'd like to add...

There is no "Auction House" team. You are both still pretending that 1 team working on Auction House does not equal 1 team not working on some other thing that might be more important or useful or easier to implement or faster.

I'm done repeating. Please answer some of my questions.

actually read our replies you twit. a games economy is a different beast then a games battle system. Similar to a cake maker and a fry cook. You not going to a sushi bar to order a cake..... and you wouldn't order a burger from a bakery. Learn to get with the program and look this up, any college as this info online.

[Anty]

i think its fine that they want to keep and improve retainers
but i have to see anyone answer the one big question
what would actually happen if this game grew to 500,000+ players, at least half using those retainers..... would you just keep adding more and more wards?
an AH UI itself seems to be so much easier for a developer to manipulate than having to deal with market wards from the very start!

i was thinking about the same issue. and i think that will be the time when they will have to implement an AH.
Having every player X 2 as a rendered character (retainer) in the wards just doenst make sense at all. And especially not considering the engine cant even handle more then a hand full of npcs/pcs at a time anyways.

i hope they having good solutions towards a system that can be reached no matter in which city you are since that makes it really annoying and people will always stay in one city where everything happens. An all-over AH would be a good solution. That's why they implemented it in ffxi. Very late but they did it.

[BruceyBruceyBangBang]

And I'd like to add...

There is no "Auction House" team. You are both still pretending that 1 team working on Auction House does not equal 1 team not working on some other thing that might be more important or useful or easier to implement or faster.

I'm done repeating. Please answer some of my questions.

If there were someone working on an AH, yes, there would be. It's the same people who would be working on the current market system. If one team is working on better functionality on the market wards or creating an AH, it wouldn't take away from anything else because they were not there to begin with.

You're a smart girl/guy. You can't figure it out? Yoshi even said himself he still divides the development team up to focus on their respected areas of content and/or systems as Tanaka did. The only thing that was lacking was communication. Between each other and especially the community.

So, while collecting what the players want most between all of the systems and potential content, they are taking advice on what each team should focus on. AH low in the polls? That doesn't mean the team in place for developing that goes anywhere else. That's just a hint that they should be working on ward functionality before creating new market systems.