Kryptobetalning bör vara identisk med hur vi gör saker i Asien: Metod 1: Säljaren visar en QR-kod som har betalningsbeloppet och destinationen inbäddad i den. Jag skannar, biometrisk autentisering, klar. Fungerar även när du köper saker online. Metod 2: Jag skapar en QR-kod (kräver autentisering). Handlaren skannar och pengarna dras automatiskt från kontot (detta fungerar bara för personlig shopping). Det är verkligen irriterande att spåra vilken betalning som kom från vem med hjälp av transaktionshashar, och ibland om RPC är trög missar du en transaktion.

Det är värt din tid att lära dig dessa programmeringsspråk, även om du inte använder dem: 1/6 C C är på steg bort från skrivsammansättningen. Det tvingar dig att förstå skillnaden mellan "stack" och "heap". Du måste också trassla med pekare - och att träna din hjärna att hantera indirekthet kommer att hjälpa dig att ta itu med svårare problem senare eftersom nästan varje "svårt" problem måste modelleras med en viss nivå av indirekthet.

Uniswap v3 är enkel: ett gäng utklippta bitar av Uniswap v2 som limmats ihop. Men pojke, att förklara det och göra det klart, det är svårt.

Detta är sant. Vår Solana-serie behövde bara 5 kapitel om "precis tillräckligt med rost för att göra Solana och boilerplate allt annat." Utan Anchor skulle det ha varit minst 15 kapitel – och det skulle ha varit en riktig avstängning för läsarna. Anchor gör ett bra jobb med att dölja de mer komplexa aspekterna av Rust (t.ex. serialisering och deserialisering) samtidigt som säkerheten behålls. Ja, du borde någon gång skriva ett rått Rust Solana-program för den pedagogiska aspekten, men det är väldigt skrämmande för någon som inte har använt Rust/C++ tidigare. Jag kan dock säga att om alla bara skulle spendera 15 minuter om dagen på @RareCodeAI, skulle Rust-behärskning vara normen. (Och eftersom jag hela tiden blir tillfrågad - mer Solana-innehåll kommer snart).

Det viktigaste du kan göra för din karriärutveckling är inte: - Lyssna på människor som gapar på en panel ❌ - Att närma sig slumpmässiga personer för att ha samma konversation om och om igen ❌ - festa på ett sidoevenemang ❌ Det är att bli låst och höja kompetensen i något väldigt snabbt. ✅ Det är vad RareWeek handlar om.

Nästa Uniswap V3-artikel som kommer ut kommer att få folk att häpna. Det beror inte bara på att animationerna är coola, utan på att det som normalt skulle vara skrämmande matematik känns extremt lättsmält. Detta är en sak som gör RareSkills otroligt som förlag. Vi gör inte bara om befintlig dokumentation eller handledningar och gör dem lite mer inriktade på en viss målgrupp. Vi omarbetar de underliggande begreppen från de första principerna och upptäcker den bästa konceptkartrepresentationen av ämnet och förvandlar den sedan till en artikel. När befintliga härledningar inte är tillräckligt bra gör vi dem inte bättre. Vi skrotar dem och härleder dem själva.

Baserat på tidiga data som jag ser från @RareCodeAI tar det cirka 20-30 timmar av dedikerad Rust-övning för att komma till punkten att "bemästra" Rust. Med att "bemästra" Rust menar jag: - Du kan piska upp en lösning på ett vanligt problem (låt oss säga hitta strängar i en uppsättning som är anagram av varandra) utan att anstränga dig själv. - Du kan känna vilken syntax som är tillgänglig för dig i en obekant situation. - De flesta kompilatorfel skrämmer dig inte och du kan omedelbart känna igen lösningen på de vanligaste. Dessa 20-30 timmar inkluderar INTE: - Handledning för läsning - Spendera tid på att ta reda på vad du ska öva på och gå igenom - Att bestämma sig för om du ska lära dig något nytt eller öva på något från tidigare Utan RareCode misstänker jag att den tid som krävs skulle vara närmare 40 till 80 timmar. Så innan du tvingar utvecklare att lära sig Rust för att använda din produkt, tänk på det faktum att de flesta människor inte vill gå igenom 80 ansträngande timmar.

