Il n'est pas rare que des personnes réussissent malgré le fait d'être : - arrogantes - volatiles - avec une faible intelligence émotionnelle - pas particulièrement intelligentes - désorganisées - ayant un mode de vie malsain - ayant des problèmes de santé (ceux sur lesquels vous ne pouvez rien faire) Mais il est extrêmement rare de réussir avec les attributs suivants : - paresseux - sans ambition - concentré sur le divertissement personnel - ne pensant qu'à aujourd'hui ou peut-être à demain - croyances auto-limitantes fortement ancrées Si vous essayez de "vous réparer", les éléments de la deuxième liste prennent une priorité plus élevée. (Crédit à Paul Graham pour avoir introduit ce contraste)

Je cherche un développeur avec les compétences suivantes : - Doit être capable de faire du design UI / UX si une charte graphique et un texte préexistant sont fournis. - Doit être à l'aise avec PHP. - Doit être basé en Asie. - Doit avoir utilisé Selenium / Playwright pour les tests de sites web (ou pour acheter des billets de concert / des sneakers, peu importe, mais vous DEVEZ avoir utilisé cette stack). - Semaine de travail de six jours. - Utilise déjà l'IA dans votre flux de travail. Si un design de page est extrêmement bien spécifié, vous devriez être capable de le livrer le jour même. Le nombre exact d'années d'expérience n'a pas d'importance, mais les exigences ci-dessus sont OBLIGATOIRES et ne sont pas quelque chose à apprendre sur le tas. DM moi si c'est vous. Je ne peux pas faire d'exceptions à aucun des points ci-dessus — je suis vraiment désolé.

Il devrait y avoir au moins un sujet que vous comprenez très profondément. Les personnes qui n'atteignent pas ce point ne savent pas à quoi ressemble une "compréhension profonde". Elles pensent que "comprendre" un sujet signifie avoir consommé le contenu le plus populaire sur le sujet. Une fois que vous comprenez un sujet en profondeur, vous pouvez réappliquer cette expérience pour apprendre un autre sujet en profondeur. Si vous connaissez un sujet en profondeur, il est facile d'apprendre d'autres sujets à un niveau superficiel-moyen — mais si vous connaissez plusieurs sujets à un niveau superficiel, vous ne savez pas comment apprendre un sujet en profondeur. De plus, l'avantage majeur que les humains ont sur l'IA est la capacité de développer une compréhension profonde d'un sujet — l'IA a déjà une compréhension superficielle de tout mais a du mal quand il s'agit des détails fins.

Cela ne manque jamais de me mettre un sourire sur le visage.

I’m having the legendary @Jeyffre on THE NETWORK PODCAST this Friday. What should I ask him? Respond with a comment below this post!

