Il pagamento in criptovaluta dovrebbe essere identico a come facciamo le cose in Asia: Metodo 1: Il commerciante mostra un codice QR che ha l'importo del pagamento e la destinazione incorporati. Scansiono, autenticazione biometrica, fatto. Funziona anche quando si acquistano cose online. Metodo 2: Creo un codice QR (richiede autenticazione). Il commerciante scansiona e il denaro viene automaticamente prelevato dal conto (questo funziona solo per gli acquisti di persona). È davvero fastidioso tenere traccia di quale pagamento proviene da chi utilizzando gli hash delle transazioni, e a volte, se l'RPC è lento, perdi una transazione.

Vale la pena dedicare del tempo per imparare questi linguaggi di programmazione, anche se non li usi: 1/6 C Il C è un passo rimosso dalla scrittura in assembly. Ti costringe a comprendere la differenza tra "stack" e "heap". Devi anche confrontarti con i puntatori — e allenare il tuo cervello a gestire l'indirezione ti aiuterà a comprendere problemi più complessi in seguito, poiché quasi ogni problema "difficile" deve essere modellato con un certo livello di indirezione.

Uniswap v3 è semplice: un insieme di pezzi tagliati di Uniswap v2 incollati insieme. Ma spiegare questo e renderlo chiaro è difficile.

Questo è vero. La nostra serie su Solana ha avuto bisogno solo di 5 capitoli su "giusto abbastanza Rust per fare Solana e boilerplate tutto il resto." Senza Anchor, sarebbero stati almeno 15 capitoli — e questo sarebbe stato davvero un deterrente per i lettori. Anchor fa un ottimo lavoro nel nascondere gli aspetti più complessi di Rust (ad es. serializzazione e deserializzazione) mantenendo la sicurezza. Sì, a un certo punto dovresti scrivere un programma Solana in Rust puro per l'aspetto educativo, ma questo è molto intimidatorio per qualcuno che non ha mai usato Rust/C++ prima. Posso dire però, se tutti dedicassero solo 15 minuti al giorno su @RareCodeAI, la padronanza di Rust sarebbe la norma. (E poiché continuo a ricevere richieste — più contenuti su Solana arriveranno presto).

La cosa più importante che puoi fare per la tua carriera non è: - ascoltare le persone chiacchierare in un panel ❌ - avvicinarti a persone a caso per avere la stessa conversazione più e più volte ❌ - festeggiare a un evento secondario ❌ È concentrarsi e migliorare rapidamente in qualcosa. ✅ Questo è ciò di cui si tratta RareWeek.

Il prossimo articolo su Uniswap V3 che uscirà lascerà tutti a bocca aperta. Non è solo perché le animazioni sono fantastiche, ma perché ciò che normalmente sarebbe una matematica spaventosa risulta estremamente digeribile. Questo è uno degli aspetti che rende RareSkills incredibile come casa editrice. Non ci limitiamo a riproporre documentazione o tutorial esistenti rendendoli leggermente più orientati verso un certo pubblico. Rielaboriamo i concetti di base partendo dai principi fondamentali e scopriamo la migliore rappresentazione concettuale dell'argomento, per poi trasformarlo in un articolo. Quando le derivazioni esistenti non sono sufficienti, non le miglioriamo. Le scartiamo e le rielaboriamo noi stessi.

In base ai primi dati che sto vedendo da @RareCodeAI, ci vogliono circa 20-30 ore di pratica dedicata in Rust per arrivare al punto di "masterizzare" Rust. Con "masterizzare" Rust intendo: - Puoi trovare una soluzione a un problema comune (diciamo trovare stringhe in un insieme che sono anagrammi l'una dell'altra) senza sforzarti troppo. - Puoi percepire quale sintassi è disponibile per te in una situazione sconosciuta. - La maggior parte degli errori del compilatore non ti spaventano e puoi riconoscere immediatamente la soluzione per i più comuni. Queste 20-30 ore NON includono: - leggere tutorial - passare tempo a capire cosa praticare e rivedere - decidere se dovresti imparare qualcosa di nuovo o praticare qualcosa di precedente Senza RareCode, sospetto che il tempo richiesto sarebbe più vicino a 40-80 ore. Quindi, prima di costringere gli sviluppatori a imparare Rust per usare il tuo prodotto, considera il fatto che la maggior parte delle persone non vuole affrontare 80 ore estenuanti.

