Loren 🤓

2.1K posts

Loren 🤓 banner
Loren 🤓

Loren 🤓

@lorendsr

Helping Netflix use GraphQL! Author of @graphqlguide 📖 Former eng @temporalio @parlay @nsagov @dartmouth 🏳️‍🌈 they/them

Brooklyn, NY เข้าร่วม Kasım 2010
401 กำลังติดตาม1.2K ผู้ติดตาม
ทวีตที่ปักหมุด
Loren 🤓
Loren 🤓@lorendsr·
I never thought that I would build a new JS runtime. But I did help build one, and it's the most reliable JS runtime in existence. Read this blog post to learn more! 😊
Loren 🤓 tweet media
Loren 🤓@lorendsr

New post: Building Reliable Distributed Systems in Node This introduces the concept of durable execution, which is used by @Stripe, @Netflix, @Coinbase, @Snapchat, and many others to solve a wide range of problems in distributed systems. temporal.io/blog/building-…

English
0
0
2
1.2K
Loren 🤓 รีทวีตแล้ว
GraphQL Weekly
GraphQL Weekly@graphqlweekly·
Why your GraphQL client types should come from queries, not the schema - key insights from @lorendsr's excellent article:
English
1
2
13
2.4K
Loren 🤓
Loren 🤓@lorendsr·
I gave a talk at @graphqlsummit on how to build a reliable and scalable AI group chat app. I went over: - Architecture - Federated GraphQL Subscriptions - Durable execution Any questions, or suggestions for improvement? 🙏 youtu.be/_-uK4qHOodI
YouTube video
YouTube
English
1
0
1
146
Matthew Phillips
Matthew Phillips@matthewcp·
We all understand that Arc is deprecated, right?
English
43
5
329
72.1K
Loren 🤓
Loren 🤓@lorendsr·
I'm impressed and delighted by @cursor_ai. It's definitely been saving me a significant amount of time. I gave the prompt: add a joinGroup mutation and call it when the user clicks "Join Chat" to o1-preview with codebase context, and it suggested almost perfect edits to 5 files across 3 projects in my monorepo—a @nextjs app, an @apollographql federation subgraph, and a @temporalio worker. The only issue was using Temporal's Signal + Query instead of Update, which is understandable given the lack of an Update example in the codebase and the unlikelihood of it being in o1's training data.
Loren 🤓 tweet media
English
0
0
0
208
Loren 🤓
Loren 🤓@lorendsr·
@maccaw I was failing at latte art until I fixed how I used my frothing wand 😄
English
0
0
1
20
Alex MacCaw
Alex MacCaw@maccaw·
Okay, this is random, but it might bring some joy to people. I've always been trying to fix myself a matcha latte as good as I can find in a cafe, but failed up to now. The issue has been the milk throther. I just switched to the Breville and it worked! amazon.com/dp/B004RCNJ9Q?…
English
4
0
16
2.5K
Loren 🤓
Loren 🤓@lorendsr·
@cramforce Malte: Okay fine I’ll add a clause to our ToS allowing access to customers’ backend code and build a team to fix their backend latency
English
1
0
1
202
Loren 🤓
Loren 🤓@lorendsr·
@stolinski It’s the trials that help you appreciate home sweet 🏡 Wishing you rest!
English
1
0
1
41
Loren 🤓
Loren 🤓@lorendsr·
@byelanie Omg GPT goes straight to removal instructions 😆
Loren 🤓 tweet media
English
1
0
0
19
Lāniē
Lāniē@afterlanie·
why did we ever think popcorn ceiling was a good idea
English
2
0
2
200
Allie K. Miller
Allie K. Miller@alliekmiller·
The pain of figuring out a workflow with AI for the very first time (feel free to skip and just tell me how to make a flowchart with AI). ↓ ↓ ↓ 2.5-minute voice ramble of difficult decision ChatGPT replies with thoughts and actions I say “Can you visualize this information in new and different ways? I feel like I'm having a hard time following it in bullet point form. And I'll let you explore which visualizations might make the most sense, but get creative with it.” It comes back with: - flowchart code - Venn diagram code - matrix of decision factors - pie chart of considerations - mind map I pick flowchart and ask it to run the visualization. Fails miserably. Looks more like a scatter plot. I give it detailed edits in a prompt. Fails miserably. Doesn’t flow. Search GPTs. Try one. Just spits back the code and tries to sell you on its product. Search and find another GPT. Doesn’t work. Go to Google. Search flowchart free maker. Go to canva. Try flowchart one, doesn’t take code. Flowchart option two, doesn’t take code. Back out, back to Google, go to whimsical, have to sign up, no thanks I just want the flowchart. Google again. Try and find openai forum post. Someone suggests a UML hack. Doesn’t work. Someone suggests a simplification prompt doesn’t work. Go to Twitter. Ask for help. Someone yells at says it’s called X now. Go to X. Ask for help.
English
13
4
29
5.9K
Guillermo Rauch
Guillermo Rauch@rauchg·
What are the most thought-provoking papers, essays, books you’ve been reading?
English
89
3
217
102.4K
Loren 🤓 รีทวีตแล้ว
Patrick McKenzie
Patrick McKenzie@patio11·
You’d be surprised what you can learn by reading more of the Internet than anyone thinks is reasonable. You’d also be surprised how many people consider themselves cogs in a machine, with a bit of knowledge of what their gears touch and then no real interest beyond that.
English
5
92
1.2K
67.8K
Jacek Migdal
Jacek Migdal@jakozaur·
@GergelyOrosz This actually makes sense. Elon Musk is excellent at fundraising, xAI just raised $6Bln while Tesla EV sales are slowing down. So, conserve cash at Tesla, which is a public co, while aggressively deploying freshly raised capital.
English
1
0
4
847
Gergely Orosz
Gergely Orosz@GergelyOrosz·
Any other CEO at a publicly traded company putting their own financial interests ahead of said company would not be tolerated. Amusing that Tesla shareholders could award a historic, $45B pay package for a CEO that puts Tesla well behind their other investments / companies.
Gergely Orosz tweet media
English
15
27
286
31.4K
Loren 🤓
Loren 🤓@lorendsr·
I think @v0 is trolling me 😄
Loren 🤓 tweet media
English
0
0
0
139
John Carmack
John Carmack@ID_AA_Carmack·
Act on press This is a UI design hill I will die on, and it dismays me how often and hard I have had to fight for it. Almost all interaction methods have a “press” and “release” event associated with them. Whenever possible, you should “do the thing” when you get the press event instead of waiting for the release event, because it makes the interaction feel substantially more responsive, and it reduces user errors by not allowing the focus to slide out of the hot box between press and release. Even a “ballistic tap”, where your finger is intentionally bouncing off the button or touch surface, involves several tens of milliseconds delay between the press and release, and most button presses have well over a hundred ms dwell time. There is a delight in interfaces that feel like they respond instantly to your wishes, and the benefit to every single user is often more important than additional niche features. Game developers, with simple UI toolkits, tend to get this right more often, but “sophisticated” app designers will often fight hard against it because it is mostly incompatible with options like interactive touch scrolling views, long press menus, and drag and drop. Being able to drag scroll a web page or view with interactive controls in it is here to stay, and nets out way better than having to use a separate scroll bar, but there are still tons of fixed position controls that should act on press, and it is good UI design to favor them when possible. In the early days of mobile VR, the system keyboard was a dedicated little OpenGL app that responded instantly. With full internationalization it became prudent to turn it into a conventional Android app, but the default act-on-release button behavior made it feel noticeably crappier. The design team resisted a push to change it, and insisted on commissioning a user study, which is a corporate politics ploy to bury something. I was irritated at how they tried to use leading questions and tasks, but It still came back one of the clearest slam-dunks I have seen for user testing – objectively less typos, expressed preference, and interview comments about the act-on-press version feeling “crisper” and “more responsive”. So, I won that one, but the remaining times I brought it up for other interfaces, I did not, and you still see act-on-release throughout the Meta VR system interfaces.
English
408
740
6.4K
2.6M
Malte Ubl
Malte Ubl@cramforce·
@lorendsr This shouldn't make a difference after the click delay was killed (years ago)
English
1
0
0
105
Loren 🤓
Loren 🤓@lorendsr·
To feel the speed difference between act-on-press and act-on-release, try this demo: 2hxs5l.csb.app Code: codesandbox.io/p/sandbox/act-… To get faster route changes in Next.js, upvote this feature request: github.com/vercel/next.js…
John Carmack@ID_AA_Carmack

