Plata cripto ar trebui să fie identică cu modul în care facem lucrurile în Asia: Metoda 1: Comerciantul afișează un cod QR care are suma de plată și destinația încorporate. Scanez, autentificare biometrică, gata. Funcționează și atunci când cumpărați lucruri online. Metoda 2: Creez un cod QR (necesită autentificare). Comerciantul scanează, iar banii sunt extrași automat din cont (acest lucru funcționează doar pentru cumpărăturile în persoană). Este foarte enervant să urmărești ce plată a venit de la cine folosind hash-uri de tranzacție și, uneori, dacă RPC-ul este lent, pierzi o tranzacție.

Merită să înveți aceste limbaje de programare, chiar dacă nu le folosești: 1/6 C C este pe pas îndepărtat de la asamblarea scrisului. Vă obligă să înțelegeți diferența dintre "stivă" și "grămadă". De asemenea, trebuie să te încurci cu indicații – iar antrenamentul creierului tău pentru a gestiona indirecția te va ajuta să rezolvi probleme mai dificile mai târziu, deoarece aproape fiecare problemă "dificilă" trebuie modelată cu un anumit nivel de indirecție.

Uniswap v3 este simplu: o grămadă de bucăți tăiate de Uniswap v2 lipite împreună. Dar băiete, să explic asta și să fie clar, este greu.

Acest lucru este adevărat. Seria noastră Solana a avut nevoie de doar 5 capitole despre "suficient Rust pentru a face Solana și boilerplate orice altceva". Fără Anchor, ar fi fost cel puțin 15 capitole – și asta ar fi fost o adevărată oprire pentru cititori. Anchor face o treabă excelentă ascunzând aspectele mai complexe ale Rust (de exemplu, serializarea și deserializarea), păstrând în același timp siguranța. Da, ar trebui să scrieți la un moment dat un program brut Rust Solana pentru aspectul educațional, dar asta este foarte intimidant pentru cineva care nu a mai folosit Rust/C++ înainte. Pot spune totuși că, dacă toată lumea ar petrece doar 15 minute pe zi pe @RareCodeAI, măiestria Rust ar fi norma. (Și pentru că tot sunt întrebat - mai mult conținut Solana va apărea în curând).

Cel mai important lucru pe care îl poți face pentru progresul în carieră nu este: - ascultarea oamenilor urlând pe un panou ❌ - abordarea unor persoane aleatorii pentru a avea aceeași conversație din nou și din nou ❌ - petrecere la un eveniment ❌ secundar Se blochează și se perfecționează în ceva foarte repede. ✅ Despre asta este vorba în RareWeek.

Următorul articol Uniswap V3 care va apărea va uimi mințile oamenilor. Acest lucru nu se datorează doar faptului că animațiile sunt cool, ci și pentru că ceea ce în mod normal ar fi o matematică înfricoșătoare pare extrem de digerabilă. Acesta este un lucru care face ca RareSkills să fie incredibilă ca editură. Nu doar refacem documentația sau tutorialele existente și le facem puțin mai orientate către un anumit public. Refacem conceptele de bază din primele principii și descoperim cea mai bună reprezentare a hărții conceptuale a subiectului, apoi o transformăm într-un articol. Când derivările existente nu sunt suficient de bune, nu le facem mai bune. Le eliminăm și le rederivăm noi înșine.

Pe baza datelor timpurii pe care le văd de la @RareCodeAI este nevoie de aproximativ 20-30 de ore de practică dedicată Rust pentru a ajunge la punctul de "stăpânire" Rust. Prin "stăpânire" Rust vreau să spun: - Puteți găsi o soluție la o problemă comună (să zicem să găsiți corzi într-un set care sunt anagrame una a celeilalte) fără să vă încordați. - Puteți simți ce sintaxă vă este disponibilă într-o situație necunoscută. - Majoritatea erorilor de compilare nu vă sperie și puteți recunoaște imediat soluția la cele mai frecvente. Aceste 20-30 de ore NU includ: - Tutoriale de citire - petrecerea timpului pentru a afla ce să exerseze și să revizuiască - să decideți dacă ar trebui să învățați ceva nou sau să exersați ceva de mai devreme Fără RareCode, bănuiesc că timpul necesar ar fi mai aproape de 40 până la 80 de ore. Deci, înainte de a forța dezvoltatorii să învețe Rust pentru a-ți folosi produsul, ia în considerare faptul că majoritatea oamenilor nu vor să treacă prin 80 de ore istovitoare.

