Rubriques tendance
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Jeffrey Scholz
Le paiement en crypto devrait être identique à la façon dont nous faisons les choses en Asie :
Méthode 1 : Le commerçant affiche un code QR qui contient le montant du paiement et la destination intégrés. Je scanne, authentification biométrique, c'est fait. Cela fonctionne aussi pour les achats en ligne.
Méthode 2 : Je crée un code QR (nécessite une authentification). Le commerçant scanne, et l'argent est automatiquement prélevé du compte (cela ne fonctionne que pour les achats en personne).
C'est vraiment ennuyeux de suivre quel paiement provient de qui en utilisant des hachages de transaction, et parfois, si le RPC est lent, vous manquez une transaction.
1,05K
Il vaut la peine d'apprendre ces langages de programmation, même si vous ne les utilisez pas :
1/6
C
C est à un pas de l'écriture en assembleur. Cela vous oblige à comprendre la différence entre "pile" et "tas". Vous devez également vous débattre avec les pointeurs — et entraîner votre cerveau à gérer l'indirection vous aidera à comprendre des problèmes plus difficiles plus tard, car presque chaque problème "difficile" doit être modélisé avec un certain niveau d'indirection.
7,47K
C'est vrai.
Notre série sur Solana n'a eu besoin que de 5 chapitres sur "juste assez de Rust pour faire Solana et tout le reste en boilerplate."
Sans Anchor, cela aurait nécessité au moins 15 chapitres — et cela aurait vraiment rebuté les lecteurs.
Anchor fait un excellent travail en cachant les aspects plus complexes de Rust (par exemple, la sérialisation et la désérialisation) tout en maintenant la sécurité.
Oui, vous devriez à un moment donné écrire un programme Solana en Rust brut pour l'aspect éducatif, mais c'est très intimidant pour quelqu'un qui n'a jamais utilisé Rust/C++ auparavant.
Je peux dire cependant que si tout le monde passait juste 15 minutes par jour sur @RareCodeAI, la maîtrise de Rust deviendrait la norme.
(Et parce que je continue à recevoir des questions — plus de contenu sur Solana arrive bientôt).

chase 📱25 juil., 12:07
À mon avis, si @armaniferrante n'avait pas créé Anchor, Solana n'aurait pas pu atteindre la masse critique de développeurs d'applications qu'elle a et serait probablement 10 fois moins réussie à cause de cela.
Anchor a construit un pont vers Rust. Sans ce pont, de nombreux développeurs auraient choisi une autre chaîne.
3,16K
La chose la plus importante que vous puissiez faire pour votre progression de carrière n'est pas :
- écouter des gens parler lors d'un panel ❌
- approcher des personnes au hasard pour avoir la même conversation encore et encore ❌
- faire la fête lors d'un événement secondaire ❌
C'est de se concentrer et d'acquérir rapidement de nouvelles compétences. ✅
C'est de cela dont il s'agit lors de RareWeek.

Guy23 juil., 19:53
Après avoir assisté à plusieurs conférences cette année, nous avons remarqué un schéma... les événements principaux perdent de leur éclat.
Trop larges, trop superficiels, trop de conversations non techniques.
Nous créons l'opposé avec RareWeek où chaque heure compte.
Apprentissage à haute intensité ⚡️ > profondeur technique 🛠️ > esprits triés sur le volet 🧠
Moins de 7 semaines avant le grand jour !
@RareSkills_io

