If you see this message, it means I haven't published this page yet, or it is a ghost link, or there is a bug 🤷

I like creating ghost links when writing, for things that I believe important and I'd want to write about it later

View all dead interlinks

• ((How to Write a (Lisp) Interpreter (in Python)) (by Peter Norvig)(archived))
• (Suggested 📚) Elon Musk (archived)
• :space:
• @reworkpodcast
• A Gentle Introduction to LLVM IR · mcyoung (archived)
• A Unified Theory of Garbage Collection
• Alfred North Whitehead
• Amdahl's Law
• Andrej Karpathy's A from-scratch tour of Bitcoin in Python (archived)
• Andrej Karpathy's advice for success (archived)
• Avoid spending energy on low-leverage decisions, spend most of your energy on high leverage decisions
• BCPL
• Backus-Naur Form (BNF)
• Balaji
• Bob Nystrom - Is There More to Game Architecture than ECS? (archived)
• Brendan Eich
• Brian W. Kernighan
• Brooks' categorization of constraints
• Category Theory for Programmers The Preface (archived)
• Chamath Palihapitiya
• Chris Hanson
• Clarity > cleverness
• Claude Shannon
• Clippings/Sly Lex Yacc (archived)
• Common Gotchas — The Hitchhiker's Guide to Python (archived)
• Composibility—Write programs to work together
• Composition—Design programs to be connected to other programs
• Computational Category Theory in Python I Dictionaries for FinSet (archived)
• DHH
• Dabeaz (David Beazley) Write a Compiler Course Notebook
• Data dominates—data structures, not algorithms are central to programming
• David Reich
• David Beazley (Dabeaz)
• David Beazley - Reinventing the Parser Generator - PyCon 2018 (archived)
• Dennis Ritchie
• Derek Sivers
• Design for simplicity; add complexity only where you must
• Design is compromise.md
• Design of Everyday Things - Don Norman (book)
• Distrust all claims for “one true way”
• Do one thing and do it well
• Donald Norman
• Doug McIlroy
• Edsger Dijkstra
• Edward R. Tufte
• Einstein
• Eli Bendersky's website (archived)
• Elon Musk
• Embrace Constraints (archived)#^constrainst-on-creativity
• Eric S. Raymond
• Everything should be made as simple as possible, but not simpler
• Extended Backus-Naur Form (EBNF)
• Extensibility—Design for the future, because it will be here sooner than you think
• FOMO fear of missing out
• Fred Brooks
• Gary Kildall
• George Hotz
• Gerald Jay Sussman
• Glyphack
• Good and Bad Procrastination (archived)
• Great scientists all spend a lot of time and effort in examining the important problems in their field
• Greg Egan
• Guido Van Rossum
• Hamming's algorithm to do great work
• Hick’s Law
• How to Do Great Work (archived)
• How to Twitter Successfully near.blog (archived)
• Idea Maze
• If you are to do important work then you must work on the right problem at the right time and in the right way
• In any field, top 1% have 99% of the talent and knowledge
• Isaac Asimov
• James D. Watson
• James Dale Davidson
• John Baez - Advice for the Young Scientist (archived)
• John Boyd
• John Carmak Workstyle
• John Drury Clark
• John Gall
• Ken Thompson
• Kent Beck
• Knowledge compounds
• LL, LR, SLR, and LALR parsers
• LLVM Tutorial — LLVM (archived)
• LLVM by Chris Lattner in The Architecture of Open Source Applications (Volume 1) (archived)
• Labor Arbitrage Theory of Dev Tool Popularity
• Larry Wall
• Lary Wall
• Learn to Think in Multiple Ways — The Anthology of Balaji (archived)
• Least surprise—In interface design, always do the least surprising thing
• Leverage Dichotomy of Human vs Machine Thinking
• Lex
• Lex Fridman
• Life algorithms
• Luck favors the prepared mind
• Martin Richards
• Mastering Bitcoin by Antonopoulos
• Measure everything in your life
• Merchants of complexity - DHH writing
• Modern Operating Systems by Tanenbaum
• Modularity—write simple parts connected by clean interfaces
• Neal Stephenson
• Neopythonic - Guido Van Rossum's blog (archived)
• Newton
• Niklaus Wirth
• Operating Systems Three Easy Pieces by Arpaci Dusseau
• Parsimony—Write a big program only when it is clear by demonstration that nothing else will do
• Pascal frame
• Pasted image 20250222174054.png
• Pasted image 20250225063615.png
• Pasted image 20250303224529.png
• Pasted image 20250304001544.png
• Pasted image 20250310235628.png
• Pasted image 20250310235634.png
• Pasted image 20250315170106.png
• Pasted image 20250316024242.png
• Pasted image 20250316030855.png
• Pasted image 20250321061049.png
• Pasted image 20250321082814.png
• Pasted image 20250323015047.png
• Paul Graham
• Perl (programming language)
• Peter J. Landin
• Peter Thiel
• Peter Thiel on Polymaths
• Plan 9
• Problem solving with Unix commands Vegard Stikbakke (archived)
• Productivity Tips near.blog (archived)
• Programmer time > machine time
• Prototype before polishing. Get it working before you optimizing
• Prototype · Design Patterns Revisited · Game Programming Patterns (archived)#What about JavaScript?
• Python Cookbook
• Python Design and History FAQ (archived)
• React, Electron, and LLMs have a common purpose the labour arbitrage theory of dev tool popularity (archived)
• Remzi Arpaci Graduate School Keys To Success (archived)
• Repair—When you must fail, fail noisily and as soon as possible
• Representation—Fold knowledge into data so program logic can be stupid and robust
• Representing Code · Crafting Interpreters (archived)
• Richard Feynman
• Richard Hamming
• Rob Pike
• Robert Nystrom
• Robustness is the child of transparency and simplicity
• Ronald William Clark
• Russ Cox
• SICP Structure and Interpretation of Computer Programs by Abelson
• Sam Altman
• Scanning · Crafting Interpreters (archived)
• Selcuk Bayraktar
• Self-belief is immensely powerful. The most successful people I know believe in themselves almost to the point of delusion —Sam Altman
• Separation—Separate policy from mechanism; separate interfaces from engines
• Silence—When a program has nothing surprising to say, it should say nothing
• Source Code Analysis
• Steve Jobs
• Steven Rostedt - Learning the Linux Kernel with tracing (archived)
• Structured Procrastination
• Style is consistent constraint
• Tacit Knowledge is Dangerous (archived)
• Taste for Makers (archived)
• Ted Dziuba
• Terrence Tao
• Textuality—Text is the universal interface
• The Art of Unix Programming
• The Art of Unix Programming - Basics of the Unix Philosophy - Chapter 1. Philosophy (archived)#Distilled distilled
• The Boredom Principle
• The Creative Act by Rick Rubin
• The Creative Act by Rick Rubin#^constraints
• The Design of Design by Brooks
• The Next 700 Programming Languages
• The One Course by Dabeaz (constrained creativity) (original)
• The Practice of Programming by Kernighan
• The Principle of Least Effort#^6d521b
• The Stablecoin Future, Milei's Memecoin, DOGE for the DoD, Grok 3, Why Stripe Stays Private (archived)
• Thoughts after reading Neal Stephenson's Anathem (archived)
• Tony Hoare
• Tools over unskilled help
• Transparency—Design for visibility to make inspection and debugging easier
• Underdo your competition–have fewer features
• Understanding Assembly Part I RISC-V · mcyoung (archived)
• Use simple algorithms and simple data structures
• Waterbed Theory—Some complexity is essential and cannot be eliminated. If you push it down in one place, it swells up in another
• What I cannot create, I do not understand—Richard Feynman
• What can we remove? by Steph Ango
• When in doubt, use brute force
• When something is important, you do it even if the odds are not in your favor - Elon Musk
• Why Is It Hard to Do Real Work (archived)
• William Rees-Mogg
• William Shockley
• William Wulf
• Yacc
• You succeed because you have prepared yourself with the necessary background long ago
• attention is logarithmic, actually (archived)
• class-based programming
• cognitive load theory
• constrained creativity
• continuation-passing
• control flow graph
• decision fatigue
• dynamic dispatch
• explicit tradeoffs are very important
• from bits to intelligence (archived)
• just-in-time compilation
• make friends with greats
• missing the point of webassembly — wingolog (archived)
• mutually recursive functions
• near.blog (archived)
• paradox of choice
• prototype-based programming
• spike (archived)
• static dispatch
• static single assignment
• steps that transform a field often come from outsiders
• syntax directed translation
• three-address code 3AC
• variable hoisting