Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×

Comment Re:Well (Score 1) 401

I don't think making the game in China was a bad choice. The matter of fact is there are a lot of talented programmers in China. However, GUI design as well as art concept and story line should never be outsourced. Further more, I think there are a lot of management issues inside of Square-Enix. In short, this game is horribly rushed and thus forced some bad choices.
The dev team for ff14 is relatively new. They are not experienced as the original ff11 team. With a team like that, the company really should give them some time to do research. FF11 has extensive research behind it regardless of its flaws. At its core, it was and still is a sustainable economy that you can scale.
ff14 team made some horrible choices as to what to keep from ff11 and what not to. Starting from the network core of the game. It is a port over from ff11. Now ff11 network core was written to accommodate Play Online, a small company that doesn't have much of network infrastructure. It constraints large bandwidth usage into a small pipeline by implementing a long queue. Why S-E would want to go cheap on network usage is beyond me. However, the matter of fact is this game has trouble keeping up with having over 100 players or npcs at any given location. This is a problem for a game that has a lot of subscribers since it makes the game utterly unplayable.
The dev team also doesn't want people to think they ripped off of ff11. That by itself is understandable. However not bringing over the auction house was a horrible horrible choice. When virtually every mmo out there on the market have an auction house, it doesn't make any sense to remove such feature. It is a natural evolution from using bazaar to auction house. You don't go a step backward just to be different.
Lastly, leve quests make the economy unsustainable. This is due to the fact it introduces a lot of money and items into the economy. Without a proper money/item sink, the following is going to happen: common items will devalue to the point where they can't be sold. This is because common items will just be farmed by the individual players in large quantities instead of buying from others. When there is self sufficiency, there is no need for commerce. On the other hand, rare item prices will hit the roof and continue to increase in price. This is because continuous devaluation of currency due to inflation.
UI issues are already covered by most other users.
Game is also insanely unstable. It crashes at least twice every 3 hours of play time.
All in all, this beta grade software that needs to be redesigned. Most likely some middle management lied about the state of readiness of the game.

Comment Re:Micro Econ 101 Fail (Score 1) 156

Econ 101 is pure junk. You can't even start to apply it to real world situations. Consider this, why do you think goods often have a high starting price mark and gradually reduce in price in the real world? Yes, you guessed it, this is calculus at work, specifically integration. In real world's case, you hit all price marks at all profit margins. The Econ 101 supply and demand curve meeting is nothing but horribly dumbed down to algebra version of what you see as reality. Actually I dare to say that we got that so down to a science that the dy/dx of the supply & demand curves (d2y/dx^2 of the actual price point) are almost equal to 0. I think you sir are about 20 years behind what's actually going on in reality, and marketing likes it that way.

Comment Re:Customers are assholes (Score 1) 156

No, publishers and developers are assholes. We want games, not a cash shop. You can keep your crummy DLC and stuff it up where the sun don't shine. It's bad enough that companies rehash the same crappy game over and over (yes, EA... concept of fun obviously escape you knuckle heads.) But now, cash shop disguised as "DLC". What's even worse, they got the gulls to put ads into games we already paid for. If you can't stand the heat, get out of the kitchen.

Comment Re:Typical Dinosaur Mentality (Score 1) 602

code efficiency is always one of those iffy thing that are some what pseudo mathematical. Performing O(f(x)) calculation only pertains to the high level code logic without take into consideration what the compiler nor the cpu would do. While you can prove using main value theorem that in some cases where a better O(f(x)) is faster, it's not always the case due to the fact results of simple loops are usually cached.

Slashdot Top Deals

"Protozoa are small, and bacteria are small, but viruses are smaller than the both put together."

Working...