El pago con criptomonedas debería ser idéntico a cómo hacemos las cosas en Asia: Método 1: El comerciante muestra un código QR que tiene el monto del pago y el destino incrustados. Escaneo, autenticación biométrica, listo. También funciona al comprar cosas en línea. Método 2: Creo un código QR (requiere autenticación). El comerciante escanea y el dinero se retira automáticamente de la cuenta (esto solo funciona para compras en persona). Es realmente molesto rastrear qué pago provino de quién usando hashes de transacciones y, a veces, si el RPC es lento, se pierde una transacción.

Vale la pena dedicar tiempo a aprender estos lenguajes de programación, incluso si no los usa: 1/6 C C está en el paso eliminado del ensamblado de escritura. Te obliga a comprender la diferencia entre "pila" y "montón". También debe enredarse con los punteros, y entrenar su cerebro para manejar la indirección lo ayudará a resolver problemas más difíciles más adelante, ya que casi todos los problemas "difíciles" deben modelarse con algún nivel de indirección.

Uniswap v3 es simple: un montón de piezas cortadas de Uniswap v2 pegadas entre sí. Pero vaya, explicar eso y dejarlo claro, eso es difícil.

Esto es cierto. Nuestra serie de Solana solo necesitaba 5 capítulos sobre "suficiente Rust para hacer Solana y repetir todo lo demás". Sin Anchor, habrían sido al menos 15 capítulos, y eso habría sido un verdadero desvío para los lectores. Anchor hace un gran trabajo ocultando los aspectos más complejos de Rust (por ejemplo, serialización y deserialización) mientras mantiene la seguridad. Sí, en algún momento deberías escribir un programa de Rust Solana en bruto para el aspecto educativo, pero eso es muy intimidante para alguien que no ha usado Rust/C++ antes. Sin embargo, puedo decir que si todos pasaran 15 minutos al día en @RareCodeAI, la maestría de Rust sería la norma. (Y porque me siguen preguntando, pronto habrá más contenido de Solana).

Lo más importante que puede hacer para la progresión de su carrera no es: - escuchar a la gente ladrar en un panel ❌ - acercarse a personas al azar para tener la misma conversación una y otra vez ❌ - Fiesta en un evento ❌ paralelo Es encerrarse y mejorar las habilidades en algo muy rápido. ✅ De eso se trata RareWeek.

El próximo artículo de Uniswap V3 que salga va a dejar boquiabierta a la gente. Esto no se debe solo a que las animaciones son geniales, sino a que lo que normalmente serían matemáticas aterradoras se sienten extremadamente digeribles. Esto es algo que hace que RareSkills sea increíble como editorial. No nos limitamos a repetir la documentación o los tutoriales existentes y los orientamos un poco más hacia un público determinado. Reelaboramos los conceptos subyacentes a partir de los primeros principios y descubrimos la mejor representación del mapa conceptual del tema, luego lo convertimos en un artículo. Cuando las derivaciones existentes no son lo suficientemente buenas, no las mejoramos. Los desechamos y los volvemos a derivar nosotros mismos.

Según los primeros datos que estoy viendo de @RareCodeAI se necesitan entre 20 y 30 horas de práctica dedicada a Rust para llegar al punto de "dominar" Rust. Por "masterizar" Rust me refiero a: - Puedes encontrar una solución a un problema común (digamos encontrar cadenas en un conjunto que sean anagramas entre sí) sin esforzarte. - Puede sentir qué sintaxis está disponible para usted en una situación desconocida. - La mayoría de los errores del compilador no te asustan y puedes reconocer inmediatamente la solución a los más comunes. Estas 20-30 horas NO incluyen: - tutoriales de lectura - dedicar tiempo a averiguar qué practicar y revisar - decidir si debes aprender algo nuevo o practicar algo de antes. Sin RareCode, sospecho que el tiempo requerido estaría más cerca de 40 a 80 horas. Entonces, antes de obligar a los desarrolladores a aprender Rust para usar su producto, considere el hecho de que la mayoría de las personas no quieren pasar por 80 horas agotadoras.