2,29K
Le prochain article sur Uniswap V3 qui va sortir va épater les gens.
Ce n'est pas seulement parce que les animations sont cool, mais parce que ce qui serait normalement des mathématiques effrayantes semble extrêmement digestible.
C'est une des choses qui rend RareSkills incroyable en tant qu'entreprise de publication.
Nous ne faisons pas que réécrire la documentation ou les tutoriels existants en les orientant légèrement vers un certain public.
Nous retravaillons les concepts sous-jacents à partir des premiers principes et découvrons la meilleure représentation conceptuelle du sujet, puis nous le transformons en article.
Lorsque les dérivations existantes ne sont pas suffisantes, nous ne les améliorons pas. Nous les abandonnons et les redérivons nous-mêmes.
4,13K
D'après les premières données que je vois de @RareCodeAI, il faut environ 20 à 30 heures de pratique dédiée en Rust pour atteindre le niveau de "maîtrise" du Rust.
Par "maîtriser" le Rust, j'entends :
- Vous pouvez trouver une solution à un problème courant (disons trouver des chaînes dans un ensemble qui sont des anagrammes les unes des autres) sans vous fatiguer.
- Vous pouvez percevoir quelle syntaxe est à votre disposition dans une situation inconnue.
- La plupart des erreurs de compilation ne vous effraient pas et vous pouvez immédiatement reconnaître la solution aux plus courantes.
Ces 20 à 30 heures n'incluent PAS :
- lire des tutoriels
- passer du temps à déterminer quoi pratiquer et revoir
- décider si vous devez apprendre quelque chose de nouveau ou pratiquer quelque chose d'antérieur
Sans RareCode, je soupçonne que le temps requis serait plutôt de 40 à 80 heures.
Donc, avant de forcer les développeurs à apprendre le Rust pour utiliser votre produit, considérez le fait que la plupart des gens ne veulent pas passer 80 heures éprouvantes.
2,7K
Pourquoi devriez-vous apprendre la récursion même si vous ne l'utiliserez jamais ?
Les solutions récursives vous entraînent à adopter quelques mentalités :
1. Plutôt que d'essayer de générer la solution, vous commencez souvent par "quelle est la structure d'une solution valide" et travaillez à rebours. Pour certains problèmes, travailler à rebours est beaucoup plus facile.
2. Lorsque vous résolvez le problème, il est facile de se laisser distraire par tous les "et si". En résolvant un problème de manière récursive, vous êtes souvent contraint d'"ignorer" 90 % des problèmes et de vous concentrer sur le fait d'obtenir juste une partie correcte.
3. Ce qui serait souvent un cas "particulier" dans une solution impérative est un "cas de base" dans une solution récursive. Penser de manière récursive vous oblige parfois à ne pas ignorer les cas particuliers. De plus, les solutions récursives font largement usage de la correspondance de motifs, vous obligeant à penser à toutes les situations que vous pourriez rencontrer.
Voici un très bon exemple : Leetcode 335 Self Crossing (problème difficile).
Vous voyagez sur une trajectoire en spirale sur une grille (c'est-à-dire que vous tournez toujours à gauche après avoir parcouru une certaine distance vers le nord, le sud, l'est ou l'ouest). La question est : "étant donné la distance de chaque 'segment' de la spirale dans l'ordre, la spirale s'est-elle croisée ou non ?"
Bien que la solution à cela n'ait pas besoin d'être une fonction s'appelant elle-même, la solution "agréable" utilise des propriétés récursives :
1. si nous n'avons pas encore trouvé de croisement, nous pouvons supposer qu'il n'y a pas de croisements ou de spirales invalides dans le passé. Nous remarquons en outre qu'il n'importe peu si nous voyageons à gauche, à droite, en haut ou en bas, car nous ne pouvons tourner qu'à gauche. Tout ce qui nous intéresse, c'est si les segments précédents sont parallèles à notre dernier virage et à quelle distance ils se trouvent.
2. lorsque nous tournons à gauche, il y a un nombre extrêmement limité de "segments" dans la spirale dans lesquels nous pouvons entrer en collision, ce qui est "récursivement" vrai peu importe la taille de la spirale. Il y a beaucoup de données passées sur la spirale que nous pouvons ignorer.
3. Il y a un nombre limité de scénarios dans votre dernier virage qui affectent votre logique : a) avez-vous voyagé assez loin pour ne pas entrer en collision avec quoi que ce soit, b) sinon, avec quoi pourriez-vous potentiellement entrer en collision ? (également limité).
Le problème avec les Leetcode difficiles, c'est qu'ils deviennent soudainement faciles si vous trouvez l'idée clé. Mais ces idées clés vous viendront plus naturellement si vous vous êtes entraîné à la programmation récursive.
Il ne s'agit pas seulement de concevoir des fonctions qui s'appellent elles-mêmes — il s'agit de vous forcer à décomposer le problème de manière à ce qu'il puisse être résolu avec une fonction s'appelant elle-même. Plus vous pouvez décomposer un problème de différentes manières, plus vous êtes susceptible de trouver une solution "aha".
Évidemment, je n'ai pas besoin de faire du leetcode dans ma profession, mais j'ai besoin de trouver des moyens créatifs de décomposer les problèmes afin qu'ils deviennent compréhensibles — et l'entraînement à la récursion m'a définitivement aidé avec cela.

1,64K
Utiliser l'IA pour coder, c'est comme être un astronaute sur la lune.
Vous pouvez soudainement sauter beaucoup plus haut et soulever des objets qui seraient normalement trop lourds.
Mais en réalité, vous devenez physiquement plus faible à cause de l'atrophie.
Pour contrer cela, les astronautes doivent être extrêmement disciplinés en matière d'exercice pour conserver leur masse musculaire.
De mon point de vue, les codeurs passeront la majeure partie de la journée à utiliser l'IA pour construire, mais s'entraîner — non seulement pour éviter l'atrophie — mais aussi pour augmenter leurs compétences en utilisant @RareCodeAI et/ou @RareSkills_io.
Dans RareCode, l'IA passe de faire le travail pour vous à devenir un coach pour vous entraîner efficacement et éviter la frustration et l'atrophie non productives.

ℏεsam19 juil., 00:37
"J'utilise l'IA dans une fenêtre séparée. Je n'apprécie pas Cursor ou Windsurf, je peux littéralement sentir la compétence s'échapper de mes doigts."
@dhh, le légendaire programmeur et créateur de Ruby on Rails, a l'idée la plus belle et philosophique sur ce que l'IA enlève aux programmeurs.
3,91K
Meilleurs
Classement
Favoris
Tendance on-chain
Tendance sur X
Récents financements de premier plan
Les plus notables