Act on press This is a UI design hill I will die on, and it dismays me how often and hard I have had to fight for it. Almost all interaction methods have a “press” and “release” event associated with them. Whenever possible, you should “do the thing” when you get the press event instead of waiting for the release event, because it makes the interaction feel substantially more responsive, and it reduces user errors by not allowing the focus to slide out of the hot box between press and release. Even a “ballistic tap”, where your finger is intentionally bouncing off the button or touch surface, involves several tens of milliseconds delay between the press and release, and most button presses have well over a hundred ms dwell time. There is a delight in interfaces that feel like they respond instantly to your wishes, and the benefit to every single user is often more important than additional niche features. Game developers, with simple UI toolkits, tend to get this right more often, but “sophisticated” app designers will often fight hard against it because it is mostly incompatible with options like interactive touch scrolling views, long press menus, and drag and drop. Being able to drag scroll a web page or view with interactive controls in it is here to stay, and nets out way better than having to use a separate scroll bar, but there are still tons of fixed position controls that should act on press, and it is good UI design to favor them when possible. In the early days of mobile VR, the system keyboard was a dedicated little OpenGL app that responded instantly. With full internationalization it became prudent to turn it into a conventional Android app, but the default act-on-release button behavior made it feel noticeably crappier. The design team resisted a push to change it, and insisted on commissioning a user study, which is a corporate politics ploy to bury something. I was irritated at how they tried to use leading questions and tasks, but It still came back one of the clearest slam-dunks I have seen for user testing – objectively less typos, expressed preference, and interview comments about the act-on-press version feeling “crisper” and “more responsive”. So, I won that one, but the remaining times I brought it up for other interfaces, I did not, and you still see act-on-release throughout the Meta VR system interfaces.

English
0
0
0
612