Varför ska du lära dig rekursion även om du aldrig kommer att använda det? Rekursiva lösningar tränar dig på några tankesätt: 1. Istället för att försöka generera lösningen börjar man ofta med "hur är strukturen för en giltig lösning" arbeta sig bakåt. För vissa problem är det mycket lättare att arbeta baklänges. 2. När du löser problemet är det lätt att bli distraherad av alla "tänk om". När man löser ett problem rekursivt tvingas man ofta att "ignorera" 90 % av problemen och fokusera på att bara få en del rätt. 3. Det som ofta skulle vara ett "hörn"-fall i en imperativ lösning är ett "basfall" i ett rekursivt on. Att tänka rekursivt tvingar dig ibland att inte ignorera hörnfallen. Dessutom använder rekursiva lösningar mycket mönstermatchning så att du tvingas tänka på alla situationer du kan stöta på. Här är ett riktigt bra exempel: Leetcode 335 Self Crossing (Svårt problem). Du färdas på en spiralbana på ett rutnät (dvs. svänger alltid vänster efter att ha rest en bit norrut, söderut, österut eller västerut). Frågan är, "med tanke på avståndet för varje 'segment' av spiralen i ordning, korsade spiralen sig själv eller inte?" Även om lösningen på detta inte behöver vara en funktion som anropar sig själv, använder den "trevliga" lösningen rekursiva egenskaper: 1. Om vi inte har hittat en korsning ännu, kan vi anta att det inte finns några korsningar eller ogiltiga spiraler i det förflutna. Vi märker dessutom att det inte spelar någon roll om vi reser vänster, höger, uppåt eller nedåt eftersom vi bara kan svänga vänster. Det enda vi bryr oss om är om de tidigare segmenten är parallella med vår förra sväng och hur långt bort de är. 2. När vi svänger vänster finns det ett extremt begränsat antal "segment" i spiralen vi kan krascha in i, vilket är "rekursivt" sant oavsett hur stor spiralen blir. Det finns en hel del tidigare data om spiralen som vi kan ignorera. 3. Det finns ett begränsat antal scenarier i din tidigare tur som påverkar din logik: a) reste du tillräckligt långt för att inte krascha in i något, b) om inte, vad skulle du potentiellt kunna krascha in i? (även begränsad). Det irriterande med Leetcode hards är att de plötsligt blir lätta om du hittar den viktigaste insikten. Men dessa viktiga insikter kommer till dig mer naturligt om du har tränat dig själv i rekursiv programmering. Det handlar inte bara om att designa funktioner som anropar sig själva – det handlar om att tvinga sig själv att bryta ner problemet på ett sådant sätt att det kan lösas med en funktion som kallar sig själv. Ju fler sätt du kan bryta ner ett problem på, desto mer sannolikt är det att du hittar en aha-lösning. Självklart behöver jag inte leetcode i mitt yrke, men jag behöver hitta kreativa sätt att bryta ner problem så att de blir begripliga – och utbildning i rekursion har definitivt hjälpt till med det.

Att använda AI för att koda är som att vara astronaut på månen. Du kan plötsligt hoppa mycket högre och lyfta föremål som normalt skulle vara för tunga. Men i verkligheten blir du fysiskt svagare genom atrofi. För att motverka detta måste astronauterna vara extremt disciplinerade när det gäller att träna för att behålla musklerna. Som jag ser det kommer kodare att tillbringa större delen av dagen med att använda AI för att bygga, men träna – inte bara för att undvika atrofi – utan för att öka sin skicklighet med hjälp av @RareCodeAI och/eller @RareSkills_io. I RareCode går AI:n från att göra arbete åt dig till att bli en coach för att träna dig effektivt och undvika improduktiv frustration och atrofi.

Du kan lära dig hur du använder Uniswap v4 utan att förstå hur Uniswap v3 fungerar, men att veta hur man använder det skiljer sig från att veta hur det fungerar. I Rareskills lär du dig hur det fungerar.