📅 Original date posted:2012-07-09
📝 Original message:I was originaly for the idea of randomization. Because it is the most
"fair", but "fair" is a relative term. It's fair for client developers who
argue over whose client should be first, and whose is better for various
purposes. But it's not fair for users, to have an inconsistent page, that
sometimes recommends less-developed solutions, or doesn't show what's best *for
the users in the community*.
I think the premise of having a page that is "fair for developers" is its
downfall. Once we agree things have to be fair, we must agree on what fair
means, and then we must accept 30 new recently-started projects that barely
squeak by the requirements for being on the page, despite having
substantial issues/bugs. The premise of being fair is the downfall here.
This *has* to be a subjective list. Someone who is trusted to understand
what is good for users, and who also has familiarity with the programs,
should be the one to decide. People can try to provide input, and make
them aware of stuff they didn't know. But it should be *that
person's*decision, and if it's not "fair" in your world, too bad. At
least we won't
spend the next 3 years arguing on the mailing list about how to compare
programs that are all great in many different dimensions, and failing in
the others.
If it's going to go on the main page, give someone the responsibility to
come up with "what's best for the users of Bitcoin.org", however they
decide to interpret it, and save our breath arguing over more important
things.
-Alan
On Mon, Jul 9, 2012 at 2:57 PM, Gregory Maxwell <gmaxwell at gmail.com> wrote:
> On Mon, Jul 9, 2012 at 2:54 PM, Jim <jim618 at fastmail.co.uk> wrote:
> > RE: The position randomisation - I have to admit I was secretly pleased
> > with the original layout, as MultiBit just happened to have the "eye
> > candy" position of "top and centre". It is only fair to have them
> > switch around.
>
> This ordering wasn't accidental.
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20120709/8719af66/attachment.html>;
Alan Reiner [ARCHIVE] /
npub1sm…mnq7h
2023-06-07 10:22:15
in reply to nevent1q…juw7
Author Public Key
npub1sm6zhjmk5scuz294jmpkw99wwwjzetjgwp4fu4gn6utqgdz87hkqamnq7hPublished at
2023-06-07 10:22:15Event JSON
{
"id": "226c1180efcdb6c7ce23693398e58b848dbb60db1b08ed95e1ce28bf1bd63543",
"pubkey": "86f42bcb76a431c128b596c36714ae73a42cae48706a9e5513d716043447f5ec",
"created_at": 1686133335,
"kind": 1,
"tags": [
[
"e",
"cc6bba8fda1c3a64a0e3f616ccacf637aeea7329d9f2665d6c8e9d6a789d86de",
"",
"root"
],
[
"e",
"d4e40286d3640019a76ca050863b348f99c33eca75fb76643f4484d1be3ed8f1",
"",
"reply"
],
[
"p",
"4aa6cf9aa5c8e98f401dac603c6a10207509b6a07317676e9d6615f3d7103d73"
]
],
"content": "📅 Original date posted:2012-07-09\n📝 Original message:I was originaly for the idea of randomization. Because it is the most\n\"fair\", but \"fair\" is a relative term. It's fair for client developers who\nargue over whose client should be first, and whose is better for various\npurposes. But it's not fair for users, to have an inconsistent page, that\nsometimes recommends less-developed solutions, or doesn't show what's best *for\nthe users in the community*.\n\nI think the premise of having a page that is \"fair for developers\" is its\ndownfall. Once we agree things have to be fair, we must agree on what fair\nmeans, and then we must accept 30 new recently-started projects that barely\nsqueak by the requirements for being on the page, despite having\nsubstantial issues/bugs. The premise of being fair is the downfall here.\n\nThis *has* to be a subjective list. Someone who is trusted to understand\nwhat is good for users, and who also has familiarity with the programs,\nshould be the one to decide. People can try to provide input, and make\nthem aware of stuff they didn't know. But it should be *that\nperson's*decision, and if it's not \"fair\" in your world, too bad. At\nleast we won't\nspend the next 3 years arguing on the mailing list about how to compare\nprograms that are all great in many different dimensions, and failing in\nthe others.\n\nIf it's going to go on the main page, give someone the responsibility to\ncome up with \"what's best for the users of Bitcoin.org\", however they\ndecide to interpret it, and save our breath arguing over more important\nthings.\n\n-Alan\n\n\n\nOn Mon, Jul 9, 2012 at 2:57 PM, Gregory Maxwell \u003cgmaxwell at gmail.com\u003e wrote:\n\n\u003e On Mon, Jul 9, 2012 at 2:54 PM, Jim \u003cjim618 at fastmail.co.uk\u003e wrote:\n\u003e \u003e RE: The position randomisation - I have to admit I was secretly pleased\n\u003e \u003e with the original layout, as MultiBit just happened to have the \"eye\n\u003e \u003e candy\" position of \"top and centre\". It is only fair to have them\n\u003e \u003e switch around.\n\u003e\n\u003e This ordering wasn't accidental.\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Live Security Virtual Conference\n\u003e Exclusive live event will cover all the ways today's security and\n\u003e threat landscape has changed and how IT managers can respond. Discussions\n\u003e will include endpoint security, mobile security and the latest in malware\n\u003e threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20120709/8719af66/attachment.html\u003e",
"sig": "339e356bfc8f0a5d48d906172996bd3807f60a090e3d33deada3ad8643e71427f1abfc0e2866715821d582ec1a03a1fb901f339338874bbb8da85a02f185db5b"
}