GithubHelp home page GithubHelp logo

Comments (9)

jjmstark avatar jjmstark commented on September 26, 2024 3

I agree with @vbuterin's suggestion of changing the wallet section to be more "opinionated" by prioritizing a small list of trusted wallets.

I disagree with changing the order of the contents of the page:

  • "Wallet, ETH, Apps" is a logical order of operations for someone who already knows what they are trying to do. But this page exists to serve people who don't even know what "using Ethereum" means - they aren't going here because they know they need a wallet, they're going here because they want to "use Ethereum".
  • ​​So the first question this page has to answer for them is “Ok, what can I actually do with Ethereum?”. The answer to that application is "use one of these applications". Getting a wallet is a how, not a what or why.
  • ​​If we hook someone on “Oh wow a prediction market, that seems cool…” it’s not a big barrier for them to scroll down and find a wallet. Hooking them is the important bit.
  • It seems a lot better to have users taught how to use a wallet and how to buy ETH by these application's onboarding process than by us on ethereum.org. If a user clicks through to veil, uses their on-boarding process, and never needs to come back to Ethereum.org to get started...that's a win. The apps we link to here are always going to be better at on-boarding than ethereum.org
  • As a few people have pointed out already, some of these apps don't require installing a wallet at all.

from ethereum-org-website.

pcowgill avatar pcowgill commented on September 26, 2024 2

Great points - agreed that there should be fewer clicks to get to a wallet.

you need a wallet to get ETH, and you need a wallet and ETH to use applications.

Here’s an argument for linking to apps first, though: You don’t need a wallet to “use” apps by browsing in read-only mode. For a new user, it’s important to see the value of a given Ethereum app in a concrete way before experiencing the friction of setting up a wallet.

from ethereum-org-website.

jjmstark avatar jjmstark commented on September 26, 2024 2

That approach feels like a lot of redundant work: with O(N) applications, we'd have O(N) redundant content in the tutorials instead of O(1) content if we can establish the baseline expectation that it's our/ the community's / the wallets' job to do basic tutorialing.

I think this might be a case of "good redundancy", or at least inevitable redundancy. Apps like Veil and Cryptokitties aren't going to link to ethereum.org/use to on-board their users to a wallet. They are always going to want to own the on-boarding process themselves, and are highly incentivized to do a very good job of making it easy for their users. There will be redundant wallet on-boarding tutorials regardless of what is on ethereum.org.

That said, I think this page could be a lot better and even restructured. Maybe there's an argument for separating out "What can I do on Ethereum today" - maybe this could be folded into /beginners? - and "Install a wallet". It might be true that many more people actually just clear information about a good wallet, and don't want to be slowed down by information about apps and ETH.

from ethereum-org-website.

vbuterin avatar vbuterin commented on September 26, 2024 1

It seems a lot better to have users taught how to use a wallet and how to buy ETH by these application's onboarding process than by us on ethereum.org

That approach feels like a lot of redundant work: with O(N) applications, we'd have O(N) redundant content in the tutorials instead of O(1) content if we can establish the baseline expectation that it's our/ the community's / the wallets' job to do basic tutorialing.

If why -> how the goal, I would at the very minimum favor renaming "Use an application built on ethereum" to "What are some existing applications that are built on ethereum?". Emphasize the "we're showing you why ethereum is useful" rather than "you can use ethereum already".

from ethereum-org-website.

pfletcherhill avatar pfletcherhill commented on September 26, 2024 1

I agree with the "good redundancy" point from @jjmstark. Apps are going to have their own onboarding flows, and that's a good thing. But @vbuterin is right that this page can do a better job helping users rather than linking to guides that may help.

My suggestion would be to add one sentence at the top of the page that entices the user. Maybe something like:

This page will show you how to use one of the many apps built on Ethereum—like Cryptokitties, Cent, or Veil. Already have a wallet with some ETH? Jump ahead to step 3 to see a full list of applications.

Then include a three-step guide for (1) getting a wallet, (2) getting ETH, and (3) using an app. As for the wallet section, I also agree the page should first list specific wallets and then second list guides. The guides are helpful if I want to see a bunch of options, but the user should be able to get set up from this page alone.

from ethereum-org-website.

serapath avatar serapath commented on September 26, 2024 1

I agree with @vbuterin

That approach feels like a lot of redundant work: with O(N) applications, we'd have O(N) redundant content in the tutorials instead of O(1) content ...

and @pfletcherhill

Apps are going to have their own onboarding flows, ...

and wonder if @jjmstark

I think this might be ... inevitable redundancy.

is really necessarily true? Can nothing be done about it?


The current approach the new website is taking will exactly causing those problems:

  1. The more projects get added, the more serious this problem gets.
  2. additionally "awesome lists" teach how long lists can get, which is a different, but related problem.
  3. pull request approval might soon become a serious bottleneck problem and some might potentially start perceiving it as censorship too

With the https://play.ethereum.org "skilltree" of "workshop" pages, we thought a lot about education in the ethereum realm and it's exactly why we started experimenting with a very different approach in order to

  1. make the curation process decentralised
  2. fight a "pull request approval bottleneck process"
  3. prevent unnecessary redundancy

Our project is very young and not even yet in beta state, but so is the current ethereum.org website and maybe our ideas could help to solve the issues mentioned in this thread. We (@ninabreznik and myself) were working for more than 2 years with the remix IDE project and we also started to support beginners to learn about smart contracts were we faced the same questions and in anticipation we developed the "play tooling" to not be limited to just teaching about solidity and smart contracts but to cope with any kind of ethereum related education :-)

from ethereum-org-website.

zhangzhongnan928 avatar zhangzhongnan928 commented on September 26, 2024

Great points - agreed that there should be fewer clicks to get to a wallet.

you need a wallet to get ETH, and you need a wallet and ETH to use applications.

Here’s an argument for linking to apps first, though: You don’t need a wallet to “use” apps by browsing in read-only mode. For a new user, it’s important to see the value of a given Ethereum app in a concrete way before experiencing the friction of setting up a wallet.

Users can start using AlphaWallet and experiencing DApps instantly. The wallet doesn’t require users to do anything before they have some mainnet “asset”. This should reduce the main frictions of setting up a wallet.

from ethereum-org-website.

jjmstark avatar jjmstark commented on September 26, 2024

@bennygiang (Cryptokitties), @pfletcherhill (Veil), @owocki (gitcoin), what do you think about the above?

from ethereum-org-website.

bonusword avatar bonusword commented on September 26, 2024

Haze em

from ethereum-org-website.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.