Why BTC Code sux

[PoorGirl]

.

[1715139804]

1715139804

[1715139804]

1715139804

[kjj]

Is someone holding a contest to see how many ignores an account can pick up in a short time?

[nanotube]

oh great, coding by vote from people who don't know how to code.

that would surely result in great quality software. </sarcasm>

certainly the bitcoin client is not perfect and could use improvement in certain respects (hey, it's beta!), but coming in and saying "this is crap, let's just can the whole dev team and code by popular vote" is not really a productive way to go about achieving said improvement.

[de4l]

you should start an alt-coin that has this feature, and make some forums to hang out in

[GimpyPrime]

I'm not entirely sure you know what your talking about. Google translate sure as hell didn't

JSON Rubbish? Everything you said was rubbish.

[Michail1]

I don't believe having just anyone vote for the direction the code moves would be a good idea.

Voting based on paying to an address is also a terrible idea.  It would only allow for the richest person to vote in their favor in the direction they want to code to move.  So, there is no democracy in that method.  

[GimpyPrime]

Build your own better client or at least a proof of concept and showcase it in the forums.

Based on your previous thread you mentioned the JSON requests were very slow. Yet your CPU/RAM were at low usage. So clearly they are not the bottleneck. Unless someone has a thread wait sitting in the code somewhere(Unlikely) you are probably looking at network lag.

I've only worked on communication between nodes thus far, haven't tackled the JSON-RPC in the client. As far as I am aware you aren't really forced to support that JSON specification they published, you could really have your own client specific endpoints/schemas. Assuming you decided to build your own client.

[wumpus]

Let the community vote to approve or decline a change in the software by sending 1 Satoshi to a specific address. Without mining fees. Count the addresses and do a 1 or 0 public decision. Publish the result. Make it democratic. Do it they way Bitcoins were invented.

It is already democratic, as much as possible. That's what github(p?) is for, if are a developer and you don't agree with what the core coders do, you can make your own fork with one mouse click. Then you can merge and change what you want, distribute it to your friends, sell it, whatever you like. The license (MIT) allows everything.

If you are not a developer yourself, you can ask one to do it, or hire one... Voting about code issues would make little sense; don't you agree that the "official" client should be developed by developers with domain expertise instead of "random voters"? After all it is the client that by far dominates the network, so any bug could lead to huge problems.

[gyverlb]

Is someone holding a contest to see how many ignores an account can pick up in a short time?

I was thinking more of a contest about how to look both as ignorant and as stupid as possible.

But I voted for the ignore with my mouse ;-)

[MashRinx]

Please tell me English is not your native language...

Based on:

https://bitcointalk.org/index.php?topic=166341.msg1737012#msg1737012

For now the shame is on the Bitcoin devs. These famous official coders who have millions of BTC in their pocket, mined early and never spent to get rich on times like now. Oh, I get politic, sry, back to speed. Beat me. Just say that the JSON-RPC interface sux big time and their implementation of Berkeli DB is even worse. Decades before XML and that rubbish called JSON was born we had high performance C based SQL interfaces to deal with network database code like this. The Bitcoin code we see as of today is a piece of shit, impossible to compile with any ISO C++ standard compiler. Try yourself. You did ? Bitcoins went politics a while ago. You have to compile to the reference standard or get lost by loosing future patches of the protocol. Check Overnet. Same situation. In the end Bitcoin will be controlled not by public coders but important ppl who decide which code change is acceptable. Coders who have no life nor children. Who today gives a fuck about Bitcoin pulls ? Tried to teach your mum what a pull is ? Told her how to make her voice important to make a change in the code from her sofa ?
Ops, sure, my grandma needs to sign up with Githup or that crap to say that there is a bug or improvement to get her opinion heart. Well no. She wont do that. Way too complex and stupid.

BTC development needs to be in public control and not within control of a small size of ppl. Votes of ANY code change need to done by the public who represent at leat 50% of BTC.

Let the community vote to approve or decline a change in the software by sending 1 Satoshi to a specific address. Without mining fees. Count the addresses and do a 1 or 0 public decision. Publish the result. Make it democratic. Do it they way Bitcoins were invented.