Quiero crear un Dapp, pero no soy programador

Tengo 52 años y solía programar en "Básico" mientras crecía. Eso y html básico es prácticamente toda la experiencia que tengo. Tengo algunas preguntas y agradecería inmensamente su consejo.

  1. ¿Qué necesito aprender y en qué orden?

  2. Si construyo una Dapp, entiendo que no necesito un sitio web, pero ¿cómo se encontraría mi Dapp?

  3. ¿Cómo sabe blokchain que soy dueño de la Dapp y cómo funcionan los cambios si la Dapp ya está en la cadena de bloques?

  4. ¿Sería más fácil construir un sitio web y luego convertirlo?

Estas son solo algunas de las preguntas que tengo, pero estoy seguro de que si puedo obtener algunas respuestas a las anteriores, se responderán muchas otras preguntas.

Gracias de nuevo por tu tiempo.

Respuestas (1)

Q1. Necesitarás habilidades de nivel de supervivencia con Linux, en mi opinión. Si eso es nuevo, considere configurar una máquina virtual con VirtualBox y jugar con Ubuntu. Debe estar familiarizado con Ethereum desde la perspectiva del usuario, por lo que la billetera y MIST que luego aprenderá a usar para hablar con sus contratos inteligentes. Encuentre algunos contratos existentes (¿tutoriales?) para hablar con MIST. Pensando no como un desarrollador sino como un usuario profesional, instale la herramienta de línea de comandos geth y aprenda cómo crear una cuenta y comenzar a minar. No ganarás dinero, pero te familiarizarás con la superficie de la bestia que aprenderás a controlar.

P2: Las aplicaciones descentralizadas significan que los datos y la lógica importantes no se encuentran en un servidor específico y cualquier persona con la interfaz de usuario podrá usarlos. La entrega real de la interfaz de usuario significa enviar los archivos, como index.html, al usuario y, en muchos casos, los desarrolladores usan un dominio/servidor tradicional o redes de distribución de contenido en la nube para lograrlo. No totalmente descentralizado.

P3: La cadena de bloques no considera que nadie sea mejor que nadie, pero los contratos pueden imponer una lógica como las listas de control de acceso... solo haga esto si la transacción está firmada por tal o cual dirección que es la sysAdmin (propietario). Puede cambiar la interfaz de usuario en cualquier momento que desee, pero solo obtiene contratos actualizables cuando utiliza patrones avanzados y diseño modular. El valor predeterminado es que su código no se puede cambiar. Cualquier revisión es una nueva instancia inicializada.

P4: No. Los flujos son demasiado diferentes y se necesita otra reorientación. No es un reemplazo 1:1 para la lógica o el almacenamiento del lado del servidor. Es algo completamente diferente. No podría, por ejemplo, convertir soluciones básicas o PHP a Solidity en función de la traducción. Lleva algún tiempo internalizar lo que esta plataforma puede y no puede hacer y adquirir una buena idea de cómo abordar varios problemas. De hecho, un servidor puede ser un cliente para una aplicación de cadena de bloques tanto como puede ser un cliente para una API. Un enfoque basado en la API a menudo ayuda, así como un enfoque muy minimalista de lo que debería preocupar al contrato. He observado que encontrará muchas preocupaciones tradicionalmente del lado del servidor que migran al lado del cliente, aprovechando clientes mucho más inteligentes.

Espero eso ayude.

Gracias por tomarse el tiempo para dar una respuesta tan detallada. Voy a sumergirme y empezar a aprender. Tal vez le pague a alguien para que escriba mi primer Dapp. Ser uno de los primeros en tener un Dapp en la cadena de bloques de Ethereum sería genial.