Loading video...

Video Failed to Load

Go Home

I got tired of hand-writing React animations. So I built a Motion Compiler: a Figma-like canvas that turns Scene IR into deterministic React Native code!🚀 🎯 Scenes + advanced editors 📱 One-click Expo Snack 🔓 100% client-side. Free. OSS. 🌐 WYSIWYG → Web, iOS, Android ⬇️ 🧵

26,073 views • 1 month ago •via X (Twitter)

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

Here are a few things you probably did not know about Reddit's iOS and Android apps: they are ~2.5M lines of code each, with 500+ screens, and a total of 200 native mobile engineers work on the both of them (including a dedicated iOS and Android mobile platform team) But a few years ago, things looked very different - and Reddit quietly rebuilt their native apps from 2021. Today's conversation goes through what happened and how, with three engineers from Reddit’s mobile platform team who led this work: Lauren Darcey (Head of Mobile Platform), Brandon Kobilansky (iOS Platform Lead), and Eric Kuck (Principal Android Engineer) Watch or listen: • YouTube: • Spotify: • Apple: --- Brought to you by: • Graphite (we've moved to @graphite) — The AI developer productivity platform • Sentry — Error and performance monitoring for developers. Get 150k errors (three months of Team Plan) for free at --- Three of my takeaways from this episode: 𝟭. 𝗣𝗼𝗼𝗿 𝗱𝗲𝘃𝗲𝗹𝗼𝗽𝗲𝗿 𝗲𝘅𝗽𝗲𝗿𝗶𝗲𝗻𝗰𝗲 𝗰𝗮𝗻 𝘀𝗹𝗼𝘄 𝗱𝗼𝘄𝗻 𝗮 𝗰𝗼𝗺𝗽𝗮𝗻𝘆 – 𝘀𝗼 𝗽𝗮𝘆 𝗮𝘁𝘁𝗲𝗻𝘁𝗶𝗼𝗻! One of the reasons Reddit started investing heavily in modernizing its mobile stack was that the “old stack” was slowing down developers. Reddit’s platform team got proof of this simply by asking native engineers about the biggest development-related challenges they face. 𝟮. 𝗣𝗹𝗮𝘁𝗳𝗼𝗿𝗺 𝗲𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴 𝗶𝘀 𝗵𝗮𝗿𝗱 𝘄𝗼𝗿𝗸. Advice from Brandon for anyone looking to work on a platform team: "You should try to work at a tech company for a year or two and actually see what happens after you ship a system — and then the assumptions change! You then have to figure out how to keep this thing going. You get a bunch of software design intuition because you have to like re-evaluate your assumptions for an incredibly long time. If you can do that, you're probably ready for platform stuff." 𝟯. 𝗚𝗲𝗻𝗔𝗜 𝗰𝗼𝗱𝗶𝗻𝗴 𝘁𝗼𝗼𝗹𝘀 𝗳𝗲𝗲𝗹 𝗹𝗶𝗸𝗲 𝘁𝗵𝗲𝘆 𝗮𝗿𝗲 𝗻𝗼𝘁 “𝘁𝗵𝗲𝗿𝗲” 𝘆𝗲𝘁 𝘄𝗶𝘁𝗵 𝗻𝗮𝘁𝗶𝘃𝗲 𝗺𝗼𝗯𝗶𝗹𝗲. LLMs integrated into IDEs seem to be increasingly helpful with backend, fullstack, web and even cross-platform (React Native / Expo) projects. However, Reddit’s mobile team shared that they get a moderate boost from the Apple and Android Studio LLM additions. Native mobile development is distinctively different from web, fullstack and backend coding – and it seems that these IDEs with AI functionality have not done much to optimize for the expereince of native mobile engineers. Over time, this will likely change – but it’s a reminder that there are differences between fullstack, backend and native mobile development.(I wrote a book reflecting on more of the challenges unique to native mobile titled Building Mobile Apps at Scale)

Gergely Orosz

67,225 views • 1 year ago

I just built a content engine in Claude Code that writes blog posts in your brand's exact voice 🤯 One Claude plugin runs the whole content workflow: brand voice, research, writing, AI-slop scoring, and repurposing into social. It writes in YOUR voice, refuses to fabricate stats, and scores every draft 0-100. All inside Claude Code. So I pointed it at Grüns, one of the sharpest DTC brands out there. I fed it their homepage. In seconds it built a brand-voice profile, their playful anti-hype tone, the "Rip. Tip. Enjoy." cadence, the AG1-switcher audience, the 4.8★/100k-review proof. Then I asked for one post: "why your gut health controls your skin, hair, and energy." It came back publish-ready and scored 89/100 on the first pass: → Answer-first, with question headings AI engines can quote → Zero AI-slop phrases (no "unlock," no "in today's fast-paced world") → And it refused to invent a single stat, the fastest way to get a supplement brand demoted It sounded like Grüns wrote it, not ChatGPT. Perfect for e-comm operators and agencies who are sick of AI tools that all sound identical, $300 freelance posts that still need a rewrite, and content that reads like the slop Google now punishes. So I put together the full playbook to build your own. The complete guide to building this content engine in Claude Code: branded to you, tuned to your voice, repeatable across every client. The kind of post you'd pay a freelancer $300 for, written in minutes, in the brand's actual voice. What's inside: → The architecture (orchestrator + writer/editor/researcher agents) → How to capture any brand's voice into a reusable profile → The 0-100 scoring + AI-slop detection framework → The one-post-to-a-week-of-social repurposing loop → The full build, start to finish Want the playbook for free? > Like this post > Comment "CONTENT" And I'll send it over (must be following so I can DM)

Mike Futia

23,654 views • 1 month ago

tired: Claude Code ports my personal website to a new framework wired: Claude Code generates a command center UI where I can execute the port! with live feedback, including a side-by-side preview of old / new site 😎 this is an example of what I call an "AI HUD" -- a "heads-up display" that gives me visibility into what's going on. i can see: - what terminal commands are running - what files are being created on disk - a live running preview of the old / new website (!) this HUD was actually my third attempt at doing this task, and I liked it the best. here's why I landed there: I wanted to move from middleman to astro for my personal site. These are both static site generators that output html, so I suspected an AI agent could do a good job with a port -- since it could compare old / new build output and try to match. Attempt 1: Agent I just had Claude Code do the port. It went pretty well. But it was hard for me to review what had happened! The git diff was dozens of new files and it was hard to tell how they mapped to the old site. I think the LLM also tried directly writing some files rather than doing deterministic copying, which felt dangerous. Attempt 2: Script I realized a better approach was to have Claude Code write a script that would do the port. The script would execute shell commands like "copy all the markdown files from this directory into this other directory in the new site". This worked much better because I could review the *process* rather than the *results*. Still, even with a nicely commented script, it felt like I was doing a lot of work to review. I wondered: how could I make it ridiculously easy to review this? Attempt 3: HUD Enter the command center! This is an entire web app that I had Claude build just for this one task. I can click buttons to run each step of the port, and watch the new website gradually materialize. It has a node server that runs on my local machine that executes commands on my filesystem and coordinates dev servers for the old/new site. And then a web UI that talks to that server to visualize terminal commands, file trees, and live running previews. It's a HUD because I feel like I can ambiently see everything that the port process is doing 🧐 Was this whole thing worth making for this one-time task? I'm not sure, maybe it was overkill 😅 But it did help me feel more confident that I understood what was going on, and total time was still less than it would have taken me to do the whole port by hand! One way to look at this experience is: "AI can put absurd amounts of effort into a pull request description." What do I mean by that? Well, a PR description is a way to communicate a code change to a human. Typically we do that by writing a bit of text, because that's all we have time for. But given more time and effort, we can do better! An interactive command center / HUD can help a person understand what a code change is actually doing. Historically you'd never imagine investing the effort to do that for a single PR. But now it's within the realm of possibility. So, next time you have an agent do something for you, and you wish you understood better what it was doing, consider: instead of just asking for textual descriptions, maybe ask the agent to make you a HUD!

Geoffrey Litt

63,101 views • 11 months ago

For months, I've been quietly building a prototype of something just because I want it to exist. Papyrus is a word processor, editor, proofreader, fact-checker, deep researcher, brainstorming partner, all in one. It takes your rough draft and helps you skip three revisions. Now I'm considering pivoting my whole team to build it out, but first, I need your vote. You email is your vote. LINK IN COMMENTS. I don't even care if you use some email you never look at and just use for sign ups. To me one email is one vote and says, go ahead and build this damn thing out and make it awesome. I built it because today's apps are the bloated dial-ups of writing (Word, GDocs). They've got a hundred freaking buttons I don't need and bury the ones I do need. Or they're AI marketing slop toys that promise to read my mind and pump out garbage. They just don't get the real work of writing and they don't get me. I want a clean, focused space with a real AI co-pilot. I don't need it to do the all the writing for me, just like I don't need Claude Code to do all the code for me. I want to work with it. I want a writing partner that acts like a full writing team on-call 24X7: proofreading, fact-checking, and running deep research in the background while I focus on the hard parts. I'm tired of cutting and pasting between a dozen tools so I started writing this thing. But won't the big guys just build something like this? Sure. But it will just bolt your ass into their ecosystem. Google Docs will force Gemini on you. Whatever office suite OpenAI pumps out will only use GPT. I want to use any model. Open or closed. They're commodities. The app is the thing. I want the best tool for the job, GPT-5, Kimi, Qwen, Claude, whatever comes tomorrow. I want a fluid, flexible workspace. I'm building this thing for people who've got critical thinking and who build, who don't want to outsource every damn thing to the machine. So if that's you and you believe this should exist, I really need your vote. Tell me to build it and I'll go all-in and make it a reality. Thanks for giving me a moment of your time.

Daniel Jeffries

20,811 views • 11 months ago

Why did so many languages copy async/await from C#? Anders Hejlsberg(Anders Hejlsberg) - creator of TypeScript, C# & Turbo Pascal - on what they got right with the design: #1 - async/await was designed to solve a common problem in the event-loop model: "A lot of languages are built around cooperative multitasking in the sense that they have an event loop that sits and dispatches events. Then you handle the event and then you yield back to the event handler loop. And it all runs in a single thread cooperatively. The problem with that is if you then want to do some long running work: how do I stop in the middle of this piece of long running work and yield back to the event loop cooperatively? And then when my result is ready, I can come back and continue executing here." #2 - state machines are the solution, but hard to build: "Well, in order to do that in an inverted architecture like that, you have to build a state machine. State machines are notoriously hard for people to implement because you've got to move all of your state off of the stack into objects. And then you have this big case statement that envelopes your entire logic. It's a nightmare to figure out. But, the transformation from serially executing code into a state machine, its continuation-passing-style translation is actually one that you can do in a machine-based fashion." #3 - compilers are good at writing state machines: "You can have the compiler write the state machine if you introduce syntax that allows you to indicate where you want to yield. And that's what await is. Await is basically saying, I want to yield here, and I want to yield this promise, and then when the promise completes, I want you to come back here and continue executing. Then the compiler writes a state machine around it and it actually turns it into this big switch statement and moves all of the state that survives across the await into something that's heap allocated. So it can be brought back. And doing all of that work is something that compilers are great at. And so that was sort of the idea that we have this new style of programming where we're using promises or the equivalent of promises and the ability to yield and then we have callbacks. But trying to write your program in that style, that's also what JavaScript suffered from a lot. It's like all this callback style stuff. With Async and Await, you get the illusion that you're just writing normal sequential code and then the compiler does the painful transformation for you. That turns out to be really useful."

The Pragmatic Engineer

13,258 views • 1 month ago

I just built a Reddit research agent in Claude Code that turns real customer complaints into ad angles 🤯 It scrapes the threads where people actually rant about your category, reads every post and comment, and hands you back a dashboard of pain points, exact customer phrases, and ready-to-test ad angles. All inside Claude Code. Perfect for DTC brands and agencies who want ad angles pulled from real customer language, not guessed in a vacuum. Reddit is the most honest focus group on earth. People say things there they'd never put in a survey or a review with a brand watching. So if you're writing hooks off your own assumptions — or digging through Reddit by hand, opening tab after tab, pasting quotes into a doc... This agent runs the entire loop: → Give it a product or category + a couple of subreddits → It searches Reddit for the threads where people actually discuss the problem → Pulls every post and comment → Claude reads all of it and finds the patterns → Builds a dashboard: pain points, desires, objections, and swipe-worthy phrases No manual scrolling. No pasting quotes into docs. No guessing what your customers actually care about. What you get: → Ranked customer pain points, each with a real verbatim quote → The exact language your customers use, ready to drop into ad copy → Objections and buying triggers pulled straight from the threads → 8-10 ready-to-test ad angles built from all of it Built 100% in Claude Code. Want the skill file for free? > Like this post > Comment "REDDIT" And I'll send it over (must be following so I can DM)

Mike Futia

45,596 views • 1 month ago

everyone in iOS development should watch this. seriously, it might change the whole industry. i pointed claude code at a live ios device running on revyl, typed "test everything," and walked away. here's what's actually happening: ① you don't write the tests. no scripts, no selectors, no test plan. i never told it which screens to open or what to check. it read the app, decided what mattered, and tested it. the entire instruction was "test everything." ② it built its own test team. it looked at the app, clocked that it's basically four mini apps (rides, delivery, services, account), and split itself into 4 agents, one per surface. scoping coverage like that is usually a person's whole afternoon. it did it in seconds, unprompted. ③ all four ran at the same time, each on its own live device. this is where revyl comes in. every agent gets its own live ios session in the cloud, so four running apps get tested in parallel instead of taking turns on one simulator. serial testing turns coverage into a time tax. running all of it at once removes the tax. ④ it tests like a person, not like a script. each agent drives the app the way a user would, taps through the flows, and visually checks each screen against what it expected to see. nothing is pinned to a brittle element id, so renaming a button doesn't take down half your suite. that one detail is the most annoying thing about how we test today, and it just quietly goes away. ⑤ no xcuitest, no sims melting your laptop. i didn't write a single xcuitest script, and there were no simulators booting on my machine. the agents run on cloud devices, so coverage stops being capped by what your laptop can handle. the part that got me isn't that an agent tested an app. it's that i never told it how. i handed it a device and an intent, and it figured out the scoping, the parallelizing, and the driving on its own. if you still write and maintain mobile ui tests by hand, i'm not sure that lasts the year.

Landseer Enga

23,963 views • 1 month ago

I've been building a music player with Next.js for fun. Here's a quick demo of how it works (it's open source!) • Demo: • Code: If you want to learn more about how it's built, here's more details ↓ I'm using Postgres (with Drizzle) to store information about the songs and playlists. Audio and image files are stored in Vercel Blob (object storage), and the URLs are then referenced in the database. For the UI, I'm using shadcn/ui (so Tailwind CSS and Radix). This made it easy to copy/paste in some nice components, like the dropdown menus. I built the entire first version of the UI in v0 and then iterated from there, feeding it my Drizzle schema as a source in the project and having it scaffold some of the boilerplate for me: I added support for keyboard navigation (using arrow keys) or vim motions (j/k to go up/down, and h/l to go between playlists and tracks). Also, space to toggle the now playing song, and / to focus the search input. The search function has a nice utility to highlight the currently searched text on the page in yellow. Then, I was exploring how to pass metadata from my application to macOS or iOS. Turns out there's an API for that – MediaSession. Web apps can share metadata about what media is playing (title, artist, album artwork) and sync play/pause/seek with system media controls. Works across modern browsers — even integrates with iOS dynamic island and shows up on lock screens: I set up my app like a PWA – it has a manifest.json file, so it can be installed to my iOS home screen or added to my dock on macOS. On iOS, it then uses the full screen height `100dvh` (dynamic viewport) and has padding on the bottom for the safe area with the `env()` CSS function. Finally, I was able to use the Vercel AI SDK in a script to clean up the metadata on audio files I downloaded from YouTube. Bonus: I even was able to dogfood the React Compiler, which helped me fix a performance bug! That's all! It's fun to make personal software:

Lee Robinson

118,242 views • 1 year ago

I just vibe-coded a complete SEO Agency In a Box with Claude Code. One keyword in → full research, competitor analysis, SEO-optimized article, metadata, and AI graphics out. All on auto-pilot. Perfect for SEO agencies and DTC brands who are tired of spending an entire day producing a single piece of SEO content. Creating quality SEO content is a huge pain. You're reading competitor articles one by one, trying to find content gaps, writing drafts from scratch, then going back to optimize everything before you even think about graphics or metadata. This vibe-coded tool solves it: → Set up your brand once (value prop, tone of voice, writing samples) → Enter a topic and keywords → SERP API + Firecrawl scrape and analyze the top-ranking competitors → Gemini generates a full research plan with intent, gaps, and strategic positioning → Claude writes the article based on your brand guidelines and the research → Nano Banana Pro generates thumbnail and in-blog images → SEO metadata (title, description, slug) created automatically What this outputs: - Full competitive research and content brief - SEO-optimized articles with internal links and proper formatting - AI-generated images and thumbnail - Meta title, description, and slugs - Batch mode for multiple articles at once - Content rewrite mode for existing URLs that aren't ranking - LinkedIn and X repurposing built in Built 100% in Claude Code. (I'm giving away the prompts) I recorded a full walkthrough showing exactly how every part of this works, and I'm including ALL of the prompts I used for Claude Code. Want access for free? > Like this post > Comment "SEO" And I'll send it over (must be following so I can DM)

Mike Futia

68,428 views • 5 months ago