chewingCode retweeted
bitcoin's inception is magical:
- pseudonymous founder
- Satoshi never spends his sats
- leaves at right time
- perfect timing post-2008
- "Chancellor on brink of bailout" stamped on 1st block
- ideal monetary policy (21M hard cap, 4-year halving)
- near perfect tech from day 1
chewingCode retweeted
reminder
artwork provided to us by @sleepyghostmp3
#pixelart
chewingCode retweeted
When everyone is debating how X framework is better than Y language, remember what Why the Lucky Stiff taught us:
> when you don't create things, you become defined by your tastes rather than ability. your tastes only narrow & exclude people. so create.
chewingCode retweeted
completely new discord account joins jailbreaking servers, posts this
domain isnt in anywhere in code
chewingCode retweeted
Time for a new mind-bending project!
#QLOCK — A JavaScript Quine Clock
aem1k.com/qlock
It displays the current time in a seven-segment style, embedded within its own JavaScript source code.
🕔 🕝 🕢 🕤 🕑 🕜
(321 bytes)
chewingCode retweeted
Laravel is fine.
Rails is fine.
React is fine.
Vue is fine.
Svelte is fine.
Use whatever tools you like.
You can build amazing products with any of these. Don't get lost debating tools and forget about the "building the product" part.
chewingCode retweeted
Dan Abramov's "React for Two Computers" was a seminal talk. It makes the case for the inevitability of the Server and Client component paradigm.
Every time you visit a page, you're witnessing computation distributed over time and space. When a page gets server-rendered, Computer 1️⃣ did some work, sends it to you, the client, and then Computer 2️⃣ can pick up from where 1️⃣ left off and do more work.
This is the 'fundamental physics' of rendering. Even if you claim "well, I only have a client-rendered app, your server components make no sense…" Imagine I turned off SSR for the @vercel dashboard. Visitor gets linked to the Usage page and gets this:
That 'static shell' of the page would have been built in a 'distant time and space', namely build time and in a server environment (the CI computer). The only distinction is that a static page is Computer 1️⃣ being in 'memoization mode'. For each input, there's a constant and equal output.
Whether Computer 1️⃣ gets activated 'on-demand' (SSR upon request), or at 'build time' (static exports or partial pre-rendering), is irrelevant here. The fact is that React has evolved to be able to model this handoff.
It's indeed possible you refuse to leverage the power of 1️⃣ altogether, which you're free to ship: a completely blank page that starts up a bunch of `