¿Por qué deberías aprender recursividad incluso si nunca la usarás? Las soluciones recursivas lo capacitan en algunas mentalidades: 1. En lugar de tratar de generar la solución, a menudo comienza con "cuál es la estructura de una solución válida" y trabaje hacia atrás. Para algunos problemas, trabajar hacia atrás es mucho más fácil. 2. Cuando está resolviendo el problema, es fácil distraerse con todos los "qué pasaría si". Al resolver un problema de forma recursiva, a menudo se ve obligado a "ignorar" el 90% de los problemas y concentrarse en hacer bien solo una parte. 3. Lo que a menudo sería un caso "extremo" en una solución imperativa es un "caso base" en un recursivo on. Pensar de forma recursiva a veces te obliga a no ignorar los casos extremos. Además, las soluciones recursivas hacen un uso intensivo de la coincidencia de patrones, por lo que se ve obligado a pensar en todas las situaciones que podría encontrar. Aquí hay un muy buen ejemplo: Leetcode 335 Self Crossing (problema difícil). Viajas en una trayectoria en espiral en una cuadrícula (es decir, siempre giras a la izquierda después de viajar cierta distancia al norte, sur, este u oeste). La pregunta es: "dada la distancia de cada 'segmento' de la espiral en orden, ¿la espiral se cruzó o no?" Aunque la solución a esto no necesita ser una función que se llame a sí misma, la solución "agradable" usa propiedades recursivas: 1. Si aún no hemos encontrado un cruce, entonces podemos asumir que no hay cruces o espirales inválidas en el pasado. Además, notamos que no importa si viajamos a la izquierda, a la derecha, hacia arriba o hacia abajo porque solo podemos girar a la izquierda. Todo lo que nos importa es si los segmentos anteriores son paralelos a nuestro turno anterior y qué tan lejos están. 2. Cuando giramos a la izquierda, hay un número extremadamente limitado de "segmentos" en la espiral en los que podemos chocar, lo cual es "recursivamente" cierto sin importar cuán grande sea la espiral. Hay muchos datos pasados sobre la espiral que podemos ignorar. 3. Hay un número limitado de escenarios en tu turno anterior que afectan tu lógica: a) ¿viajaste lo suficientemente lejos como para no chocar con nada, b) si no, con qué podrías chocar? (también limitado). Lo molesto de los Leetcode duros es que de repente se vuelven fáciles si encuentras la información clave. Pero esas ideas clave le llegarán de forma más natural si se ha entrenado en programación recursiva. No se trata solo de diseñar funciones que se llamen a sí mismas, se trata de obligarse a desglosar el problema de tal manera que pueda resolverse con una función que se llame a sí misma. Cuantas más formas pueda desglosar un problema, más probabilidades tendrá de encontrar una solución "ajá". Obviamente, no necesito aprender en mi profesión, pero sí necesito encontrar formas creativas de desglosar los problemas para que se vuelvan comprensibles, y la capacitación en recursividad definitivamente ha ayudado con eso.

Usar IA para codificar es como ser un astronauta en la luna. De repente puedes saltar mucho más alto y levantar objetos que normalmente serían demasiado pesados. Pero en realidad, te estás debilitando físicamente a través de la atrofia. Para contrarrestar esto, los astronautas deben ser extremadamente disciplinados al hacer ejercicio para retener músculo. A mi modo de ver, los programadores pasarán la mayor parte del día usando IA para construir, pero entrenando, no solo para evitar la atrofia, sino para aumentar su habilidad usando @RareCodeAI y / o @RareSkills_io. En RareCode, la IA pasa de hacer el trabajo por ti a convertirse en un entrenador para entrenarte de manera eficiente y evitar frustraciones y atrofias improductivas.

Puede aprender a usar Uniswap v4 sin comprender cómo funciona Uniswap v3, pero saber cómo usarlo es diferente a saber cómo funciona. En Rareskills, aprendes cómo funciona.