iTrader is a good solution, but not on THIS_SITE... you see...

Urm, not really, no. :confused:

a buyer/sell rep system sounds good, but I don't like that ebay fell that means money being made has to be altered in order to pay the third wheel.

Sorry to tell but it needs LEADERSHIP ;)
it's all it needs now

leadership without a kingdom... hard...

I'm sorry, but I do not see that has a valid argument. For one, you're not a moderator so you have no say what is implemented here. Second, why isn't it a good solution for this site? What's so different about it? I personally think it would be a good solution.

I don't think it's the job of the staff here to police the request work area.
The user themselves MUST to a little research, and not just take the offer because someone said they can do the job for 50$, when any respectable programer would charge 200$ for the same work.

Like I said in my first post.. "if it's to good to be true" then it probably is...

and no, we don't need itrader at the Org

I keep hearing that we don't need iTrader. But I've yet to hear any kind of argument, plausible or otherwise, as to why not.

Yeah, it's wise to do research on anything, it isn't rocket science. But that forum is just so cluttered, it makes it difficult.

And explain why iTrader wouldn't be good at vbulletin.org. I have yet to see a valid argument. Don't say something if you can't back it up with claims.

it was discussed many times the reasons why vb.org does not need iTrader...

1- friends can rate anybody... there is no record system that implement itrader rating only for real clients that paid... on sites where Escrow is working, only clients that are into a process inside Escrow can rate coders. so just this point make iTrader useless.. you can ask your friends to rate you.

2- rating in these systems is based on opinions, not real facts... who can say with iTrader that the code is following vB protocol and is well written?! most clients do not even know what was installed in their site. they do not know if the coder have put a backdoor code or something, because the clients do not know vB code... and nobody can verify the work done.

3- rating coders by their contracts... already 90% of the clients in the paid services are not coming back when they have bad experience, so the bad coders would not be rated negatively anyway... same for positive ratings... most of the clients not coming back because they are satisfied and were coming on vb.org just for asking, not for discussions, so they do not care.

4- ... nothing else, i think that work with these arguements.