
Jacob
@fat
Followers
36K
Following
18K
Media
124
Statuses
1K
worst engineer at the company, third coolest. https://t.co/tD9KZibMq7
Joined September 2008
Imo the source of truth for the visuals of your app isn’t design files anymore. It isn’t in figma. It’s code. Specifically design systems. The best product teams in the world aren’t sweating pixel perfect mocks or handoffs. They’re staffing up and wrangling design systems.
We launched Dev Mode last year to make @Figma work better for developers and I’m so excited for the new features shipping next week. They will speed up handoff and help keep design and dev in closer sync. More details before these features go live Jan 31!.
18
28
308
Saying modern art today is crap, is just lazy. There's amazing new artists, just takes a lot of sifting through noise to find. Finding classic art that's incredible is *really easy* because a hundred+ years of filtering the best stuff to the top has already happened by museums.
The people who think modern art and architecture are crap are often right. But then they undermine their own case by picking terrible examples of "good" old stuff. They can't resist a Victorian pastiche.
10
6
172
@iamharaldur @OnnuJonuSon if you weren't such a good person, it would be annoying how talented you are. good shit.
3
0
138
I feel like @nateparrott is a whole step level above the rest of the industry at interaction design right now. And he's SHIPPING, it's not just demoware. Early Loren Brichter levels of fuck you up.
Maybe my favorite feature we’ve ever shipped:. Pinch on any website in the Arc Search app — like you’re pinching 🤏 to zoom out — and we’ll fold it down (origami-style) to summarize the page for you!. Feels SO GOOD & saves so much time when people text you links on the go!
6
6
148
A few of you asked for this – so Ian did an ENORMOUS deep dive on the technical aspects of our data rewrite / migration… Worth a read if you're doing local-first or considering replicache…
This summer we went into a hole and rewrote the bulk of Pierre off of RSC and onto a local first sync-engine called Replicache. It's… really fast.
14
7
143
As an engineer @arcinternet continues to win me over by providing the absolute best in class js/css animation perf. Period. The web just *feels* better on arc – and as a dev, it makes me want to spend the extra hour crafting great UX. 👏. MEANWHILE safari… visceral pain 😭.
7
1
137
OKAY @jorilallo it's not on the home page – BUT we do have a p fun lil dynamic island for approval flows (and another one for merge flows) in APP. We've been SOOO super stingy w/ animation in Pierre – but we're all obsessed with how natural this one feels.
@fat Good site but I was really hoping for some dynamic island action in the header!.
7
3
135
Everything we're doing with Pierre is built on git. IMO Git got a ton right, and the next iteration of version control will innovate on the UX Layer (on top of git). We're already seeing this today with Meta's sapling project and google's jj. Modern tools, w/ no migrations.
@fat What's the backend for pierre? Is it git or a custom vcs?. It would be great if this worked with existing repos on GitHub directly, wouldn't need to change remotes but could switch teams to use a new code review process more easily - much lower barrier of entry.
6
4
122
Last month we shipped this thing I'm obsessed with that we've been calling "Magic Branches"… basically entirely generative, collaborative surfaces that we spin up for ALL changes at push time. (Think @arcinternet's mobile pinch summaries… but on `git push` for any change you
3
5
118
THE WEBSITE -> It’s very good. You should go scroll it. Nick and Devin (@devinjacoviello @narrowd) did things i didn’t know were possible on the internet. We’re still processing them. We will be sharing more about them/this (next week-ish). OUR STORY ->.
17
3
117
In my entire career, I've never fought with a single piece of tech as much as I have RSC. The amount of staff+ level eng we've thrown at it over the last 2 1/2 years to try to make sense of it… is honestly depressing.
So far my experience with RSC is that it's all very simple and awesome until I need optimistic UI. Then one component turns into 3, data loading moves out to parent components then passed down as props and new contexts are needed. No opinion yet, but dislike the big code shuffle.
9
3
100
At twitter we used to wear this giant foam cowboy hat when fire fighting incidents / fail whales… idk if remote / in person is better for peoples health or output - but I DO KNOW this giant foam cowboy hat I’ve been wearing around my house alone doesn’t quite hit the same.
All these takes about remote being bad for your career are quite frankly, a skill issue. If you have to be in person to collaborate all the time, all that says to me is that you don't know how to communicate your ideas or work well with others. 🤷🏾♂️.
7
0
92
Fun one @npekker cooked up for the holiday…. Rolling out today on @pierredotco, teams now have a sidebar that shows who's online, and what branches they're working on / reviewing. Game changer for easily finding what's in flight, who to ping for review, and more…
4
1
91
We've been slipping so many little details like this into @pierredotco lately…. I think i've been looking at the same diff text for almost 15 years at this point and I still have no clue what ```@@ -173,7 + 196,6 @@``` even means…
2
0
83
This is the right take. Code review culture has gotten hilariously bad / extremist. Your best engineers are already rubber stamping their peers. IMO, like pairing, code reviews should be a tool, not a mandate.
This might be heresy but:.1. Code reviews are a massive productivity tax with tiny quality benefits.2. They should not be mandated.3. The author should feel free to request a review if they want it.4. If you don't trust your engineers, invest more in CI, or hire better ones.
7
4
84
This is a good take… seems like commits (manual save points) are really only still happening in engineering (every other platform has moved to streaming auto save points)…. Dream workflow is still something closer to jj – start a branch, let me work (while something is.
Hot take but commit messages are almost entirely useless. Just turn on squashing, write great descriptions, and git commit -m "BONK".
9
3
80
SOO many CI tasks are easily generalized (especially for product engineers). Starting today when you signup for Pierre, our CLI automatically detects common tools you might already be relying on like Prettier, Typescript, Eslint, or even @vercel & then automatically sets CI up.
6
3
68
css will always be my favorite. And while things are definitely nicer now because there's often "a right way" to do things…. There was something magical about bending the language w/ fucked up hacks to get it to do something new / novel. Curious if there's every been a.
9
1
68
I've been obsessed with this idea since reading @RickRubin's book. Building for yourself is art, building for others is commodity. Which is why watching Mitchell work on ghostty is the fucking best. Him nerding out on pr descriptions cracks me up. You can't not feel the joy.
I talk to a disappointingly large amount of people that cannot comprehend that I can work on something for the joy of it and not any long term financial play.
3
2
67
This is something we've flirted with at Pierre as well from the CI side… should you really have to wait to run tests AGAIN in the cloud on git push to "Pass CI" – or could we just run jobs locally and cryptographically sign / verify their status🤔.
The fact that mainstream developer laptops now ship with 16-core, 3nm CPUs is one of those THE PREMISE CHANGED fundamentals when you contrast to the 2-4 core CPUs we were running a decade ago. Time to reconsider some fundamentals of where things run, how, and when.
6
0
53
Absolutely HUGE ship from @mdo. From writing, to visuals, to code 😮💨.
Writing docs—and the code that powers them!—is always a fun project. After being heads down for a couple weeks, we've shipped all new docs for @pierredotco. MDX galore and some fun design elements. Read all about it and check 'em out at
2
1
44
IMO Jared has exactly the right take. And most people knee deep in building with AI *should* have a similar one. The best UX for AI HAS to bake unreliability into it (we recently heard this same thing from @hursh at Browser co). LLMs, unlike traditional programs, are.
Even if we get 10x better reasoning in the next wave of models, I see 2 major problems that will likely delay agents being real: cost and reliability. In the current prompt-in-text/data-out, costs are already brutal on frontier models to the point where product margins are.
3
0
44
On @pierredotco we just rolled out a new flavor of an old feature that we're calling "Drafts"…. Drafts are meant to be a home for your writing, as an engineer. Write a quick note for later, manage a personal todo list, or even evolve something more formal like a TDD with
3
1
42
It's shit like this which is why I always tell people working with @mdo on Pierre is actually just cheating…. Not only do I not have to explain eng primitives like diffs, branches, etc. to our "designer", but this isn't even his first holistic design pass on diffs 😮💨.
✏️ I wrote a little post about how we designed and shipped blended diffs in @pierredotco. If you haven't seen them yet, def give it a read—we're working to reimagine how we build products and a better diff experience is just a small (and rad!) step.
2
0
38
Main takeaway from the openAI event is in a world of AI agents (Custom GPTs) it's a mistake for single teams to focus on BOTH the UI and AI tech. IMO focus on just UI and build the platform that enables multi competing agents OR focus on the agent and make it multi-platform.
2
1
35
who's drawing these animals. i want this job when im done writing code. im got some trauma to work out.
I bought this book like 4 years ago and I hate it, it's so overrated. It's too high-level for actually implementing anything. Probably it's good if you're a PM and want to expand your breadth of knowledge. I don't think it's actually good for engineers
4
0
34
I have such complicated feels on this. IMO open source has been broken for a long time (mb forever). Injection of capital just means different problems. Signaling that in someway things were great before is… not quite right.
I think VC companies might have ruined open source. Or at the very least changed it forever. Devs baseline expectations for OSS seems to now be beyond what is possible with people doing it in free time. At least for anything beyond very simple libraries. It’s not necessary.
6
1
31