royjacobs

Because this will break in situations where you have multiple consumers or if there's any sort of redelivery/failure scenario.

Ordering only works if there's a single-threaded consumer somewhere that processes exactly one message at a time and blocks processing as soon as there is an error of any kind. The amount of scenarios that this works for is probably very small.

The footgun is that people don't realize the above constraints and assume that ordering will magically fix a lot of ordering issues (some more examples of this in the rest of this comments section).

This is really nice. Especially the automatic rules are lovely.

It's interesting that the author indicates other companies like AirTable and Notion aren't doing anything completely new, merely expanding on existing ideas.

It seems to me that their product was essentially "usage metrics, but for component systems". Somewhat novel, sure, but I'd hardly call this _completely new_ as compared to aforementioned products.

Fair, but regarding the catch-up: The main difference is that Java can actively improve things both on the language side and on the JVM side. Kotlin can only improve on the language side.

It could, but Java the language definitely isn't bad. Sure, it's verbose, but it's pretty simple to grok overall.

I agree with pjmlp (and I don't even work for Oracle!). I think that once Java has caught up with pattern matching syntax, data classes, fully integrated Loom and Valhalla etc there really isn't a need for Kotlin on the server-side anymore.

For Native or frontend stuff it's definitely always going to have to play catch-up and try to shoehorn wildly different semantics into the same language somehow.

So I guess it'll end up as a niche language on Android, ultimately. Not necessarily a bad place to be, though!

You are right, in the sense that there are companies out there (I used to work for one of them) that do image, video and audio watermarking. In the simplest terms that's also adding imperceptible "noise" that statistically builds up to a few bits of data.

May I suggest OP replaces the "greater than" symbol with the "less than" symbol in the title of the article, to avoid confusing old people like me? :)

This happened in The Netherlands as well. Here's [0] a mostly English language link to the history of the Basicode system as used in the radio program Hobbyscoop.

[0] https://www.hobbyscoop.nl/the-history-of-basicode/

Price point, perhaps? The Amiga only became a big success for bedroom coders once the Amiga 500 was released, after all.

Please share the link if you can find it, it sounds very interesting.

...not that I have any safes I'd like to crack, incidentally.

Reminds me of the Spaceballs demos State of the Art and Nine Fingers [1]. Released in 1993 iirc.

[1] https://www.youtube.com/watch?v=PPoYzwib7JQ

The better question is, why not?

I've found that a lot of big data solutions in use by companies are only in use because business requirements were "we want all the data and we'll figure out what to do with it later", but then it turns out only a fraction of the data is used or only in a heavily aggregated form. That makes sense, of course, nobody is going to manually go through a few terabytes worth of records manually.

No, you'd use Qt where this kind of text box would be straightforward to implement.

It would still look mostly native (even though it's clearly not a native control), be very performant and use a tiny amount of memory.

I don't think this will run on MacOS or Linux? I'd be happy to be corrected on this :)

It's such a shame this isn't a cross-platform UI toolkit. I'm not implying that I think this is the best toolkit or anything, but we can definitely use a bit of competition in that space (although kudos to Qt, they're doing an excellent job).

When you're referring to marketing you seem to imply there's some sort of marketing budget in play to achieve some sort of monetary gain in the end? I'm not sure what that would be though.

In the meantime I'm using Rust for some personal projects and I'm having way more fun than I ever had with C++. Even procedural macros are a ton of fun to write compared to the template hell I'd face in C++ (although I'm eager to spend some time with concepts).

Agreed, I spend a lot of time in IntelliJ (after fifteen years of Visual Studio) and it's absolutely delightful.

For Rust I'm now using CLion and that's been wonderful as well. Kudos to the plug-in authors.

Some Commodore drives (like the 1541) were single sided so you'd have to use the floppy disk approach.

Definitely. The last time I did any truly serious graphics programming was in the early noughts and the fact that I can now toy around with a really modern graphics stack in a reasonably straightforward, cross-platform yet still performant way is really wonderful.

I've been enjoying my time with wgpu-rs so far and I intend to keep doing so.

Off-topic, but now I can't even read corporate blogs because Medium is forcing me to log in. Sigh.

Looks really interesting! For my use case I'd really want that Android app, but other than that this looks solid.

For the people here that are confused as to what it does, to me it seems like it's a way of abstracting all the different infrastructure tooling that a large-scale company has.

Consider a team that wants to deploy something to the cloud in a company. They are probably engineers who aren't necessarily well-versed in all cloud tooling, yet they are required to know and understand Terraform, GCloud/AWS/Azure CLIs, Gitlab CI, Prometheus, various monitoring and alerting tools, Kubernetes, Docker, etc. And this is just to deploy their application. Once other resources come into play (databases, queueing, etc), they need even MORE knowledge.

A tool like Backstage allows developers to get a uniform overview of all their resources, regardless of how and where they are running. I'm not sure if it also allows the creation of new resources, but I guess that would be a fairly obvious direction to go in.

It won't solve the need to at some point know a bit more about the technical details about all the underlying tools, but it can allow teams to gradually learn about all this new tooling instead of having to know about everything upfront.

Movies like 1917 and Birdman (and perhaps even Rope, if I'm being pedantic) only have the illusion of a single shot.

The best true single shot movie I've seen is the German movie Victoria (2015), which really wouldn't have worked half as well if it was shot in a more traditional way.

Why are these patches not being upstreamed, though?

Comments like this are exactly the reason why we got into this mess in the first place. If anything, please take this as a lesson for the future.

The Dutch demoscene also has a reasonably decent representation at Guerilla Games, of Killzone and Horizon Zero Dawn fame. Plenty of people working there now don't come from the demoscene originally, but still.

Additionally, Alex Evans (who is working at Media Molecule and dreamt up the wonderful graphical architecture behind Dreams) did some wonderful demos in the late 90s.

The scene's everywhere :)

Would that be a textual format that is essentially already compiled, or do you mean a textual format that is just source (like glsl)? The latter historically has had a bunch of issues with compiler incompatibility across vendors, so I assume you mean the former. But what is then the benefit of having essentially textual bytecode compared to binary?

An interesting quote from the build instructions: " In particular, the Windows version absolutely positively must be compiled in Debug mode, with /RTC enabled. If you build in Release mode, or have /RTC disabled, the game behaves dramatically different in ways that were never fully documented (bizarre softlocks, out-of-bounds issues that don't show up in tools like Valgrind, stuff like that)."

I wonder if people will spend the time to actually debug this properly now that the source is available.

You are comparing apples to oranges, then. A modern Java framework like Spring Boot, Micronaut or Quarkus can start up with a 20mb heap and will require a Docker container or jar in the range of tens of megabytes.

Now, clearly to do more complex processing you'll want to give it more than tens of megabytes of heap, but if you are running Java applications that needs hundreds of megs of dependencies and 1gb of memory then you're probably running some legacy application server.