
@Render DevEx Engineer
Phoenix Arizona
Joined December 2022
- Tweets799
- Following686
- Followers317
- Likes1.9K
Dylan B retweeted
Sundar Pichai on the earnings call:
'This rapid progress underscores our incredible model momentum. We are at the point where AI is helping us increase our training and launch velocity. I would expect the next twelve months to see continued acceleration because of RSI.'
Dylan B retweeted
You can now give every @render API key the exact permissions it needs, and no more. In less than 30 seconds.
youtu.be/9ldllK7qZu8?si=xwNB…
Dylan B retweeted
extremely good explanation
Many of you don't understand how serious this is, so let me break it down.
In computer science there is a famous kind of puzzle called 3-SAT. You are given a long list of yes-or-no switches and a set of rules about how they must be arranged, and you have to find a combination that satisfies every rule. The obvious way to solve it is to try every combination, but each new switch doubles the number of possibilities, so a puzzle with a few hundred switches would take longer than the age of the universe to brute force.
For decades, the smartest people in the field found clever tricks that made this a little faster, but every trick still hit the same wall: the time required kept exploding as the puzzle grew.
About 25 years ago, two computer scientists, Russell Impagliazzo and Ramamohan Paturi, working with Francis Zane, turned that wall into a formal idea.
They proposed the Exponential Time Hypothesis, which says this explosion is not a failure of human cleverness but a law of nature. No algorithm, however brilliant, will ever solve 3-SAT without the time blowing up exponentially. Nobody could prove it, but almost everyone believed it, and it became one of the foundations of modern computer science.
Researchers used it as a measuring stick. If you could show that solving some other problem quickly would also crack 3-SAT quickly, you had shown that problem was hopelessly hard too. Hundreds of papers, across scheduling, graphs, logic and much more, rest on this one assumption.
Now an internal AI model at OpenAI claims to have broken it. It says it found an algorithm that solves these puzzles meaningfully faster than the hypothesis allows, and it has checked the proof in a computer verification system called Lean.
And here is the remarkable part: the very people who proposed the hypothesis, Impagliazzo and Paturi, along with MIT's Ryan Williams, are now leading the public review of whether a machine has disproved their own idea.
So what happens next? If the disproof holds, a large part of theoretical computer science has to be revisited.
Every result that said "this problem cannot be solved faster, assuming ETH" loses its foundation, and researchers will have to work out which of those walls were real and which were simply where we stopped looking. It does not mean everything becomes easy. The new algorithm is still slow in absolute terms and this is not the famous P versus NP problem being solved.
But it means our map of what is possible was wrong in a place we were very confident about, and it was an AI that redrew it. If the disproof fails, the hypothesis survives and the field breathes out, but we will still have watched an AI produce serious, checkable work on one of the deepest questions in the discipline, closely enough that the founders of the idea had to take it seriously. Either way, something has shifted.
Manage your Render infrastructure without leaving the terminal.
Learn how to:
- Trigger deployments
- Manage Postgres & KV stores
- SSH directly into web services
- Install Render Agent Skills
- Automate CI/CD pipelines with non-interactive mode
Full video:
youtube.com/watch?v=pILqLLFi…
OpenAI uses Render to ship apps like gpt-oss playground and ChatKit Studio, supporting hundreds of thousands of concurrent users.
Recently, they used Render Workflows + Codex to launch a guide generation agent on the @OpenAIDevs site.
Here’s how: render.com/customers/openai
Want a Render service to spin up Cursor Cloud Agents? 🤖
Learn how to deploy our new open-source template to self-host execution on Render:
🔒 Keep credentials & code safe in private, isolated workers
⚙️ Trigger agents via HTTP, Slack, or Linear
🚀 Scale seamlessly with Render Workflows
Watch the full guide & deploy the blueprint:
youtube.com/watch?v=iDvDkrBY…
Dylan B retweeted
OpenRouter now runs inside @render Workflows.
Stop putting LLM batches in your web service. Each prompt becomes its own task run, queued, retried, and fanned out by Render, with the model call routed by OpenRouter.
Dylan B retweeted
The WebMCP Challenge is here.
We’ve teamed up with @ChromiumDev, @CloudflareDev, @ShopifyDevs, @vercel, @render, and @Netlify for a 10-day hackathon.
Up for grabs: $35,000 in cash prizes, Codex Micros, ChatGPT Pro subscriptions, and more prizes from our supporters.
New video: Infrastructure for Agentic Applications
Watch here → youtube.com/watch?v=DCy6YjJJ…
We break down the pros/cons of 3 agentic patterns for long-running, stateful AI agents:
1. Queues + Background Workers
2. Render Workflows
3. The Combined Architecture (best for scale)
Plus a live deploy of a Code Review agent using Blueprints — Web Service + Workflow + Postgres in one go.
GitHub + tutorial in the description.
Dylan B retweeted
Introducing Grok 4.6.
It delivers frontier intelligence and is a significant improvement over Grok 4.5 at the same price.
Dylan B retweeted
Introducing Muse Glimmer, an open-weight 30B-parameter model optimized for local, always-on agent workflows.
Muse Glimmer delivers strong performance on key agentic use cases and benchmarks compared with leading models in its size category, and is designed to run entirely on consumer hardware like a Mac or PCs with performant GPUs.
In keeping with our long tradition of sharing fundamental AI research, we’re releasing model weights under a permissive Apache 2.0 license.
🧵👇
Dylan B retweeted
I'm using macOS for more than 14 years now, in a single laptop screen setup with lots of windows open, and I'm using macOS spaces everyday to organize my windows. Switching between spaces is easy: I hit CTRL+arrow left/right, it takes no time. What takes time however, is this macOS-native transition animation that takes a bit less than 1 second, for every single space switch.
I've checked everywhere in macOS settings, asked friends with the same problem, and there's just no setting to disable this effect (even with Reduced Motion ON in Accessibility settings).
This UX choice from Apple alone costs me days of my time every year, as I'm working non-stop on my SaaS business for 10h a day 5-6 days a week (Crisp for those who know about it!).
I calculated that with my daily use of macOS spaces, in 6 months I'd perform 100,000 switches, which costs me the same in seconds waiting for the transition to complete. This represents almost 28 hours waiting. In 1 year, I'd have lost 2.4 days just... waiting!
The Hack
Fortunately, some other open-source projects discovered a hack not so long ago, which allows disabling the transition when switching spaces: it involves sending to the system a "fake" trackpad left/right swipe gesture that's faster than what's expected (faster than what a human can input via the Macbook's trackpad). Above some threshold, macOS just perform the space switch with absolutely no transition.
A friend of mine, @yaeeelglx, made a quick prototype in Objective-C, and it magically worked!
The Solution
So, I asked my friend if we could make it a proper macOS app together, in a beautiful minimalist package, and he said yes!
So, we launched Space Rabbit, a tiny 2MB fully native macOS app, that allows you to optimize macOS spaces for productivity! Space Rabbit is a full rewrite of the initial prototype in modern Swift, with a tray menu bar to configure the app, and a settings window, in a macOS app packaging.
Space Rabbit can be downloaded right here: space-rabbit.app
We just released V2 of the app last week, fixing a ton of little bugs, especially for dual screen setups. It's actively maintained to this day as it's my daily driver.
The app is open-source: github.com/tahul/space-rabbi… and will always be free, as it's helping improve our productivity in our daily Web Dev tasks for our main businesses. We'll be happy to implement more features from user requests, if you find this app useful and use it daily!
Dylan B retweeted
yes, nonsofic groups exist: this statement is one of many new beautiful results proved by Astra, our next major model.
We're releasing 10 such Astra proofs, complete with lean certificates and CoT walkthroughs for each of them. The results are wide-ranging, from von Neumann algebras (disproof of Connes' Rigidity Conjecture) to better bounds for high dimensional sphere packing, for circuit complexity, for monochromatic triangles in multicolored graphs, and more.
More thoughts here: openai.com/index/ten-advance…
Dylan B retweeted
More opensource goodness. We have just released a CLI and TypeScript SDK for finding, validating, and fixing security vulnerabilities in your code. Scan repositories, review changes, track findings over time, and run security checks in CI.
github.com/openai/codex-secu…
Render Workflows and application-defined compute are changing how developers build, deploy, and scale AI agents. In the opening keynote from Render’s first user conference, the team introduces "application-defined compute": for dynamic, long-running, and stateful AI applications.
Dylan B retweeted
Native connection pooling is now available in @render Postgres!





