De ce ar trebui să înveți recursivitatea chiar dacă nu o vei folosi niciodată? Soluțiile recursive vă antrenează cu câteva mentalități: 1. În loc să încercați să generați soluția, de multe ori începeți cu "care este structura unei soluții valide" lucrați invers. Pentru unele probleme, lucrul înapoi este mult mai ușor. 2. Când rezolvi problema, este ușor să fii distras de toate "ce-ar fi dacă". Când rezolvi o problemă recursiv, de multe ori ești forțat să "ignori" 90% din probleme și să te concentrezi pe obținerea unei singure părți corecte. 3. Ceea ce ar fi adesea un caz de "colț" într-o soluție imperativă este un "caz de bază" într-un recursiv. Gândirea recursivă te forțează uneori să nu ignori cazurile de colț. În plus, soluțiile recursive folosesc intens potrivirea modelelor, astfel încât să fii forțat să te gândești la toate situațiile pe care le-ai putea întâlni. Iată un exemplu foarte bun: Leetcode 335 Self Crossing (problemă dificilă). Călătoriți pe o traiectorie spiralată pe o grilă (adică întotdeauna virați la stânga după ce parcurgeți o anumită distanță spre nord, sud, est sau vest). Întrebarea este: "având în vedere distanța fiecărui "segment" al spiralei în ordine, spirala s-a intersectat sau nu?" Deși soluția la acest lucru nu trebuie să fie o funcție care se numește singură, soluția "drăguță" folosește proprietăți recursive: 1. Dacă nu am găsit încă o încrucișare, atunci putem presupune că nu există încrucișări sau spirale invalide în trecut. În plus, observăm că nu contează dacă călătorim la stânga, la dreapta, în sus sau în jos, deoarece putem vira doar la stânga. Tot ce ne pasă este dacă segmentele anterioare sunt paralele cu rândul nostru anterior și cât de departe sunt. 2. Când virăm la stânga, există un număr extrem de limitat de "segmente" în spirală în care ne putem prăbuși, ceea ce este "recursiv" adevărat, indiferent cât de mare devine spirala. Există o mulțime de date din trecut despre spirală pe care le putem ignora. 3. Există un număr limitat de scenarii în rândul tău anterior care îți afectează logica: a) ai călătorit suficient de departe pentru a nu te ciocni de nimic, b) dacă nu, în ce te-ai putea prăbuși? (de asemenea, limitat). Lucrul enervant despre hard-urile Leetcode este că devin brusc ușoare dacă găsești o perspectivă cheie. Dar aceste informații cheie îți vor veni mai natural dacă te-ai antrenat în programare recursivă. Nu este vorba doar de a proiecta funcții care se numesc singure - este vorba despre a te forța să descompuni problema în așa fel încât să poată fi rezolvată cu o funcție care se cheamă singură. Cu cât poți rezolva o problemă în mai multe moduri, cu atât este mai probabil să găsești o soluție "aha". Evident, nu trebuie să fac leetcode în profesia mea, dar trebuie să găsesc modalități creative de a descompune problemele, astfel încât acestea să devină ușor de înțeles - iar antrenamentul în recursivitate a ajutat cu siguranță în acest sens.

Folosirea inteligenței artificiale pentru a codifica este ca și cum ai fi astronaut pe Lună. Puteți sări brusc mult mai sus și puteți ridica obiecte care în mod normal ar fi prea grele. Dar, în realitate, devii mai slab fizic prin atrofie. Pentru a contracara acest lucru, astronauții trebuie să fie extrem de disciplinați în ceea ce privește exercițiile fizice pentru a păstra mușchii. Din punctul meu de vedere, programatorii își vor petrece cea mai mare parte a zilei folosind AI pentru a construi, dar antrenându-se - nu numai pentru a evita atrofia - ci și pentru a crește abilitățile folosind @RareCodeAI și/sau @RareSkills_io. În RareCode, AI trece de la a lucra pentru tine la a deveni un antrenor pentru a te antrena eficient și a evita frustrarea și atrofia neproductive.

Puteți învăța cum să utilizați Uniswap v4 fără a înțelege cum funcționează Uniswap v3, dar a ști cum să-l utilizați este diferit de a ști cum funcționează. În Rareskills, înveți cum funcționează.