No, they aren't.but they are still employees of the company writing them a check.
No, they aren't.but they are still employees of the company writing them a check.
Does it really matter? The correction was correct in saying EMs are paid rather than volunteers.No, they aren't.
Probably goes live in 4 months.Yours, i can't wait to play that one... i just hope i don't have to wait another 10 years for it!
For tax and benefit purposes, it's very important for a U.S. employer to correctly classify individuals as employees versus as independent contractors.Did I say anything about how much or how thier contract is writem, no. Alls I questioned was how some one could get paid by EA for doing a job and not be a paid employee. There are many ways to hire a person and pay them but they are still employees of the company writing them a check.
It does actually. There is a huge difference between being an employee and an independent contractor.Does it really matter? The correction was correct in saying EMs are paid rather than volunteers.
Actually, for comparable things, video game prices have increased very little, and their quality in terms of production values have increased. However, the point sort of remains that the $12.99 subscription fee is a bit high for a game with a limited support team. Of course, SWG ran for years with a limited team and cost $2.00 more. Still, they had quarterly publishes that added a great deal of content, not single "revamped" dungeons and minor stuff.Cancelled out by annual inflation?
I'm just glad subs don't go up every year by the annual rate of inflation like so many other things do.
When the $12.99 sub was first introduced, what else could you have bought for that same price?
How much does that item cost now?
Well, to be honest, yes, that's about it. The EMs are severely underpaid for the grief they take from the community or the actual time they put into their events -- but let's be honest, most EMs are doing this for the love of the game and its world, not the money.5 people working, and only those 5? No GM's? no EM's? No other support staff? No server upkeep?
I live in the US and have dealt with many of these types of contracts for 21 years. This is from one of your links and proves that in fact that EMs are employees.For tax and benefit purposes, it's very important for a U.S. employer to correctly classify individuals as employees versus as independent contractors.
I'm not sure whether or not you live in the U.S., so I thought it might help explain things a little bit better if you could look at something from the Internal Revenue Service ("IRS"), the federal agency that handles U.S. tax law issues. This page from their website explains some of the tax issues surrounding the issue of whether individuals are classified as employees or independent contractors and points you to other pages if you want more detailed information: http://www.irs.gov/Businesses/Small-Businesses-&-Self-Employed/Independent-Contractor-(Self-Employed)-or-Employee? . There's also some good information here on the U.S. Small Business Administration website: http://www.sba.gov/content/independent-contractors-vs-employees .
UO controls what an EM can and can not do, end of subject. TY for proving my point. If you notice it says generally not subject to and this is where the contract between the two parities comes into play as to how this will be handled.You are not an independent contractor if you perform services that can be controlled by an employer (what will be done and how it will be done). This applies even if you are given freedom of action. What matters is that the employer has the legal right to control the details of how the services are performed.
If an employer-employee relationship exists (regardless of what the relationship is called), you are not an independent contractor and your earnings are generally not subject to Self-Employment Tax.
Sorry, but that proves nothing. They are not employees and I am speaking as someone with intimate knowledge on the subject.I live in the US and have dealt with many of these types of contracts for 21 years. This is from one of your links and proves that in fact that EMs are employees.
UO controls what an EM can and can not do, end of subject. TY for proving my point. If you notice it says generally not subject to and this is where the contract between the two parities comes into play as to how this will be handled.
Which ever way it happens, they DO cost money, and are included in the game's budget. That is the only relevant fact.EMs are volunteers so don't cost money.
All right, how about this post from Mesanna where she says the EM position is "a paid contract position"?I live in the US and have dealt with many of these types of contracts for 21 years. This is from one of your links and proves that in fact that EMs are employees.
UO controls what an EM can and can not do, end of subject. TY for proving my point. If you notice it says generally not subject to and this is where the contract between the two parities comes into play as to how this will be handled.
Good grief man... It won't make a bit of difference... I have no idea if they will include cross-shard searches and I could care less... If you want something bad enough, all you have to do is make a char on every shard and search that shard with that char.. So having the ability to cross-shard search won't make a bit of difference...No, just no. Do not allow people to "search across all shards. If you are on Great Lakes, and want to buy something from Pacific for example, get your transfer token, and go to Pacific. Allowing cross shard trading as you (and a few others) have suggested, would destroy the economy of every shard more than they already are. I shouldn't have to compete with every shards prices to sell my goods, only with those on my shard. The idea of searching accross shards would require people to undercut their prices severely to match prices on cheap shards, causing complete chaos. Since demand for items like Slithers and Tangles will still be high, those prices wouldn't lower much if at all, making it harder for players to buy an item they need/desire.
And this doesn't happen now?
Yes I know people cross shard trade. I know how to cross shard trade without even transfering (common with holiday gifts etc.). What people are asking for with search feature is to sit on Pac, view Atl, and order tthe item while still on Pac. Which is simply the worst idea ever. If you want to see what is available on another shard in-game, log into that shard. If you want an item from there, buy it and bring it back or enlist one of many merchants to transfer it over for you on one of their rounds.Hate to say but people have been xshard trading since before you could transfer. It won't stop. And I wouldn't want it to. However there are some things that really shouldn't be xshardable. Like EM items.
Sure I could make a char on Baja and search the items, but I would still need to PAY for a token to transfer it home, or pay a merchant to transfer it for me, and wait until they make their rounds. People are wanting to "cross shard buy" without the need for transfers, that is what i am against.Good grief man... It won't make a bit of difference... I have no idea if they will include cross-shard searches and I could care less... If you want something bad enough, all you have to do is make a char on every shard and search that shard with that char.. So having the ability to cross-shard search won't make a bit of difference...
Where did anyone write that? I've never seen such a posting and that would be a stupid idea which would only reduce revenue to the game. They have already destroyed single shard sales with the shard shields but this idea would be even worse.Yes I know people cross shard trade. I know how to cross shard trade without even transfering (common with holiday gifts etc.). What people are asking for with search feature is to sit on Pac, view Atl, and order tthe item while still on Pac. Which is simply the worst idea ever. If you want to see what is available on another shard in-game, log into that shard. If you want an item from there, buy it and bring it back or enlist one of many merchants to transfer it over for you on one of their rounds.
Hopefully that clarifies what i meant.
I haven't heard anything from the dev's that would suggest that they have even considered cross shard PURCHASES... I seriously doubt that they have or would take that step... After all, that would remove the very lucrative sales of the transfer tokens... Think about it.Sure I could make a char on Baja and search the items, but I would still need to PAY for a token to transfer it home, or pay a merchant to transfer it for me, and wait until they make their rounds. People are wanting to "cross shard buy" without the need for transfers, that is what i am against.
I guess I didnt speak plainly enough for people to understand me.
Did you even read what he wrote?I haven't heard anything from the dev's that would suggest that they have even considered cross shard PURCHASES... I seriously doubt that they have or would take that step... After all, that would remove the very lucrative sales of the transfer tokens... Think about it.
Did you even read what he wrote?
Take a second look.
And what part of my response to this do you not understand? You take a second look........ People are wanting to "cross shard buy" without the need for transfers, that is what i am against.
Make clubs "alterable". Not garg/human, but Stealth/Crushing Blow special moves.Next week we will once again put Shadow Strike on Clubs for all the Stealth Macers out there.
So if hes against people wanting to cross shard buy without using tokens....And what part of my response to this do you not understand? You take a second look...
Yes I know people cross shard trade. I know how to cross shard trade without even transfering (common with holiday gifts etc.). What people are asking for with search feature is to sit on Pac, view Atl, and order tthe item while still on Pac. Which is simply the worst idea ever. If you want to see what is available on another shard in-game, log into that shard. If you want an item from there, buy it and bring it back or enlist one of many merchants to transfer it over for you on one of their rounds.
Hopefully that clarifies what i meant.
Trying reading a little closer. I did not say allow people to BUY across shards - I said SEARCH across shards,No, just no. Do not allow people to "search across all shards. If you are on Great Lakes, and want to buy something from Pacific for example, get your transfer token, and go to Pacific. Allowing cross shard trading as you (and a few others) have suggested, would destroy the economy of every shard more than they already are. I shouldn't have to compete with every shards prices to sell my goods, only with those on my shard. The idea of searching accross shards would require people to undercut their prices severely to match prices on cheap shards, causing complete chaos. Since demand for items like Slithers and Tangles will still be high, those prices wouldn't lower much if at all, making it harder for players to buy an item they need/desire.
This explanation makes a little more sense.Trying reading a little closer. I did not say allow people to BUY across shards - I said SEARCH across shards,
One of the most useful features of the current search sites is that I can search across shards to find out what things are selling for. Sometimes there is no 120 mage scroll or no davies locker for sale on GL. However, if I see a 120 mage for 18m on Atlantic, 16m on Chessy and 15m on Asuka - I have a good idea what to price mine at on GL.
If they implement vendor search I do NOT want to have to log into 30 diff shards to price check.
Sometimes there is only 1 or 2 of an item across all shards available on a vendor and this feature is INCREDIBLY useful. If EA only allows you to search on the shard you are on - this will be an epic fail and people will still use the web based version.
While I understand it would be convenient, it's not really realistic to expect a real-time search system to be implemented into the game that spans shards. You should be happy to get one that focuses on your shard, and log into the few shards you're actually willing to travel to in order to search for something you can't find on your own shard....I said SEARCH across shards...
Now first you have to assume that vendor data information is stored in a RDBMS somewhere. If it is not then it should be loaded in one. Of course, you can still do this against files but it would be slower/more annoying.While I understand it would be convenient, it's not really realistic to expect a real-time search system to be implemented into the game that spans shards. You should be happy to get one that focuses on your shard, and log into the few shards you're actually willing to travel to in order to search for something you can't find on your own shard.
Keep in mind that "the sites that can't be named" don't have real-time inventories, even if Plague does log in every fifteen to fourty-five minutes and search Luna. First, the sites not named don't actually search the whole shard. They have a very limited area that they search. Second, they load that info into a database.
Personally, I'm unwilling to sacrifice game performance to have the game upload its database of available vendor items every five minutes, much less keep it in real-time just for the sake of searches. Searching what exists in-game is going to be quite enough.
Even with being "in the cloud" (*wipes away a little vomit everytime he says "in the cloud"), it's not going to be enough to make a multishard search engine doable. They don't store each shard's items in a database with every other shard's items. Keep in mind, the current search sites do one thing: allow you to search.
Personally, I'll be quite happy with single-shard searching. If I want to see what the price is on Atlantic, I'll log in on Atlantic. Or open another account in another window and log in on Atlantic. At some point, we do have to have realistic expectations for the game.
I suppose I should clarify my answer a bit...Now first you have to assume that vendor data information is stored in a RDBMS somewhere. If it is not then it should be loaded in one. Of course, you can still do this against files but it would be slower/more annoying...
You don't even have to go this far, just go to your local chain auto parts store/Lowes/Home Depot and they can get on hands stock from any other store. This would put no more load than anything else in UO, the biggest load they have is tracking players/mobs in real time. Even at a 5 min update this is nothing. Vendor info is updated in real time everytime you stock/buy anything.Now first you have to assume that vendor data information is stored in a RDBMS somewhere. If it is not then it should be loaded in one. Of course, you can still do this against files but it would be slower/more annoying.
From each shards DB you run some simple change data capture (CDC) against it and load the chagns into a data warehouse and make it searchable. When things are bought they are removed from the DB. With a well built CDC system it would not impact any performance and only changes are pushed - not full refreshes of data. I know the current sites do it by scripting and putting it into a DB now because they dont' have direct access to UO's data storage so they reverse engineer it out of the game. It is only updated since the last time their character/script walked around that shard so it is out of date. Given EA/Mythic has full access to wherever they store the data - this can easily be achieved with CDC and the master DB would never be more than a few seconds out of date with production shards. This would be a completely acceptable SLA.
And yes - this is technology that my company sells worldwide and we do this for about every major company in the world with financial data, stock transactions, point of sale systems and many many things way more mission critical and data heavy compared to pidly UO. This is easily achievable and I could build something in probably a week or two of work and then another week to interface it into UO. A little bit of web services calls from each shard into the master data warehouse and you are set. There isn't enough traffic/players in UO to even put a load on the system. I could run this EDW DB on my laptop.
Well, I guess there's a certain truth to this, but they also have a better infrastructure for it, and... they're not hosting an MMO at the same time. *chuckles* Still, I digress... yes, it could be done. Just not on UO's present architecture, at least in my belief of their present situation.You don't even have to go this far, just go to your local chain auto parts store/Lowes/Home Depot and they can get on hands stock from any other store. This would put no more load than anything else in UO, the biggest load they have is tracking players/mobs in real time. Even at a 5 min update this is nothing. Vendor info is updated in real time everytime you stock/buy anything.
Last September, Mesanna implied that MrsTroublemaker had already started working on the vendor search project and she recently said she expected it to be ready to publish by October. Do you think it's possible that some of the performance issues we've been seeing could be because MrsTroublemaker already has something programmed and it's already running now, not yet in final form? Because the last two publishes both included some changes related to putting duped items on vendors, it's made me wonder if there's already some sort of rudimentary database started for this project.However, my response was really aimed at the more realistic situation that surrounds UO. The shards are all "running in the cloud," and since the move from the internet to the internet, service to the shards has been noticably destabilized for many players. I presume that some of that is coming from the server/infrastructure side of things. This suggests that plugging in a new tool that holds stuff centrally might slow the game further.
To whit, the housing server has enough hiccups, and it is, by all accounts, mulit-shard in some form. Thing about the housing server is that it's relatively non-volatile. Houses aren't placed and removed and placed and removed with great frequency, so there's a bit less traffic to it, I would presume -- though, not knowing what all it houses (pun aside), I suppose it's possible that the housing server not only holds the houses but the items inside the house (I'm betting it doesn't though... I'm betting it only holds house references, which means performance issues are a bit silly for it).
YES.• Revamping Vet Reward – You have to be x age to get it but we are making vet rewards so anyone can use it.
It's possible... though without knowing exactly how Mrs.Troublemaker is approaching the project, it would be hard to conjecture. There's a couple of ways this could be done... simply searching the items and/or vendor tables that I suspect already exist in the game's data structure, which would simply run in real-time off of the existing information. If that's the approach, it'll be single-shard search, and it's unlikely that there's anything that's affecting performance from that end.Last September, Mesanna implied that MrsTroublemaker had already started working on the vendor search project and she recently said she expected it to be ready to publish by October. Do you think it's possible that some of the performance issues we've been seeing could be because MrsTroublemaker already has something programmed and it's already running now, not yet in final form? Because the last two publishes both included some changes related to putting duped items on vendors, it's made me wonder if there's already some sort of rudimentary database started for this project.