O pagamento criptográfico deve ser idêntico à forma como fazemos as coisas na Ásia: Método 1: O comerciante mostra um código QR que contém o valor do pagamento e o destino incorporados. Eu digitalizo, autenticação biométrica, pronto. Também funciona ao comprar coisas online. Método 2: Eu crio um código QR (requer autenticação). O comerciante digitaliza e o dinheiro é retirado automaticamente da conta (isso só funciona para compras presenciais). É realmente irritante rastrear qual pagamento veio de quem usando hashes de transação e, às vezes, se o RPC estiver lento, você perderá uma transação.

Vale a pena aprender essas linguagens de programação, mesmo que você não as use: 1/6 C C está na etapa removida do assembly de gravação. Isso força você a entender a diferença entre "pilha" e "pilha". Você também deve se emaranhar com ponteiros - e treinar seu cérebro para lidar com a indireção o ajudará a lidar com problemas mais difíceis mais tarde, já que quase todos os problemas "difíceis" devem ser modelados com algum nível de indireção.

O Uniswap v3 é simples: um monte de peças cortadas do Uniswap v2 coladas. Mas cara, explicar isso e deixar claro, isso é difícil.

Isso é verdade. Nossa série Solana precisava apenas de 5 capítulos sobre "Rust apenas o suficiente para fazer Solana e clichê todo o resto". Sem Anchor, isso teria sido pelo menos 15 capítulos - e isso teria sido um verdadeiro desligamento para os leitores. A Anchor faz um ótimo trabalho escondendo os aspectos mais complexos do Rust (por exemplo, serialização e desserialização), mantendo a segurança. Sim, você deve, em algum momento, escrever um programa Rust Solana bruto para o aspecto educacional, mas isso é muito intimidante para alguém que nunca usou Rust / C ++ antes. Posso dizer, porém, que se todos gastassem apenas 15 minutos por dia em @RareCodeAI, o domínio do Rust seria a norma. (E porque continuo sendo perguntado - mais conteúdo Solana está chegando em breve).

A coisa mais importante que você pode fazer para sua progressão na carreira não é: - ouvir as pessoas latindo em um painel ❌ - abordar pessoas aleatórias para ter a mesma conversa repetidamente ❌ - festejar em um evento ❌ paralelo Está ficando preso e aprimorando em algo muito rápido. ✅ É disso que se trata a RareWeek.

O próximo artigo do Uniswap V3 que sair vai explodir a mente das pessoas. Isso não é apenas porque as animações são legais, mas porque o que normalmente seria uma matemática assustadora parece extremamente digerível. Isso é uma coisa que torna a RareSkills incrível como editora. Não apenas reformulamos a documentação ou tutoriais existentes e os tornamos um pouco mais orientados para um determinado público. Retrabalhamos os conceitos subjacentes a partir dos primeiros princípios e descobrimos a melhor representação do mapa conceitual do assunto, depois o transformamos em um artigo. Quando as derivações existentes não são boas o suficiente, não as tornamos melhores. Nós os descartamos e os derivamos novamente.

Com base nos primeiros dados que estou vendo de @RareCodeAI leva cerca de 20 a 30 horas de prática dedicada ao Rust para chegar ao ponto de "dominar" o Rust. Por "dominar" o Rust quero dizer: - Você pode criar uma solução para um problema comum (digamos, encontrar strings em um conjunto que sejam anagramas umas das outras) sem se esforçar. - Você pode sentir qual sintaxe está disponível para você em uma situação desconhecida. - A maioria dos erros do compilador não o assusta e você pode reconhecer imediatamente a solução para os mais comuns. Essas 20 a 30 horas NÃO incluem: - tutoriais de leitura - gastar tempo descobrindo o que praticar e revisar - decidir se você deve aprender algo novo ou praticar algo anterior Sem o RareCode, suspeito que o tempo necessário seria mais próximo de 40 a 80 horas. Portanto, antes de forçar os desenvolvedores a aprender Rust a usar seu produto, considere o fato de que a maioria das pessoas não quer passar por 80 horas cansativas.

