1,085 karma · joined July 19, 2010
Planetes, on the other hand, isn't much like either of these. Its subject matter is intensely personal, and even when the characters occasionally get involved in high-stakes situations, it's less to do with changes in society (which occur much more slowly) and more to do with someone turning their small-scale private difficulties into everybody else's problem. The political elements intrude for a while and disappear again, and I don't remember them nearly as well as the bits about a lost watch, or a marriage proposal.
In a nutshell, if Gundam and The Expanse need magic because they're larger-than-life, Planetes has no use for it, because it's exactly-the-same-size-as-life.
Yeah, it would have been nicer if claims like this within the article had links to supporting discussions of some kind. On this topic, at least, I've seen numerous discussions on HN, so I googled a little bit and found some articles that look familiar:
https://fee.org/articles/the-unbearable-truth-about-infrastr...
https://news.ycombinator.com/item?id=22122460
EDIT: Replaced the second link with an HN discussion about it from earlier this year. Couldn't find one for the other article.
If I had one wishlist item, it would be the exact board dimensions. Occasionally there are boards smaller than what their form factor specifies. For example, the Asus PRIME A320M-K, at 226mm by 221mm, will fit in a CM NR200, which is nominally a Mini-DTX case.
The Expanse, as mentioned in other comments, showcases both these designs. Most ships fly a brachistochrone trajectory with a mid-point “flip and burn,” but the Mormons’ giant colony ship has a drum.
Maybe I should open an issue...
As it happens, there are plenty of bad things to say about Zoom, which has hit headlines multiple times in the past year for security problems and various other dick moves.
It's hard to say exactly how this one is configured, because it looks like a custom layout. The kit can be found here: https://5z6p.com/products/plaid-through-hole/
I think I’ll go reread Red Dragon, which has a lot to say on the topic of consuming.
It's totally another thing to specify how these widgets read and write the model in which the business logic is encoded. If you want to animate transitions between valid model states, it all gets ten times as complicated. And then when you try to make it performant by eliminating redundant redraws, it becomes an even bigger mess.
There is no simple and obvious solution that tackles all of the above. The reactive UI model (not just Flutter, but all React-like frameworks) is an ongoing attempt to do a better job of all of it, with varying success. Existing UI toolkits, before the introduction of this model, were not designed for it. They were built on the assumption that the future would be a giant object graph caught in a tangle of callback methods. If you want to make a reactive UI populated by native widget objects, you have to figure out how to plumb all their mutable state back into the reactive model. That's an enormous investment of labor. Writing a new toolkit from the ground up is a huge amount of work in absolute terms, but in relative terms it's the easy way out.
We don't "need" them, sure, but we live in a society. We're supposed to be able to delegate work to others who specialize in doing it.
It's third-party. Tailor-made for MacOS, but not included with the Apple developer tools.