Laissez-moi vous rappeler pour la 56e fois que le fait d'être un codeur « monkey see, monkey do » ne vous mènera nulle part. Vous devriez réellement apprendre les bases de l'informatique. La plupart des véritables innovations en informatique se sont arrêtées il y a des décennies. L'« innovation » que nous voyons aujourd'hui consiste simplement à réorganiser des choses qui existaient déjà + un meilleur matériel et des réseaux plus rapides. (Ce n'est pas une insulte aux innovateurs d'aujourd'hui, l'innovation véritable aujourd'hui nécessite des compétences tout comme il y a des décennies). La façon dont vous restez « à jour » avec les derniers changements est en apprenant les fondements. - Rust est essentiellement un mélange de C++ et de programmation fonctionnelle. - L'IA n'est que des graphismes informatiques, de l'algèbre linéaire et un peu de calcul. - La blockchain n'est que du calcul distribué avec une exigence de tolérance aux pannes byzantines. - SVM, EVM, CairoVM, etc. ne sont que des variations de l'architecture de Von-Neumann avec des changements mineurs. - La programmation ZK (Circom, Halo2, etc.) n'est qu'un cousin de la programmation logique. - ZK lui-même utilise des mathématiques et des algorithmes de cryptographie qui existent depuis longtemps. Si vous avez du mal à suivre, ce n'est pas parce que vous n'apprenez pas assez vite, c'est parce que vous ne comprenez pas les briques dont tout ce que nous appelons « informatique » aujourd'hui est fait. Métaphoriquement, si tout ce que vous pouvez faire est de mettre des pizzas congelées au micro-ondes, vous serez finalement remplacé. Si vous savez comment la farine, la levure, le fromage, etc. interagissent entre eux, alors vous pouvez être un vrai chef et vous adapter même si la disponibilité des ingrédients change.

Quelque chose auquel j'ai activement pensé est "Comment enseigner à quelqu'un à écrire ?" Je suis en train de réfléchir à l'utilisation de l'IA pour apprendre à coder, mais si l'IA est votre instructeur d'écriture, elle ne peut vous aider que si votre écriture est vraiment mauvaise. Quelques réflexions dans le désordre : 1) Le mentorat direct est très efficace s'il peut être maintenu pendant plusieurs années. Certains des écrivains qui ont travaillé pour moi pendant si longtemps m'étonnent par la qualité de leur écriture, et nos seules interactions consistent à me donner des retours sur la façon d'améliorer un article. Cela a fonctionné beaucoup mieux que je ne le pensais. Finalement, ils développent une seconde nature pour reconnaître une écriture de qualité inférieure (même si subtile) et c'est incroyable. Ce n'est cependant pas un modèle évolutif. 2) Bien écrire nécessite du volume dans les premiers temps. Écrire, c'est comme courir. Si vous êtes débutant, il n'y a pas de différence entre "travailler dur" et "travailler intelligemment". Si vous êtes en surpoids et que vous commencez à courir, vous verrez des résultats quoi qu'il arrive. "Travailler intelligemment" n'a d'importance que lorsque vous approchez de vos limites génétiques (ce que la plupart des gens ne font pas). Si vous êtes propriétaire d'une entreprise, vous pouvez automatiquement améliorer les compétences d'écriture de vos employés en remplaçant vos réunions debout par des réunions écrites, puis en donnant des retours sur l'écriture lorsque la mise à jour n'est pas claire. L'avantage, c'est que les gens sont des experts sur ce sur quoi ils ont travaillé, donc ils n'ont qu'à pratiquer l'expression de cela. Le volume, pour un écrivain débutant, est la seule chose qui compte vraiment. 3) La plupart des gens ont un vocabulaire sous-entraîné. Considérez cette analogie : Même si vous n'utilisez jamais les mathématiques, vous devriez quand même les apprendre. Même si vous n'utilisez jamais la récursion ou les DSA, vous devriez quand même les apprendre. Elles vous entraînent à décomposer un grand problème en plus petits, ce qui est essentiellement votre travail en tant qu'ingénieur. Pour les écrivains, votre travail consiste également à décomposer une idée plus grande en plus petites. Puisque les mots sont les unités indivisibles des idées, vous devez avoir une bonne compréhension d'eux. Si vous pouvez articuler la différence entre - "insinuation" et "implicature" - "généralisation" et "abstraction" - "prévision" et "prévision" - "interpolation" et "induction" alors vous vous entraînez automatiquement à exprimer des idées avec précision — ce qui est tout l'enjeu de l'écriture.

Il est incroyable pour moi de voir à quel point l'éducation est défaillante, même à l'université. 1) Vous assistez à un cours où le professeur répète la même chose pour la dixième fois. Il ou elle n'a probablement pas l'avantage des effets spéciaux ou des animations pour transmettre les concepts plus clairement (c'est-à-dire que la modalité visuelle est limitée). Le professeur n'est peut-être même pas bon au départ. 2) Le cours avance à un rythme standardisé pour tous. 3) Des heures plus tard, peut-être des jours plus tard, vous faites les devoirs. C'est après avoir oublié tout ce que vous avez appris en classe — en supposant que vous ayez appris quelque chose en classe. 4) Vous trichez probablement sur vos devoirs et n'apprenez en réalité rien. Si je concevais une école, chaque élève serait assis devant un ordinateur de bureau (avec un accès à Internet coupé ou extrêmement limité), et il exécuterait un logiciel qui propose des leçons en petites portions et quelques exercices pour les pratiquer. Un surveillant se promènerait pour s'assurer que les élèves restent concentrés. Personne ne ramène de devoirs à la maison. Quand vous avez terminé, c'est fini. Il n'est tout simplement pas logique pour moi de comprendre pourquoi nous utilisons des stratégies d'enseignement d'il y a 400 ans comme si la technologie n'avait pas changé depuis. Je comprends que cette stratégie ne fonctionne pas pour chaque matière (surtout l'écriture), mais beaucoup de matières, même celles des arts libéraux, peuvent être enseignées de cette manière. De plus, les ordinateurs exécuteraient Arch Linux. Parce que je l'ai dit.

À mon avis, la plus grande contribution de Jeff a été qu'il a réussi à éduquer sur les ZK avec la séquence d'ouverture parfaite : Ensembles, Groupes, Corps, Homomorphismes, Appariements. Cet aspect ne peut pas être sous-estimé ; c'est un véritable changement de jeu. Je dis cela en tant que personne ayant un diplôme en mathématiques pures et deux masters quantitatifs. Ce déblocage a été un facteur d'accélération massif. Je prendrais probablement un an au lieu de 2 semaines, sans cette séquence correcte. Personne d'autre ne l'a simplifié de cette manière ; toutes les ressources ZK font maintenant référence à ce déblocage.

Dans un tweet précédent, j'ai recommandé de travailler sur le problème le plus difficile que vous pouvez pour gagner du respect, puis d'utiliser ce respect pour sortir de la phase de "junior engineer". Mais cela ne s'applique pas seulement aux juniors. Dans ma propre vie professionnelle : 1 - Je suis devenu le plus jeune responsable technique chez Yahoo en essayant de résoudre l'IA / AR en temps réel en 2017. Nous avons des SDK pour cela de nos jours, mais à l'époque, cela nécessitait des optimisations significatives en raison du matériel limité. Je n'ai pas dit "promouvez-moi, et je le résoudrai." Ils m'ont essentiellement supplié de gérer plus de personnes après que j'ai montré que je pouvais m'attaquer à un problème qu'ils pensaient insolvable. 2 - RareSkills a commencé à être pris très au sérieux après que j'ai percé l'éducation ZK. En 2023, je pouvais compter sur une main le nombre de ressources qui avaient fait une tentative sérieuse (bien que incomplète) d'apprendre à quelqu'un comment réellement coder un prouveur et un vérificateur. De nos jours, il existe beaucoup de matériaux ZK, mais la plupart d'entre eux sont fortement inspirés par le livre ZK. Cela peut sembler évident d'étudier les Ensembles, puis les Groupes, puis les Corps, puis les Homomorphismes, puis les appariements, de nos jours, mais même le manuel de mathématiques lunaires n'avait pas un tel graphe de connaissances clair (plus d'un doctorat en mathématiques m'a dit que c'était difficile à comprendre, mais je ne veux pas insulter les auteurs, rassembler tout ce matériel n'est pas une mince affaire). Il était férocement difficile de trouver un nouveau moyen d'expliquer ZK en dehors de l'explication inutile "engagement polynomial -> PCP linéaire -> preuve non interactive" que les gens ne comprenaient de toute façon pas. —— Lorsque vous êtes plus avancé dans votre carrière, la tentation peut être de se concentrer uniquement sur ce qui est pratique ou rentable à court terme. J'ai passé des années hanté par le sentiment que je devrais simplement obtenir un emploi technique bien rémunéré au lieu d'écrire des blogs que les gens lisent gratuitement. Mais considérez ceci : faire des choses difficiles peut créer plus d'opportunités de profit à long terme. Par exemple, les rédacteurs techniques sont normalement très mal payés, mais nous avons réussi à en faire une entreprise rentable (et à payer nos rédacteurs 2 à 3 fois ce qu'ils gagneraient ailleurs) simplement parce que nous avons prouvé que nous pouvions faire quelque chose de difficile dans le domaine de l'écriture technique. Ne sous-estimez pas le pouvoir de la réputation et du respect et ne tentez pas de prendre des raccourcis pour y parvenir. La raison pour laquelle les réalisations vous gagnent du respect n'est pas à cause de l'accomplissement lui-même, mais à cause de l'effort implicite que vous avez fourni en chemin.