Por que você deveria aprender recursão mesmo que nunca a use? As soluções recursivas treinam você em algumas mentalidades: 1. Em vez de tentar gerar a solução, você geralmente começa com "qual é a estrutura de uma solução válida" de trás para frente. Para alguns problemas, trabalhar de trás para frente é muito mais fácil. 2. Quando você está resolvendo o problema, é fácil se distrair com todos os "e se". Ao resolver um problema recursivamente, muitas vezes você é forçado a "ignorar" 90% dos problemas e se concentrar em acertar apenas uma parte. 3. O que muitas vezes seria um caso "extremo" em uma solução imperativa é um "caso base" em um on recursivo. Pensar recursivamente às vezes força você a não ignorar os casos extremos. Além disso, as soluções recursivas fazem uso intenso da correspondência de padrões, de modo que você é forçado a pensar em todas as situações que pode encontrar. Aqui está um exemplo muito bom: Leetcode 335 Self Crossing (problema difícil). Você viaja em uma trajetória espiral em uma grade (ou seja, sempre vire à esquerda depois de percorrer alguma distância ao norte, sul, leste ou oeste). A questão é: "dada a distância de cada 'segmento' da espiral em ordem, a espiral se cruzou ou não?" Embora a solução para isso não precise ser uma função chamando a si mesma, a solução "legal" usa propriedades recursivas: 1. Se ainda não encontramos um cruzamento, podemos assumir que não há cruzamentos ou espirais inválidas no passado. Além disso, notamos que não importa se estamos viajando para a esquerda, direita, para cima ou para baixo, porque só podemos virar à esquerda. Tudo o que nos importa é se os segmentos anteriores são paralelos ao nosso turno anterior e a que distância eles estão. 2. Quando viramos à esquerda, há um número extremamente limitado de "segmentos" na espiral em que podemos colidir, o que é "recursivamente" verdadeiro, não importa o quão grande a espiral fique. Existem muitos dados anteriores sobre a espiral que podemos ignorar. 3. Há um número limitado de cenários em seu turno anterior que afetam sua lógica: a) você viajou longe o suficiente para não colidir com nada, b) se não, no que você poderia colidir? (também limitado). A coisa irritante sobre os hards Leetcode é que eles de repente se tornam fáceis se você encontrar o insight principal. Mas esses insights importantes virão a você com mais naturalidade se você se treinou em programação recursiva. Não se trata apenas de projetar funções que se chamam - trata-se de se forçar a quebrar o problema de tal forma que ele possa ser resolvido com uma função chamando a si mesma. Quanto mais maneiras você puder resolver um problema, maior será a probabilidade de encontrar uma solução "aha". Obviamente, não preciso fazer um leetcode na minha profissão, mas preciso encontrar maneiras criativas de quebrar os problemas para que eles se tornem compreensíveis – e o treinamento em recursão definitivamente ajudou nisso.

Usar IA para codificar é como ser um astronauta na lua. De repente, você pode pular muito mais alto e levantar objetos que normalmente seriam muito pesados. Mas, na realidade, você está se tornando fisicamente mais fraco por meio da atrofia. Para neutralizar isso, os astronautas precisam ser extremamente disciplinados sobre o exercício para reter os músculos. A meu ver, os programadores passarão a maior parte do dia usando IA para construir, mas treinando – não apenas para evitar atrofia – mas para aumentar a habilidade usando @RareCodeAI e/ou @RareSkills_io. No RareCode, a IA deixa de fazer o trabalho para você se tornar um treinador para treiná-lo com eficiência e evitar frustrações e atrofias improdutivas.

Você pode aprender a usar o Uniswap v4 sem entender como o Uniswap v3 funciona, mas saber como usá-lo é diferente de saber como ele funciona. Em Rareskills, você aprende como funciona.