I love what is trying to be done here. Some feedback to improve would be to cut out a lot of the noise with the "Take tour". There are too many boxes and things changing on the screen to get a sense of what is happening. Also make it interactive rather than automatically switch onto the next subject. Being a passive observer to so much information trying to be conveyed is very confusing.
I really do like these kinds of approaches to showing the inner workings of different kinds of tech, so think this is on the good path to being a very useful tool, but needs some focus rather than more data/graphs/info boxes.
It's amazing 3D going on, and then 80% of the visual space is popups that completely block it. It'd be have a nice prominent ways of reducing the noise, and that pops were partially transparent.
it was silly, quick check out of curiosity what Opus 5 can do – and the first thing I saw was so impressive that it made me spend hours during weekend polishing it
here it is from history, without edits
> you're a veteran Postgres hacker and expert. I want 3D visualization of how Postgres works, for browser -- all its major components, presented as a 3d model, complex, with all parts zoomable, and animated, with controls -- checkpointer, bgwriter, autovacuum, walwriter, backends, walsender, etc etc etc. Imagine we need to build a 3d model of whole city. That's same level. We need this so engineers who are non-DB-experts would easily understand how it works. Design must be cool, modern, super cool, running all in browser, with controls, with camera position flying with arrow keys and mouse, zoomable, etc. Think deep how to implement it, which modern cool tech to use, and use ultracode to implement in a new directory (we'll commit it later). OK to use the most cool and most modern stuff. Think deep choose tools wisely and let's build an awesome in-browser 3d model of Postgres engine
(later I came with lots of materials about internals and behavior and we started to polish / improve)
I frequently have asked Claude to explain different software architecture things that I don’t know because I’m not formally technically trained - like “explain Django as though it’s a city with different parts having different roles”. I’m a visual learner so this helps a lot and gives me ideas for how to have similar visualizing for other stuff at various levels of abstraction.
This is good general advice. If your software needs a "tour," that's a good indicator you should work on your UX instead. If you're just excited to tell the user about a new feature, they'll discover it when they need it.
Not everyone will come to view this model from the same vantage point. Some will simply be curious about some famous software that they don't happen to use. So the tour is an excellent idea. Great presentation. Congratulations.
Very true. Strangely, I also found this in competitive games. You get a very accurate sense of cooldowns without consciously tracking them. StarCraft with different build times, Apex Legends with character abilities, etc.
Per the "Availability" section of the page, seems like should come back to all plans eventually...
* From today through June 22, Fable 5 is included on Pro, Max, Team, and seat-based Enterprise plans at no extra cost.
* On June 23, we’ll remove Fable 5 from those plans. Using it after that will require usage credits. If capacity allows, we’ll extend the included window.
* After this point—when sufficient capacity allows us to do so—we aim to restore Fable 5 as a standard part of subscription plans. We intend to do this as quickly as we can.
Coding plans are a (massive) subsidy. We can debate until the cows come home whether western frontier models' API pricing rates are fair, but the coding plans are all heavy discounts below those API rates meant to draw people in and get them hooked (and, ostensibly, to be useful for hobbyists or other lower-usage cases).
It's been discussed at length (on this site, on other sites, on like every blog ever, etc) that, eventually, those subsidies will end, much as the $5-10 Ubers/Lyfts I used to take from the far north end of Chicago into the Loop in 2016 would eventually end once those companies had a footing and didn't need to hook folks.
So - yeah, I mean, a v5 model launching in a year where Anthropic has a rather deeply established market and in a year where AI costs are rising from nearly all providers (sometimes for multiple reasons) seems like exactly the thing I'd expect them to pull the subsidy plug on after a launch teaser.
(Even the open-weight models sometimes do this: for example, OpenCode Zen/Go has a rotating door of free models at any given time that eventually leave the free tier and move into the paid tier once the launch day hype/marketing dies down)
The worst part is that Uber "only" lost about $30bn. AI will probably lose at least $300bn by the time the bubble pops. Which means that the pressure to hook and enshittify will be at least 10x as high.
Problem with that website/perspective is separating training costs from inference costs. Training is a one time cost, and while it is certainly not something you can completely ignore, it being one time changes the answer to "Is AI profitable?".
That site doesn't list the dozens of companies doing pure inference, and making a profit while doing so.
What makes you think “most of them will just pay 10 or 20 times more for AI”?
They can’t measure ROI, and it will start costing more than their staff. You might be right, but I can’t think why any competent C suit would agree to this..
Look at cloud spend - how many of your employers have measured the ROI of using cloud vs. self-hosting? At a certain point these things just become the cost of doing business I suppose.
Every single one minus Federal Gov. if you are in a leader position you absolutely should be assessing hosting options, trade offs, costs etc, and looking forward as things grow to make sure you aren’t just burning cash. Only my experience from Australia, the low interest environment could be different in the US, but I would expect this attitude to change if interest rates stay above 5%.
Of the 4 series A-B startups I've helped grow, none have measured and made decisions on cloud spend based on measurement. The only time this came up is when bills got too large and spend needed to be controlled. You're right that it may be a difference of environment (USA here)
Thanks for this, reading "water fast" and "3 days" gave me a shot of adrenaline. The "water" prefix is just confusing, the word for abstaining from food is just "fast" for those interested.
dry fasts aren't always what they appear. if you have significant glycogen stores in your body as you begin your fast you wont be dehydrated for the first day or two as water is freed. what usually happens is someone who starts glycogen endowed discovers that they aren't thirsty when they start fasting and tout it as dry fasting.
What you thought of (not even drinking water) is called a dry fast. It is a thing, but for obvious reasons is much more intense and shorter in duration.
The cross cutting concerns with ECS + ALB + ASGs + Capacity providers + target groups + EC2 instances + launch templates means that ECS is somewhat central to the larger context of your hosted system. I really like ECS, but AWS have done a poor job of presenting all the linked parts stemming from ECS that this app actually tries to solve. Yes, it wraps several services to achieve this because it has to, but ECS is central enough that having an app like this to show things in a more contextualized way I think can be extremely useful.
This is great, and will be keen to have a look at helping for Linux support you have planned. ECS is one of the better products AWS has produced IMO. It has its warts, but it has made very intentional trade offs between simplicity and control/flexibility, and for a very large amount of use cases, I think they have made some really good choices. Thanks for sharing!
Hasn't there been a _lot_ of debt to buy up Nvidia GPUs? I follow this stuff somewhat closely and it feels intentionally confusing, so I've likely lost track.
> Hasn't there been a _lot_ of debt to buy up Nvidia GPUs?
I believe that's been concentrated at the hyperscaler layer, and subsided when the aforementioned private-credit scare reared its head. (I haven't heard a big datacenter debt deal announced in a while. Though of course that doesn't mean they aren't being done.)
I really do like these kinds of approaches to showing the inner workings of different kinds of tech, so think this is on the good path to being a very useful tool, but needs some focus rather than more data/graphs/info boxes.
reply