Perché dovresti imparare la ricorsione anche se non la userai mai? Le soluzioni ricorsive ti allenano su alcuni modi di pensare: 1. Invece di cercare di generare la soluzione, spesso inizi con “qual è la struttura di una soluzione valida” e lavori all'indietro. Per alcuni problemi, lavorare all'indietro è molto più facile. 2. Quando stai risolvendo il problema, è facile distrarsi con tutti i “cosa succede se.” Quando risolvi un problema in modo ricorsivo, sei spesso costretto a “ignorare” il 90% delle questioni e concentrarti su un solo aspetto da sistemare. 3. Quello che spesso sarebbe un caso “marginale” in una soluzione imperativa è un “caso base” in una ricorsiva. Pensare in modo ricorsivo a volte ti costringe a non ignorare i casi marginali. Inoltre, le soluzioni ricorsive fanno ampio uso del pattern matching, quindi sei costretto a pensare a tutte le situazioni che potresti incontrare. Ecco un esempio davvero buono: Leetcode 335 Self Crossing (problema difficile). Viaggi su una traiettoria a spirale su una griglia (cioè giri sempre a sinistra dopo aver viaggiato per una certa distanza a nord, sud, est o ovest). La domanda è: “data la distanza di ciascun ‘segmento’ della spirale in ordine, la spirale si è incrociata o no?” Sebbene la soluzione a questo non debba essere una funzione che chiama se stessa, la soluzione “carina” utilizza proprietà ricorsive: 1. se non abbiamo ancora trovato un incrocio, possiamo assumere che non ci siano incroci o spirali non valide nel passato. Inoltre, notiamo che non importa se stiamo viaggiando a sinistra, a destra, in alto o in basso, perché possiamo solo girare a sinistra. Ciò che ci interessa è se i segmenti precedenti sono paralleli alla nostra precedente svolta e quanto sono distanti. 2. quando giriamo a sinistra, c'è un numero estremamente limitato di “segmenti” nella spirale in cui possiamo scontrarci, il che è “ricorsivamente” vero indipendentemente da quanto grande diventi la spirale. Ci sono molti dati passati sulla spirale che possiamo ignorare. 3. C'è un numero limitato di scenari nella tua precedente svolta che influenzano la tua logica: a) hai viaggiato abbastanza lontano da non scontrarti con nulla, b) se no, in cosa potresti potenzialmente scontrarti? (anche questo è limitato). La cosa fastidiosa dei problemi difficili di Leetcode è che diventano improvvisamente facili se trovi l'intuizione chiave. Ma quelle intuizioni chiave ti verranno più naturalmente se ti sei allenato nella programmazione ricorsiva. Non si tratta solo di progettare funzioni che chiamano se stesse — si tratta di costringerti a scomporre il problema in modo tale che possa essere risolto con una funzione che chiama se stessa. Più modi hai per scomporre un problema, più è probabile che tu trovi una soluzione “aha.” Ovviamente, non ho bisogno di fare Leetcode nella mia professione, ma ho bisogno di trovare modi creativi per scomporre i problemi affinché diventino comprensibili — e l'allenamento nella ricorsione mi ha sicuramente aiutato in questo.

Usare l'IA per programmare è come essere un astronauta sulla luna. Puoi improvvisamente saltare molto più in alto e sollevare oggetti che normalmente sarebbero troppo pesanti. Ma in realtà, stai diventando fisicamente più debole a causa dell'atrofia. Per contrastare questo, gli astronauti devono essere estremamente disciplinati nell'esercitarsi per mantenere i muscoli. Dal mio punto di vista, i programmatori trascorreranno la maggior parte della giornata usando l'IA per costruire, ma si alleneranno — non solo per evitare l'atrofia — ma per aumentare le proprie abilità usando @RareCodeAI e/o @RareSkills_io. In RareCode, l'IA passa dal fare il lavoro per te a diventare un coach per allenarti in modo efficiente e evitare frustrazioni e atrofia improduttive.

Puoi imparare a usare Uniswap v4 senza capire come funziona Uniswap v3, ma sapere come usarlo è diverso dal sapere come funziona. In Rareskills, impari come funziona.