Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1SoMPJ-0001kA-13 for bitcoin-development@lists.sourceforge.net; Mon, 09 Jul 2012 22:26:17 +0000 X-ACL-Warn: Received: from wp303.webpack.hosteurope.de ([80.237.133.72]) by sog-mx-1.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1SoMPH-0005Cz-80 for bitcoin-development@lists.sourceforge.net; Mon, 09 Jul 2012 22:26:17 +0000 Received: from 84-72-69-53.dclient.hispeed.ch ([84.72.69.53] helo=[192.168.0.21]); authenticated by wp303.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) id 1SoMPB-0001Yx-4b; Tue, 10 Jul 2012 00:26:09 +0200 Message-ID: <4FFB5A7E.7020604@justmoon.de> Date: Tue, 10 Jul 2012 00:26:06 +0200 From: Stefan Thomas User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: bitcoin-development@lists.sourceforge.net References: <1341849295.94710.YahooMailNeo@web121003.mail.ne1.yahoo.com> <1341850157.18601.YahooMailNeo@web121006.mail.ne1.yahoo.com> <1341857882.56956.YahooMailNeo@web121006.mail.ne1.yahoo.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;moon@justmoon.de;1341872775;30de1847; X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. X-Headers-End: 1SoMPH-0005Cz-80 Subject: Re: [Bitcoin-development] Random order for clients page X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 22:26:17 -0000 > However that starts the project down the road of being dominated by > our internal politics rather than what actually makes sense from the > end users perspective. I strongly agree, but this is *why* I suggested moving it to the wiki. I recently had to choose an XMPP client and I looked on xmpp.org - after a frustrating experience with their listing [1], I went to Wikipedia who have an decent feature-based matrix [2]. (There may be better examples, but I'm using this one, because this actually did happen.) This is just anecdotal, but there are some reasons why wikis tend to do a better for this kind of thing is because they are: - more up-to-date (anyone can update them) - more in touch with users: -> Users can edit the page and add a column to a feature matrix for example). -> The editing discussions include users. I guarantee there are more Bitcoin end users with a wiki account than a Github account. - immediately recognizable as a wiki (thanks to Mediawiki/Wikipedia.) As such many users will correctly treat and interpret the information presented as community-generated and fallible. So they are more user-oriented in the sense that they will be influenced by a diverse set of backgrounds and views vs. a Github based page which will be dominated by developers. If you want to see "the result of internal politics", the current client page is a good example. We couldn't agree on the columns for a feature matrix, so now we just have walls of text. Some of the options that are de-facto the most popular with users like BlockChain.info or just using your MtGox account are not mentioned at all. When analyzing client security, Greg discussed counterparty risks but ignored other risk factors like default backup behavior and the usability of security features. But even if I grant you that those clients' overall risk profile is worse than Bitcoin-Qt's, maybe I'm happy to take that risk in exchange for less setup/maintenance effort. Based on our support requests at WeUseCoins I know that there are tons of users with < 1 BTC in their wallets. If my hourly wage is 20$ and I have 20$ in my Bitcoin wallet then spending one hour per month downloading/updating/figuring-out the client is equivalent to a total loss. The list is obviously designed by open-source developers and that's fine, it's bitcoin.org, arguably we *should* try to push users in a specific direction, arguably we *should* err on the side of caution in order to not be caught recommending a hosted wallet that gets hacked. But if user orientation is supposed to be the focus, then the wiki will both allow us (because it's less "official") and force us (because users will have a say) to include even clients we personally wouldn't use. :) [1] http://xmpp.org/xmpp-software/clients/ [2] http://en.wikipedia.org/wiki/Comparison_of_instant_messaging_clients#XMPP-related_features On 7/9/2012 8:30 PM, Mike Hearn wrote: > It's easy to say, this page is controversial, so let's get rid of it. > > However that starts the project down the road of being dominated by > our internal politics rather than what actually makes sense from the > end users perspective. That route spells doom for any product. You can > always tell when a UI or product is the result of internal politics, > whether it be the difficulty of plug-n-play hardware on Linux (no > driver api) to how Microsoft is incapable of producing anything that > isn't built on Windows. Gmail labs is another example of this. > > It makes sense that if I go to bitcoin.org, I am educated about the > system and what is available for it. It doesn't make any sense to have > some stuff on the main site and other stuff on a wiki (which may get > randomly vandalized and looks less professional), based on how > "controversial" some developers find it. > > FWIW I am dead set against anyone randomly changing the website > without a pull request and such changes should be reverted and > resubmitted through the proper channels. I don't perceive much value > in randomization or trying to make this page "fair". If anything, we > need to pick somebody (one person) who has a strong focus on regular > people and their needs, then just make them the sole committer to the > website. That way disputes can be resolved by them making a decision, > instead of ridiculous edit wars. > > ------------------------------------------------------------------------------ > 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@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development >