Kevin retweeted
Today marks 5 years of @TerraformIndies. We've come a long way, and I'm grateful to be building in the excellent company of our team and investors.
Some actual content so @lulumeservey doesn't hate me...
Not all hardware start ups face this issue but for us our major risk has always been about controlling capex. There's no market risk for oil and there's no tech risk for synthetic chemistry that has been around for a century, but producing oil for $2000/barrel earns a participation trophy.
Rather than spend a fortune building functional prototypes and then another fortune trying to figure out how to suck out 95% of the cost, I placed firm upper bounds on allowable BoM costs for each system, then set out to figure out how to get it done. Some of the early prototypes didn't work that well but we kept iterating and ultimately every cent and, more importantly, every second was spent figuring out how to do it the right way. The way that accelerates great value into the hands of our customers.
History is unfortunately littered with expensive tech demos that spent millions teaching someone the wrong way to do something. At this point it seems unlikely that Terraform will die but if we do, it won't be because we spent our money on insurmountable tech debt.
The reason I'm sharing this is because it's always tempting to take the shortcut. To outsource some piece of mission critical kit or design, or to drop some gold plated component in that removes more value than it adds. Don't! The whole point is to spend your limited time on this Earth attacking the really hard problems. The things you want are on the other side of discomfort.
Here's to the next five years!
Kevin retweeted
New blog, in which I describe which layers of the AI stack are getting substituted the fastest and slowest.
blog.caseyhandmer.com/2026/1…
Enjoy!
Kevin retweeted
Claude Code background subagents were re-reading their whole conversation every 30 seconds just to update a status line. Now Haiku 5.5 writes it from short notes, about 99% cheaper per update.
Good fix, but it makes me wonder what else in these tools is quietly eating my limits.
We mourn the passing of Patrick Stewart, who inspired countless individuals at NASA (and beyond) to boldly go where no one has gone before.
Kevin retweeted
Zemřel Patrick Stewart. Tohle mě opravdu zasáhlo. Jak je to jen možné u někoho, koho jste ve skutečnosti osobně neznali. Jeho život a práce do toho mého vnesla spoustu opravdové radosti. Nejen Star Trek by bez něj nebyl tím, čím je. Tahle scéna se mi vybavila jako první.
Kevin retweeted
We'll be spending a lot more time trying to understand the outputs of language models. A few thoughts, tips & tricks:
Writing. Something I've had success with: Ask your LLM to explain something in ASD-STE100, it's a controlled language specification originally developed for aerospace maintenance documentation. LLMs well-versed in this language and it comes with heavy constraints on clean writing style that I often find a lot more readable. Sometimes I've tried to soften it a bit e.g. ask for "80% of the way to ASD-STE100" because the spec is quite stringent. But even better:
Diagrams / images. Instead of writing, ask your LLM to create a diagram. These can be a lot easier to process, parse, and understand. But even better:
Web pages. Ask for output "in HTML" to get a beautiful, interactive webpage. LLMs are getting really good at frontend and can create beautiful experiences, animations, etc. But even better:
Explainer videos. The output format I am most bullish on is fully custom / bespoke explainer videos generated on any arbitrary topic. Experiment with things like "Create a 3b1b style video explainer on X. Use my ElevenLabs API key for audio narration". (you'd need an API key for the latter or you can ask your LLM to find you decent free alternatives that use your local compute). This is actually starting to work!
In summary:
- As LLMs get better, they will do more and more of the legwork autonomously, and a lot more of our work will rise up the abstractions into oversight and understanding.
- Luckily, LLMs can help here too because as intelligence and code are increasingly abundant, you can ask for large, custom, discardable software artifacts (e.g. web apps, video explainers) that would have never made sense to create before. Push the boundaries here and you'll be surprised.
Kevin retweeted
My dear friends, I’d like to show you my latest toy project
Introducing Handwired: turn your regular JavaScript code into a neural net!
- no training
- exact outputs vs the JS program
- fully differentiable
All runnable in a browser, without GPU
Kevin retweeted
CppCon 2014: Mike Acton "Data-Oriented Design and C++" youtu.be/rX0ItVEVjHc
Kevin retweeted
A performance comparison between #Java and #C on #Nexus5 learnopengles.com/a-performa… by @LearnOpenGLES
Kevin retweeted
So this is the book I've been doing technical review on: "Learning libGDX Game Development" #libgdx bit.ly/13C7U0K
Kevin retweeted
New OpenGL ES 2.0 book now in beta,from the guy behind learnopengles.com: submitted by corbinbane [link] [comment] bit.ly/TvGWZm
Kevin retweeted
Finally,a book on OpenGL ES 2.0 book for Android from learnopengles.com: Here! I know a lot of people have tro... bit.ly/TmyziM
Kevin retweeted
"OpenGL ES 2 for Android" coming to a bookshelf near you (soonish) badlogicgames.com/wordpress/… Go, buy it! @LearnOpenGLES
Kevin retweeted
OpenGL ES for Android; Core Data 2nd Ed. pp-grb.com/r/4pong
Kevin retweeted
Happy 20th anniversary OpenGL! @thekhronosgroup – at Halsnæs, Danmark
Kevin retweeted
Review of Easy Voice Recorder Pro by Android Lounge (in German) : bit.ly/MAHYL1 #android



















