Pages:
Author

Topic: In re Bitcoin Devs are idiots - page 10. (Read 25374 times)

hero member
Activity: 756
Merit: 522
March 11, 2013, 09:59:07 PM
#12
What's stopping your company from hiring one developer to do nothing but code cleanups and submitting them to GitHub? There's nothing centralized about that.

Because cleanups would require very deep reaching changes. If we hired a cleanup dev his #1 task would be "find and remove all magic numbers anywhere in the codebase". Meanwhile listen to these idiots:

Quote
gavinandresen petertodd: what would you think of a max block size set so a crappy broadband user of today could still validate and mine everything, with a limit set to increase by 20% a year (the approximate rate of bandwidth increase these days) ?

MORE MAGIC NUMBERS.

It looks more like a lost cause than anything. And no, the fact that "we're fixing it" does not impress me in the slightest, and NO, they're not handling it "like pros".
legendary
Activity: 924
Merit: 1004
Firstbits: 1pirata
March 11, 2013, 09:52:59 PM
#11
Damn, you had to be the one to bring the bad news...  Undecided

Be back in a minute, have to patch some software.
legendary
Activity: 1400
Merit: 1009
March 11, 2013, 09:52:57 PM
#10
MPOE-PR, what are you doing here? Why are you really here?

Has MPEx considered hiring "good" programmers to work on the bitcoin code?

Considered, yes. One problem is the centralization issue stemming from that approach. The one correct way to handle Bitcoin development is exactly as designed: independent devs doing it. The problem is that instead of doing it they spend their time opining on things that utterly ain't their business.
What's stopping your company from hiring one developer to do nothing but code cleanups and submitting them to GitHub? There's nothing centralized about that.
legendary
Activity: 1064
Merit: 1001
March 11, 2013, 09:52:33 PM
#9
Devs handled this like fucking pros. Bullish for bitcoin.
full member
Activity: 209
Merit: 100
March 11, 2013, 09:49:10 PM
#8
Time to deversify into Ripple ledger chain, lol

Seriously, the bug was in old 0.7 version but it got a chance to manifest only because of an incomplete .8 rollout WHILE at the same time suggestion was made to increase soft block size limit.

Lesson: do only ONE major change at a time and let the dust settle before moving to the next one
hero member
Activity: 756
Merit: 522
March 11, 2013, 09:48:47 PM
#7
MPOE-PR, what are you doing here? Why are you really here?

Has MPEx considered hiring "good" programmers to work on the bitcoin code?

Considered, yes. One problem is the centralization issue stemming from that approach. The one correct way to handle Bitcoin development is exactly as designed: independent devs doing it. The problem is that instead of doing it they spend their time opining on things that utterly ain't their business.
newbie
Activity: 37
Merit: 0
March 11, 2013, 09:45:00 PM
#6
full member
Activity: 227
Merit: 100
March 11, 2013, 09:42:50 PM
#5
What doesn't kill you makes you stronger.
sr. member
Activity: 294
Merit: 250
March 11, 2013, 09:35:22 PM
#4
Mhm.. Sell?
member
Activity: 112
Merit: 10
March 11, 2013, 09:32:09 PM
#3
Likewise, misterbigg.
legendary
Activity: 1064
Merit: 1001
March 11, 2013, 09:31:38 PM
#2
Talk about armchair quarterbacking. How easy it is for someone to just sit back and point the finger. Have you seen the Bitcoin software? Do you understand C++ code? It's complicated, and the rules which have evolved in response to strengthening the network are not so easily factored into neat code compartments.

Instead of bitching why don't you write your own client that has clean code?
hero member
Activity: 756
Merit: 522
March 11, 2013, 09:24:05 PM
#1
This matter was apparently for the first time discussed here, which is in itself ridiculously late, but the recent events illustrate the need of having the various issues much more clearly delineated.

Recently Bitcoin came close to unmitigated disaster, in the following way: Gavin diplomatically suggested that miners increase their block size, from the previous magic number of "250k" to something they themselves pick. This approach is flawed: the solution to the problem of having a magic number in the code is not passing the responsibility of choosing it to a larger group. It may work politically, in the sense that where large, vague groups are responsible for a bad move nobody will ever be hung. It does not work practically.

This point does not begin to get sufficient emphasis: stop thinking politically, stick to thinking practically. The political importance, usefulness or competence of a dev is nil. This is not your job, and more importantly this is one of the things you suck at the most. A casual skim through the -dev sessions is ample proof for this, more ridiculous dickwad posturing and knowshitism has never before been seen (outside of the mailing lists of some meanwhile failed open source projects). Snap out of it. Stick to writing code.

But we digress: as a result of a number of miners implementing their own version of a magic miner, a number of large blocks were created and mined by them, as long as they ran 0.8. Miners running 0.7 failed to mine these same blocks, and a fork developed.

The reason is that Bitcoin code sucks. It's not that "the blocksize", it's not that "the database", it's not that "nobody could have foreseen their using a plane like a rocket". That shit does not belong in this discussion, passing the buck is not and cannot be accepted in Bitcoin. The reason is that Bitcoin code sucks, and Bitcoin code sucks because people want to be Bitcoin devs, people want to call each other Bitcoin devs, people want to participate in idle irc chatter as if they in fact were Bitcoin devs, but those same people do not have either the ability or intellectual resources to write dependable, usable, good, clean code.

This is a problem, and this problem needs to be resolved, preferably by the people who are causing it. You know yourselves, I won't name and shame. Fix your heads. You won't be getting much more warning.

Today will go down in history as the day when Bitcoin nearly died, and its fate depended on BTC-Guild staying online. Stop and think for a minute. What are you doing here? Why are you here, really?
Pages:
Jump to: